rfp-builder

RFP ビルダー

概要

要件を明確に指定し、公正な評価プロセスを確立して、適格なベンダーからの提案を集めるための包括的な提案依頼書（RFP）を作成します。よく練られたRFPは、混乱を減らし、ベンダーの比較を効率化し、調達基準への準拠を確保します。

RFP の構成

1. エグゼクティブサマリー

• 組織の概要：会社、規模、ミッション、関連する背景情報
• 調達の目的：何を、なぜ購入するのか
• 主な日程：公開日、提出期限、評価期間、ベンダーとの会議日
• 連絡先情報：RFP 担当者の氏名、メールアドレス、電話番号
• 入札手順：形式の要件、提出方法

2. 背景と状況

• ビジネス上の背景：なぜこれを購入するのか。どのような問題を解決するのか
• 現状：現在どのようなものが導入されているか。どのような課題があるか
• 戦略との整合性：会社の目標をどのように支援するか
• 成功のビジョン：導入から12～24か月後、どのような状態になっていれば成功といえるか

3. 詳細な要件仕様

必須要件（可否で回答。交渉不可）：

Req ID | Category | Requirement | Criticality | Evaluation
-------|----------|-------------|-------------|----------
F-001 | Functionality | Support 100K users | MANDATORY | Does product support this scale?
F-002 | Functionality | Real-time integration with Salesforce | MANDATORY | What's latency? Update frequency?
F-003 | Security | SOC 2 Type II certified | MANDATORY | Provide recent audit report
F-004 | Uptime | 99.9% uptime SLA | MANDATORY | What's the penalty for non-compliance?

望ましい要件（評価時に重み付け）：

Req ID | Category | Requirement | Weight | Priority
-------|----------|-------------|--------|----------
D-001 | Performance | Sub-second query response | 15% | HIGH
D-002 | UX | Intuitive mobile interface | 10% | MEDIUM
D-003 | Analytics | Advanced reporting dashboards | 10% | MEDIUM
D-004 | Support | 24/7 phone support | 5% | LOW

技術仕様：

• アーキテクチャ要件
• API 仕様
• データ形式の要件
• 統合エンドポイント
• パフォーマンスベンチマーク
• セキュリティ基準

4. 評価基準と採点

採点基準（100点満点の例）：

基準	重み	点数	優秀（5）	良好（3）	許容範囲（1）	不適格（0）
機能性（30%）	30	30	すべての要件を上回り、高度な機能を備える	中核要件を満たし、軽微な不足がある	要件の70%を満たす	重要な要件を満たさない
導入期間（15%）	15	15	4週間で導入可能。実績のある展開方法	8週間で導入可能。標準的なアプローチ	12週間で導入可能。カスタム作業が必要	12週間超、または不確定
価格（20%）	20	20	総額<$100K。明確な費用体系	$100-150K。透明性の高い価格設定	$150-200K。不明瞭な費用が一部ある	>$200K、または隠れた料金がある
セキュリティとコンプライアンス（20%）	20	20	SOC 2 Type IIに加え、業界認定を取得	SOC 2 Type IIに準拠	セキュリティ監査を実施中	セキュリティ認定なし
サポートと SLA（10%）	10	10	24時間365日の電話サポート＋稼働率99.99%の SLA	営業時間内のサポート＋稼働率99.9%の SLA	メールサポート＋稼働率99%の SLA	サポートが限定的。SLAなし
リファレンス（5%）	5	5	当社の業界における直近の大企業の導入事例が5件以上	関連する大企業の導入事例が3件以上	いくつかの導入事例があるが、規模の小さい企業	導入事例なし、または否定的な評価

採点方法：

• 各評価者が個別に採点（各基準につき1～5点）
• 評価者全員のスコアを平均する
• 重みの割合を掛ける
• 合計可能点：100点
• 選考対象となる最低基準：70点

5. サービスレベル契約テンプレート

Service Availability:
- Uptime SLA: 99.9% (allows 43 minutes/month downtime)
- Availability window: 24/7/365
- Credit: 1% per 0.1% below target (max 10% monthly credits)

Performance Guarantees:
- API response time: <200ms (p95)
- Data sync latency: <15 minutes
- Report generation: <5 minutes for standard reports

Support:
- Emergency (P1): 15-minute response; 4-hour resolution
- High (P2): 1-hour response; 8-hour resolution
- Medium (P3): 4-hour response; 1-business-day resolution
- Low (P4): Next business day response; 5-business-day resolution

Escalation:
- P1 after 2 hours: Escalate to VP Engineering
- P1 after 4 hours: Escalate to VP Customer Success

Penalties:
- SLA breach: Monthly credit to next invoice
- Repeated breaches (>2/quarter): Right to terminate with 30 days notice

6. 価格と条件

価格の形式（含まれる内容を具体的に記載してください）：

Category | Year 1 | Year 2 | Year 3 | Notes
---------|--------|--------|--------|-------
Software License | $50,000 | $55,000 | $60,500 | 5% annual increase max
Implementation | $30,000 | - | - | Professional services
Training (4 days) | $10,000 | - | - | On-site training
Support (24/7) | $25,000 | $26,250 | $27,563 | Included in license
TOTAL YEAR 1 | $115,000 | $81,250 | $88,063 |
3-YEAR TOTAL | | | | $284,313

支払い条件（希望する条件を指定してください）：

• 契約締結時に50%、本番稼働時に50%
• サポート請求書の支払い期限は30日
• 書面による承認なしに、年間5%を超える値上げをしないこと

7. 法務およびコンプライアンス要件

データセキュリティ：

• GDPRに準拠（該当する場合）
• SOC 2 Type II認証が必須
• データの保存場所：[国／地域]
• 保存中および転送中の暗号化（最低AES-256）
• 年次セキュリティ監査が必須

知的財産：

• カスタムコード／設定の所有者は誰か
• ベンダーのロゴや導入事例を使用できるか
• 契約関係が終了した場合、当社のデータはどうなるか

契約解除条項：

• 任意解除：[期間]日前の通知
• データ移行支援：[詳細]
• 契約終了後のサポート：[期間]

保険：

• 一般賠償責任保険：最低$2M
• 専門職賠償責任保険：最低$1M
• 契約締結時に保険証明書を提出

8. スケジュールと主な日程

Date | Event | Details
-----|-------|--------
Feb 28 | RFP Release | Posted publicly; vendor portal opens
Mar 7 | Vendor Q&A Deadline | Questions must be submitted by 5 PM ET
Mar 10 | Vendor Response Released | Answers shared with all vendors
Mar 20 | Proposal Deadline | Final proposals due; no exceptions
Mar 25-29 | Initial Evaluation | First-pass scoring; vendor short-list selected
Apr 2-5 | Demos | Shortlisted vendors present demos (1 hour each)
Apr 10 | Final Scoring | Evaluation committee final scoring
Apr 12 | Reference Calls | Calls with top 2-3 vendors' references
Apr 15 | Negotiation | Begin contract negotiation with top vendor
Apr 30 | Contract Signed | Expected signature date
May 5 | Project Kickoff | Implementation begins

9. 提案書の提出手順

形式要件:

• PDF形式、単一の文書
• 最大50ページ（付録を除く）
• 標準フォント（Arial、Times New Roman、11pt以上）を使用
• 1ページ目にエグゼクティブサマリーを掲載
• RFPの構成に合わせた番号付きセクション
• ページ番号付きの目次

必須セクション:

1. エグゼクティブサマリー
2. 会社概要と資格
3. ソリューションの説明とアプローチ
4. 技術アーキテクチャと統合
5. 導入計画とスケジュール
6. 価格と契約条件
7. 導入実績（最低3件）
8. 付録（ケーススタディ、データシート）

提出方法:

• 件名を「[Company Name] - [Product Name] Proposal」として、[RFP coordinator]宛てにメールで送付
• ファイル名：[Company]_[Product]Proposal[Date].pdf
• 締切：2024年3月20日午後5時（ET）（例外なし）

10. ベンダー資格審査の質問

組織:

• 創業からどのくらいの期間が経過していますか？
• 財務状況はどの程度安定していますか？（最新の財務諸表を提出してください）
• 経営陣は誰ですか？（組織図、略歴）

製品の成熟度:

• この製品を利用している顧客は何社ですか？
• ユーザーベースの成長率はどの程度ですか？
• 現行バージョンは本番環境でどのくらいの期間稼働していますか？

経験:

• 当社と類似する顧客は何社ありますか？
• [our industry]の導入事例を3件提示できますか？
• 顧客との平均取引期間はどのくらいですか？

サポートと成功:

• カスタマーサクセスのモデルはどのようなものですか？
• 顧客1,000社あたりのサポートスタッフ数は何人ですか？
• NPSスコアはいくつですか？（最近の調査結果を提示してください）

評価委員会

役割:

• 委員長：[Name, Title] - プロセス全体を監督
• 分野専門家：[2-3 technical leads] - 機能を評価
• 事業責任者：[Finance/Operations] - 適合性と価値を評価
• 調達担当者：[Name] - 法務／コンプライアンスを評価

委員会の合意事項: すべての評価担当者は、以下に同意します。

• 協議の前に個別に採点する
• 利益相反を避ける
• 評価内容の機密を保持する
• 個人的な好みではなく、基準のみに基づいて評価する

ベンダーとのコミュニケーション

ベンダー説明会（任意）:

• すべてのベンダーを対象とした30分間の通話
• 要件の概要説明
• 質疑応答の機会
• 競合情報の共有なし

RFPの質疑応答プロセス:

• 質問は書面で提出
• 回答はすべてのベンダーに等しく共有
• 要件に関する個別の話し合いは行わない

RFP後のコミュニケーション:

• ショートリストの決定をすべてのベンダーに通知
• フィードバックを提供：「別のベンダーを選んだ理由は……」
• 専門的な関係を維持する（将来、再入札を行う可能性があります）

交渉戦略

契約締結後: 契約に署名する前に、以下を交渉します。

• 具体的な導入スケジュール
• データ移行計画
• トレーニングのスケジュールとリソースの確約
• サポートのエスカレーション手順
• 価格の固定期間
• 契約更新条件と割引

交渉中の危険信号:

• ベンダーがSLAの確約をためらう
• 提案書にない大幅なスコープ変更
• 導入にかかる隠れた費用が後から明らかになる
• 提案書に記載された主要担当者が対応できない
• リファレンス先がベンダーとの対話を拒む

---

このスキルの用途：適格なベンダーを募り、公正な評価を確保し、明確な期待事項を設定して、自信を持って契約交渉を行うことです。