新規事業の開発は小さく作って確かめる投資判断の進め方
この記事では、新規事業の開発にかける投資を、一度の大きな決断ではなく「小さく作って確かめる」段階的な判断に置き換える進め方を整理します。何を確かめるのか、どんな基準で進める・止めるを決めるのか、動くものをどう検証に使うのかを、順に確認します。社内で投資判断を求められる場面や、開発会社に相談する前の整理に役立つ内容です。
新規事業の投資判断が難しい理由
新規事業の投資判断が難しいのは、判断に使える情報が少ないからです。既存事業であれば、過去の実績や市場のデータを根拠に数字を組み立てられます。一方、新規事業の企画の中心にあるのは「顧客はこの課題に困っているはず」「この仕組みなら使ってもらえるはず」といった仮説です。企画書は、その仮説を整理して伝えるための文書です。仮説が正しいことを示す証拠そのものではありません。
そのため、開発費の全体を前提にした「やる・やらない」の二択になりやすくなります。決裁者は、不確実性が大きいほど慎重になります。立案者は、動き出さなければ機会を逃すと感じます。双方が同じ目的を見ていても、判断に使う材料と進めたい速度が違うため、話が噛み合わなくなることがあります。この構造は、新規事業で経営陣と現場がすれ違う原因は進め方のズレでも整理しています。ズレているのは目的ではなく、進め方のほうです。
企画書だけで決裁を取ることの難しさについては、新規事業の決裁を企画書だけで取るのが難しい理由で詳しく扱っています。ここで押さえておきたいのは、その解決の方向性です。確かめられることから先に確かめ、その結果を材料にして次の投資をするかどうかを決めます。この繰り返しに切り替えれば、一回あたりの投資の判断は小さくなり、外れたときの損失も抑えられます。これが「小さく作って確かめる」進め方の基本的な考え方です。
投資判断を小さな判断に分ける
確かめたい仮説を4つに分ける
「小さく作る」前に、そもそも何を確かめたいのかを分解します。新規事業の仮説は、大きく次の4つに分けると整理しやすくなります。
- 課題の仮説：想定している顧客は、本当にその課題に困っているか。
- 解決策の仮説：用意する仕組みを見たとき、顧客は課題が解消されると感じるか。
- 事業の仮説：対価を支払う、継続して使う、他の人に紹介してもらうなど、事業として成り立つ行動が実際に見られるか。
- 実現の仮説：想定した品質で、技術面や運用面から提供し続けられるか。
すべてを一度に確かめる必要はありません。外れたときの損失が最も大きい仮説、あるいは最も自信のない仮説から順に取り上げます。たとえば課題の仮説が曖昧なまま機能を作り込んでも、前提が崩れると、その開発は無駄になってしまいます。反対に、課題には確信があるものの、技術的に成り立つかが読めない場合は、実現の仮説を先に確かめる価値があります。
進める・止める・作り直す基準を先に決定
確かめる内容が決まったら、結果をどう判断するかという基準を、検証を始める前に言葉にして書き残しておきます。結果が出てから基準を決めると、どうしても都合のよい解釈に寄ってしまうためです。たとえば「想定した顧客が、案内なしで最後まで操作できるか」「数回使ったあとも自分から再び開くか」のように、実際に観察できる行動で書きます。
具体的な数値の目安は事業の性質によって大きく変わります。そのため、一般的な数字を示すことはしません。社内で「この行動がこの程度見られたら次の段階に進む」と合意しておくことが重要です。判断の選択肢は、次の3つに整理できます。
- 進める：基準達成で次段階に投資する。
- 作り直す：課題は確かだが、解決の形が違うと分かり、仮説を修正して再度確かめる。
- 止める：前提となる仮説が成り立たないと分かったので、投資を打ち切る。
「止める」も、成果のひとつです。小さな投資で止める判断ができれば、本格的な開発費を使う前に損失を食い止められます。
投資を段階に区切る
基準が決まったら、投資も段階に区切ります。段階ごとに、使う費用と期間の上限を置き、段階の終わりに判断の場を設けます。製品開発の分野では、段階の終わりに進めるかどうかを審査する考え方が、ステージゲートと呼ばれています。新規事業でも同じ発想が使えます。判断の場には、決裁者と立案者の双方が同席し、同じ検証結果を見ながら決めるようにします。同じ材料を見て話せるだけで、判断は進めやすくなります。
小さく作る手段の選び方
「小さく作る」といっても、手段は複数あります。軽い順に並べると、次のようになります。
- ヒアリングや資料での確認：顧客に話を聞き、課題の有無を確かめる。
- モック：画面の見た目や流れだけを作り、反応を見る。実際には動かない。
- プロトタイプ：操作できる試作品を作り、使い勝手や仕組みの成立を確かめる。
- MVP：最小限の機能で実際に使ってもらう製品。MVPは Minimum Viable Product の略で、リーン・スタートアップという考え方とともに広く知られるようになりました。
それぞれの違いと使い分けは、プロトタイプとMVP・モックの違いを整理で説明しています。選び方の基本は、確かめたい仮説に合わせることです。課題の有無だけを知りたいなら、ヒアリングで足ります。画面の見せ方への反応を知りたいなら、モックで確かめられます。操作の感触や処理の流れ、技術的に成り立つかを確かめたいなら、プロトタイプが向きます。対価の支払いや継続利用といった実際の行動を見たいなら、MVPの段階に入ります。
軽い手段で確かめられることは、軽い手段で済ませるのが基本です。ただし、システムそのものが事業の価値になる新規事業では事情が変わります。操作したときの感覚、データの扱い、処理の結果などが価値の中心にあるため、資料やモックだけでは確かめきれない部分が大きくなります。この種の新規事業については、新規事業のシステム設計とビジネスモデルの作り方で考え方を整理しています。システムが事業の形を決める場合は、動くものが検証の対象そのものになります。
動くものを使って確かめる進め方
動くプロトタイプやMVPを使った検証は、次の流れで進めると整理しやすくなります。
- 仮説は、ひとつか、多くても二つに絞る。
- その仮説を確かめるのに必要な最小限の機能だけを、作り始める前に決める。
- 想定する利用者に、実際に触ってもらう。
- 感想よりも、行動を記録する。
- 事前に決めた基準と照らして、判断の場で進めるかどうかの結論を出す。
最初の「絞る」が、実は最も難しい工程です。あれもこれも確かめたくなりますが、仮説を増やすと作るものも増え、その分だけ検証に時間がかかります。結果の読み取りも曖昧になります。今回の目的は何かを一文で書き、それに関係しない機能は、後の段階の検証に回します。
3つ目と4つ目では、感想と行動を区別して見ることが大切です。「便利そうですね」という好意的な感想と、実際に自分から操作を続けたという行動は、別の情報です。事業の仮説に近い情報は、行動のほうです。操作の途中で止まった場所、戻った場所、迷った場所をそれぞれ記録しておくと、改善を検討するときの具体的な材料になります。
検証の手順そのものについては、新規事業のアイデア検証方法｜動くシステムで確かめる手順で、より詳しく扱っています。全体の進め方を俯瞰したい場合は、MVP開発・プロトタイプ開発の進め方も参考になります。また、検証の結果を社内の合意形成につなげたい場合は、稟議を通すシステム開発｜プロトタイプの使い方で、動くものを判断の材料として使う方法を紹介しています。
判断が歪みやすい落とし穴
小さく作って確かめる進め方にも、注意したい点があります。起きやすいものを挙げます。
- 作り込みすぎる：検証に不要な機能を入れると、期間も費用も膨らみ、小さく確かめる狙いが崩れます。確かめたい仮説に関係するかどうかで、機能を取捨選択します。
- 検証が目的になる：検証すること自体が仕事になり、結論を出さずに続けてしまうことがあります。期間と判断の場をあらかじめ決め、期限を迎えたら結論を出します。
- 見た目の評価に引っ張られる：整った画面は好意的に受け取られやすいものです。ただ、それが事業の成立を示すわけではありません。見た目への反応と、行動の結果は分けて読みます。
- 基準を後から変える：結果が思わしくないときに、基準のほうを緩めたくなります。基準を変えるなら、変える理由を記録として残し、関係者との合意を取り直します。
- 使った費用への未練：すでに使った費用がもったいないという理由で、続ける判断をしてしまうことがあります。判断はこれから先の投資に対して行い、過去の費用は理由にしません。
- 試作の品質を過信する：プロトタイプは、確かめるための試作です。そのまま本番運用に耐えるとは限りません。確かめた後に何を作り直す必要があるかも、あらかじめ見ておきます。
最後の点は、AIを活用した開発が広がる中で、特に意識したい点です。AIの活用によって、動くものを作るまでの時間は短くなりつつあります。その分、検証の回数を増やしやすくなる面があります。新規事業にどのような変化が起きるかは、AI駆動開発で新規事業の立ち上げはどう変わるかで整理しました。一方で、作るスピードが上がっても、品質の確認が不要になるわけではありません。人が何を作るかを決め、出てきたものを確認する役割は残ります。この点は、AI開発でも品質には人の確認が必要な理由で説明しています。
開発会社と進める際に確認したい点
小さく作って確かめる段階から、外部の開発会社と進めるケースも多くあります。その際に、依頼前に確認しておきたい点を整理します。
- 作る範囲を一緒に決められるか：確かめたい仮説をもとに、作る範囲を相談しながら絞れると、不要な開発を避けられます。
- 実物を見てから判断できる進め方か：契約や次の投資を決める前に、動くものを触って確かめられる流れになっているかを見ます。言葉の説明だけで仕様と費用を固める進め方では、認識の違いが後から表面化しやすくなります。
- 仕様が固まっていない段階でも相談できるか：新規事業では、仕様が決まっていないのが普通です。この段階の相談に対応してもらえるかは、事前に確かめたい点です。
- 検証の後の見通しがあるか：確かめた結果を受けて、追加開発や運用にどうつながるのかも、あらかじめ聞いておくと安心です。
仕様が決まっていない段階の相談については、仕様が決まってないシステム開発の相談は可能かで説明しています。相談の前に何を整理しておくとよいかは、システム開発を依頼する前の準備と流れ｜新規事業編にまとめました。開発会社を比べる際の視点は、システム開発会社の選び方｜新規事業で失敗しない7つの視点が参考になります。AIを活用する開発会社に依頼する場合は、AI受託開発に依頼する前に確かめたい6つのことも確認しておくと、依頼後のすれ違いを減らせます。
まとめ
新規事業の開発では、判断材料が少ないまま大きな投資を決めようとするところに、難しさがあります。そこで、投資を小さな判断の連続に分け、動くものを使って確かめながら進めます。この記事の要点を整理します。
- 新規事業の企画書は仮説の集まりです。一度に全額を決めるのではなく、確かめられることから一つずつ確かめていきます。
- 確かめたい仮説を、課題・解決策・事業・実現の4つに分け、外れたときの影響が大きいものから順に一つずつ確認していきます。
- 進める・作り直す・止めるの基準を、検証を始める前に決めておきます。止める判断も、検証で得られる成果のひとつです。
- 手段は、確かめたい仮説に合わせて選びます。システムが事業の価値になる場合は、動くプロトタイプが有効です。
- 作り込みすぎ、基準の後付け、見た目への偏りに気をつけます。AIを活用した開発でも、人による確認は欠かせません。
JustFitは、株式会社LEGAREAが運営する完全オーダーメイドの受託開発サービスです。「先に作って、後から決める（PROTOTYPE FIRST）」という考え方のもと、構想をもとに約1ヶ月で実際に動くプロトタイプを開発します。実物を見て確かめてから契約するかを判断できるため、小さく作って確かめる進め方と相性のよい形です。仕様が固まっていない段階や、稟議を通す前の段階でも相談できます。サービスの詳しい内容はJustFitのサービス紹介をご覧ください。