「早めに相談しておこう」が裏目に出ることがある
構想を思いついたら、なるべく早く専門家に話を聞いておきたい。そう考えるのは自然なことです。特に開発の知識がない場合、「自分の考えていることが実現可能かどうか」を早い段階でプロに確認したくなります。
ですが、開発会社への相談は「早ければ早いほど良い」わけではありません。相談するタイミングが早すぎると、開発会社側もあなた側も、時間をかけた割に得るものが少ない打ち合わせになりがちです。これは相談した側の準備不足という単純な話ではなく、開発会社という相手の性質上、構造的に起きやすい問題です。
この記事では、構想が固まりきっていない段階で相談してしまうと具体的に何が起きるのかを整理します。
起きがちな問題1: 要件がまとまらず、提案が的外れになる
開発会社は、あなたが話す内容をもとに「何を」「誰のために」「どう作るか」を組み立てて提案します。ここで前提になっているのが、「誰の」「どんな悩み」を解決するのかという、アイデアの主語がある程度定まっていることです。
主語が定まっていない状態、たとえば「こういうツールがあったら便利だと思う」という思いつきの段階で相談すると、開発会社は仮の前提を置いて提案を作らざるを得ません。その仮の前提が実際の狙いとずれていれば、出てくる提案そのものが的外れになります。
的外れな提案に対して「ちょっと違う」と伝え、開発会社が前提を作り直し、また提案する。この往復には毎回、開発会社側の工数がかかります。無料相談の範囲であっても、開発会社は無限に時間を使えるわけではありません。的を外した往復が続けば、開発会社側の熱量は下がり、あなた自身も「思っていたのと違う」提案を繰り返し見せられることに疲れてしまいます。
主語が曖昧なまま話が進むと何が起きるかは、「誰の」「どんな悩み」を解決するのか。アイデアの主語を決める で詳しく扱っています。
起きがちな問題2: 「本当に欲しい人がいるか」を聞かれて答えられない
構想段階の相談でもう一つよく起きるのが、開発会社から「そのサービス、実際に欲しいという声はありますか」と聞かれて答えに詰まる場面です。
これは意地悪な質問ではありません。開発会社にとっても、需要が不確かなまま作り込んでしまうと、後から「やっぱり求められていなかった」となったときに双方が困ります。良心的な開発会社ほど、この確認を先にしておきたいと考えます。
ここで「知人に話したら良いと言われた」程度の裏付けしかないと、開発会社は提案の解像度を上げられません。機能を絞るべきかどうか、どこにお金をかけるべきかといった判断は、需要の確からしさに応じて変わるからです。裏付けが弱いまま提案を作ると、結局「機能を全部乗せた無難な提案」になりやすく、それが予算300万円という制約と噛み合わず、見積もりの段階で行き詰まります。
知人からの好意的な反応だけで満足してしまう危うさについては 知人に「いいね」と言われて満足しない。ユーザーインタビューの始め方 で扱っています。また、需要そのものを検証する具体的な手法は 本当に「買いたい」人がいるか。フェイクドアテストという検証手法 にまとめています。
起きがちな問題3: 時間だけがかかり、双方の熱量が下がる
要件がまとまらない、需要の裏付けがない。この2つが重なると、初回相談から見積もり提示までの期間が長引きます。開発会社側は「もう少し具体的になってから出直してほしい」と感じ、あなた側は「話を聞いてもらえただけで何も進んでいない」と感じる。双方が消化不良のまま時間だけが過ぎていく、というのがもっとも起きやすい結末です。
これは開発会社が不誠実だからではありません。開発会社は「固まっていない構想を一緒に固めていく」ことを本業にしているわけではなく、「固まった要件をどう形にするか」を専門にしています。構想を固める部分まで開発会社に委ねようとすると、本来得意でない領域を頼むことになり、双方にとって非効率です。
早すぎる相談で時間を消費してしまうと、その後の本来の商談、つまり見積もりの比較や契約条件の確認といった重要な工程に割ける時間や気力が削られてしまう点も見落とされがちです。
相談に適したタイミングへの橋渡し
では、いつ相談すればよいのか。目安は次の2つが自分の言葉で説明できる状態になったときです。
- 誰の、どんな悩みを解決するのかという一文
- その悩みに対して「欲しい」と言ってくれそうな根拠(数人へのヒアリングやランディングページでの反応など)
この2つが揃っていれば、開発会社は仮の前提を置かずに提案を組み立てられます。結果として、最初の提案から的を外しにくくなり、見積もりの精度も上がります。
逆に言えば、この2つが揃うまでは、開発会社への相談は急がなくてよい、ということでもあります。焦って相談の場を持つより、アイデアを一文で説明できる形に磨く方が、結果的に近道になります。アイデアを一文にする具体的な方法は 「あったらいいのに」を、人に説明できる一文にする方法 を参考にしてください。
まとめ
構想が固まりきる前の相談は、開発会社にとってもあなたにとっても非効率になりやすいというのが実情です。主語のないアイデアには的外れな提案しか返せず、需要の裏付けがない構想には解像度の高い見積もりが出せません。結果として時間だけがかかり、双方の熱量が下がってしまいます。
相談の前にやるべきことは、開発の知識を身につけることではなく、アイデアの主語を決め、需要の手触りを持つことです。ここまで整理できれば、開発会社への相談は自然と実りあるものになります。相談時に何を準備し、何を聞かれるかについては、コラムの発注シリーズで扱っています。