「連絡する前」に差がつく理由
検証を終え、開発期に入ったら、多くの人はすぐに開発会社を検索して問い合わせフォームを埋めたくなります。気持ちはよくわかりますが、ここで一呼吸置けるかどうかで、その後の打ち合わせの質がまったく変わります。
開発会社の担当者は、初回の打ち合わせであなたの話を聞きながら「この人はどれくらい考えているか」を見ています。要件も予算感も曖昧なまま相談に行くと、担当者側も当たり障りのない一般論しか返せません。逆に、最低限の準備を持って行けば、初回から具体的な機能の話、現実的な金額の話に入れます。300万円という限られた自己資金を最大限に活かすには、この「連絡前の数日」が実は一番コストパフォーマンスの高い投資です。
準備といっても、完璧な仕様書を作る必要はありません。ここでは、連絡するまでにやっておきたい3つのことを整理します。
やっておくべきこと1：要件を言語化する
まず必要なのは、頭の中にあるアイデアを、他人が読んで理解できる文章にすることです。完成された仕様書である必要はなく、次の3点が書けていれば十分です。
- 誰の、どんな悩みを解決するサービスか
- ユーザーが最初に使う画面から、何をして、何が返ってくるか（一連の流れ）
- 「これがないとサービスとして成立しない」と考えている機能はどれか
この段階でありがちなのが、思いついた機能をすべて並べてしまうことです。しかし開発会社が本当に知りたいのは、機能の全リストではなく「核となる体験は何か」です。あれもこれも詰め込んだ状態で相談すると、見積もりも膨らみ、削る交渉に余計な時間がかかります。要件を言語化する際は、あらかじめ 「削れない機能」と「後回しにできる機能」を仕分ける考え方 を参考に、優先順位をつけておくと初回の打ち合わせが格段にスムーズになります。
言語化の形式に迷う場合は、A4一枚のメモで構いません。文章が苦手でも、箇条書きと簡単な手書きの画面イメージがあれば十分伝わります。
やっておくべきこと2：予算感を整理する
次にやっておきたいのが、自分の中での予算感の整理です。ここでいう予算感とは、正確な見積もり金額ではなく「自分がどこまで出せるか」「どこまでなら妥当だと感じるか」という自分自身の基準です。
具体的には、次の3つを事前に自分の中で決めておきます。
| 整理する項目 | 考え方の目安 |
|---|---|
| 上限額 | 自己資金300万円のうち、開発にいくらまで使えるか（運用費・生活費を差し引いた金額） |
| 譲れない機能への配分 | 核となる機能に、上限額のどれくらいを割けるか |
| 追加予算の余地 | 想定外の費用が出た場合、あと何十万円まで動かせるか |
この整理をしておかないと、開発会社から見積もりが出たときに「高いのか妥当なのか」を自分の基準で判断できず、言われるがままになってしまいます。逆に、自分の上限を先に決めておけば、見積もりが上振れしたときにどこを削るかの判断が速くなります。
予算を先に開発会社へ伝えるべきか、あえて伏せておくべきかという駆け引きについては、予算を先に伝えるべきか、隠すべきか。発注前の駆け引き で詳しく扱っています。連絡前の段階では、伝え方の戦略よりもまず「自分の中での基準」を固めることを優先してください。
やっておくべきこと3：複数候補をリストアップする
最後にやっておきたいのが、連絡先候補を複数リストアップしておくことです。1社だけに絞って連絡すると、その1社の提案や見積もりが「相場」だと錯覚しやすくなります。最低でも2〜3社は候補を並べ、規模感の異なる会社を混ぜておくと比較の軸ができます。
候補を選ぶ際は、次のような視点で幅を持たせておくと良いでしょう。
- 個人開発者・フリーランス寄りの小規模な発注先
- 中小規模の受託開発会社
- 自分の業界・専門分野に近い実績を持つ会社
規模によって得意なこと、費用感、コミュニケーションのスタイルは大きく異なります。どの規模が自分に合っているかを見極めるための視点は、大手・中堅・個人開発者、規模別に見る発注先の向き不向き にまとめてあります。連絡前にリストを作っておけば、1社目の提案を聞いた直後に「これで決めていいのか」と焦らずに済みます。
詳細はコラムへ
ここまでの3つ、要件の言語化・予算感の整理・候補のリストアップができていれば、開発会社への最初の連絡は十分な準備がある状態で臨めます。契約条件の確認方法や、初回打ち合わせで実際に何を聞くべきかといった、連絡した後の具体的な進め方については、それぞれ専門のコラムで詳しく扱っています。まずはこの3つを、連絡ボタンを押す前に手元に用意しておいてください。