開発会社への正しいRFPの書き方
「丸投げ」したいのに、なぜ開発は失敗するのか？
「技術のことはわからないから、開発会社にお任せしたい」
これは、システム開発を外注する起業家や事業責任者の方が抱く、ごく自然な気持ちです。
餅は餅屋。専門家に任せれば、きっとうまくいく。そう思って開発会社に依頼したのに、気づけば…
- 見積もりが会社によって3倍以上違う
- 開発が始まってから「それは別料金です」と言われる
- 完成したものが思っていたのと全然違う
- 追加費用と納期延長の連続で、予算が大幅にオーバー
こんな経験をされた方は、決して少なくありません。
実は、開発会社への「丸投げ」には正しい丸投げと間違った丸投げがあります。
間違った丸投げとは、「こんなの作ってほしい」という曖昧なイメージだけを伝えて、あとはすべてお任せにすること。これでは、開発会社も何を作ればいいのかわからず、結果的にお互いが不幸になります。
正しい丸投げとは、「何を作りたいか」を正確に伝えたうえで、「どう作るか」を任せること。この「何を作りたいか」を伝えるための文書が、RFP（提案依頼書） です。
「要望を伝えたつもり」が招く悲劇
「ちゃんと説明したはずなのに…」
開発トラブルを経験した方の多くが、こう口にします。
その気持ち、よくわかります。
打ち合わせでは何時間も話し合った。質問にもすべて答えた。開発会社も「わかりました」と言っていた。なのに、できあがったものは期待と違う。
なぜこんなことが起きるのでしょうか？
原因は、口頭でのコミュニケーションの限界にあります。
人は、話を聞くとき無意識に「自分の経験」で補完します。あなたが「ECサイト」と言ったとき、開発会社のエンジニアは自分が知っているECサイトをイメージします。でも、あなたが思い描いているECサイトとは細部が違う。
この「思い込みの差」が、小さなズレを生み、それが積み重なって大きな失敗につながるのです。
だからこそ、文書として明確に残すことが重要です。
RFPは、あなたと開発会社の間に存在する「認識のズレ」を埋めるための共通言語なのです。
RFPで「正しい丸投げ」を実現する
この記事では、技術知識がなくても作成できるRFPの書き方をご紹介します。
RFPをしっかり準備することで、以下のメリットが得られます。
- 開発会社からの見積もり精度が大幅に向上する
- 複数社の提案を公平に比較できるようになる
- 開発中の「言った言わない」トラブルを防止できる
- 追加費用や納期延長のリスクを最小化できる
「でも、RFPなんて書いたことがない」「何を書けばいいかわからない」
ご安心ください。この記事を読み終わる頃には、RFP作成のポイントをすべて理解し、すぐに実践できるようになっています。
RFPで解決できること
【実践】RFPに書くべき7つの要素
1. プロジェクト概要
RFPの冒頭では、プロジェクトの全体像を簡潔に伝えます。開発会社が「どんな案件か」を一目で理解できるようにしましょう。
記載すべき項目
- プロジェクト名: 社内で呼んでいる名称でOK
- 背景と目的: なぜこのシステムを作るのか
- 期待する成果: 何が実現できれば成功か
- 予算規模: 概算でも記載すると見積もりの精度が上がる
- 希望納期: いつまでにリリースしたいか
書き方のコツ
予算については「〇〇万円以内」と上限を示すか、「〇〇万円〜〇〇万円を想定」とレンジで示すのがおすすめです。これにより、予算に合った提案を受けられます。
2. 現状の課題と背景
なぜこのシステムが必要なのか、現状の課題を具体的に説明します。
記載すべき項目
- 現在の業務フロー: 今どうやって業務を回しているか
- 抱えている課題: 何が問題になっているか
- 課題の影響: その問題がビジネスにどう影響しているか
書き方のコツ
「業務が非効率」ではなく「1件の注文処理に平均15分かかっている」のように、具体的な数字で示すと伝わりやすくなります。
3. ターゲットユーザー
誰がこのシステムを使うのかを明確にします。ユーザー像によって、UIの設計や機能の優先度が変わります。
記載すべき項目
- 主要ユーザー: メインで使う人の属性（年齢、職種、ITリテラシーなど）
- 利用シーン: どんな状況で使うか（オフィス、外出先、自宅など）
- 利用頻度: どのくらいの頻度で使うか
- ユーザー数の想定: 初期と将来の利用者数
書き方のコツ
具体的なペルソナを1〜2人設定すると、開発会社がユーザー目線で考えやすくなります。「40代の営業マネージャー、ITは苦手、外出先からスマホで確認したい」など。
4. 必要な機能一覧
システムに必要な機能を洗い出します。ここが最も重要な部分です。
記載すべき項目
- 機能名: 何ができる機能か
- 優先度: 必須（Must）/ あると良い（Want）/ 将来検討（Future）
- 詳細説明: その機能で具体的に何ができるか
- 参考サービス: 「〇〇のような機能」と例示すると伝わりやすい
書き方のコツ
すべての機能を「必須」にしてしまうと、予算と納期が膨らみます。本当に初期リリースに必要な機能を絞り込み、それ以外は「将来検討」に分類しましょう。
優先度の判断基準の例：
- Must: これがないとサービスとして成立しない
- Want: あると価値が高まるが、なくても最低限回る
- Future: 将来的にはほしいが、初期リリースでは不要
5. 非機能要件
「機能」以外の要件も明確にしておきます。ここを曖昧にすると、後から対応できないケースがあります。
記載すべき項目
- 対応デバイス: PC、スマートフォン、タブレット
- 対応ブラウザ: Chrome、Safari、Edgeなど
- 想定アクセス数: 同時に何人が使うか
- 稼働時間: 24時間365日か、業務時間内のみか
- セキュリティ要件: 個人情報の取り扱いレベルなど
書き方のコツ
「スマホ対応」と一言で言っても、「スマホでも見られればOK」なのか「スマホメインで使う」のかで実装が変わります。どちらなのかを明記しましょう。
6. 外部連携・データ移行
他システムとの連携や、既存データの移行が必要な場合は明記します。
記載すべき項目
- 連携が必要なサービス: 決済、SNSログイン、メール配信など
- 既存システムとの連携: 会計ソフト、顧客管理システムなど
- 移行が必要なデータ: Excel、旧システムのデータなど
- データの規模: 何件くらいあるか
書き方のコツ
外部連携は開発工数に大きく影響します。「できればほしい」レベルのものは、初期リリースから外すことも検討しましょう。
7. 提案依頼事項
開発会社に何を提案してほしいかを明記します。
記載すべき項目
- 提案してほしい内容: 見積もり、スケジュール、体制、技術選定など
- 提出物の形式: 提案書の形式、プレゼンの有無
- 提出期限: いつまでに提案がほしいか
- 選定基準: 何を重視して選定するか
書き方のコツ
選定基準を事前に伝えることで、開発会社もポイントを絞った提案ができます。「価格重視」「実績重視」「提案力重視」など、優先順位を示しましょう。
RFP作成のステップ
RFP作成でよくある失敗とその対策
失敗1：情報が多すぎて読まれない
張り切って100ページのRFPを作ったのに、開発会社から「結局何がしたいんですか？」と聞かれる。情報量が多ければいいというものではありません。
対策: 本文は10〜20ページ程度に収め、詳細資料は添付資料として分けましょう。「エグゼクティブサマリー」として1〜2ページの要約を冒頭に置くと効果的です。
失敗2：技術的な指定をしすぎる
「〇〇言語で開発してください」「〇〇のフレームワークを使ってください」と技術を指定しすぎると、開発会社の強みを活かせなくなります。
対策: 「何を実現したいか」を伝え、「どう実現するか」は開発会社の提案に委ねましょう。ただし、既存システムとの連携で技術的な制約がある場合は、その情報は必ず伝えてください。
失敗3：予算を隠す
「予算を言うと、その上限まで見積もられる」と考えて予算を伏せる方がいます。しかし、これは逆効果です。
対策: 予算の目安を伝えることで、開発会社は「この予算でできる範囲」を考えた提案ができます。予算感が合わない会社は辞退してくれるので、お互いの時間も節約できます。
失敗4：「あとで決める」が多すぎる
「詳細は追って決定」「要相談」ばかりのRFPでは、正確な見積もりは出せません。
対策: 決められないことがあれば、「Aパターンの場合」「Bパターンの場合」と複数パターンで見積もりを依頼しましょう。
こんな方にRFP作成をおすすめします
- 初めてシステム開発を外注する方
- 過去に開発会社とのトラブルを経験した方
- 複数の開発会社を比較検討したい方
- 予算内で確実にプロジェクトを成功させたい方
- 開発は任せたいが、主導権は握りたい方
RFPを作成せずに開発を依頼するのは、設計図なしに家を建てるようなものです。
「面倒だから」「時間がないから」と後回しにした結果、開発中に何倍もの手戻りが発生し、結局時間もお金も余計にかかってしまう。そんなケースを数多く見てきました。
今、RFP作成に数日を投資すること。それが、数ヶ月後のプロジェクト成功を左右します。
まとめ：RFPは「正しい丸投げ」への第一歩
RFPのまとめ
開発会社への「丸投げ」で失敗する原因の多くは、「何を作りたいか」が正確に伝わっていないことにあります。
RFPを作成することで、以下が実現できます。
- 開発会社との認識のズレを防止
- 見積もりの精度が向上し、予算管理がしやすくなる
- 複数社の提案を公平に比較検討できる
- 開発中のトラブルを未然に防止
- 結果として、コスト削減と成功確率の向上を両立
RFPは難しい技術文書ではありません。「何を作りたいか」「なぜ作りたいか」「誰のために作るか」を整理するためのコミュニケーションツールです。
この記事で紹介した7つの要素を意識してRFPを作成すれば、開発会社からの提案の質が格段に上がり、プロジェクトの成功確率も大幅に高まります。
「とはいえ、自分だけでRFPを書ききる自信がない」「技術的な部分でアドバイスがほしい」という方もいらっしゃるかもしれません。
アトリエ・バイナリでは、「技術がわからないことで挑戦を諦める非エンジニア起業家をゼロにする」というビジョンのもと、RFP作成のサポートから開発会社選定のアドバイスまで、開発プロジェクトの成功を支援しています。
まずは、この記事を参考に、あなたのプロジェクトのRFPを書き始めてみてください。「何を書けばいいか」がわかれば、意外とスムーズに進められるはずです。
正しい準備が、正しい丸投げを可能にする。 その第一歩を、今日踏み出しましょう。
