新規事業の撤退判断｜プロトタイプで「やめる」と決める基準

新規事業を進めていると、いつか「このまま続けてよいのか」という場面が来ます。この記事では、新規事業の撤退判断を感情や空気に任せないために、プロトタイプを作る前に撤退ラインを置く考え方と、実物を見たあとに「続ける・変える・やめる」を分ける手順を整理します。

撤退は、失敗の宣告ではありません。小さく作って確かめた結果として、早い段階で「この形では事業にならない」と分かることも、投資判断としては大切な成果です。

新規事業の撤退判断が難しい理由

撤退の判断が難しいのは、判断する人の能力の問題というより、判断の材料と仕組みが整っていないことが多いからです。よくある理由を3つ挙げます。

すでに使った時間と費用が頭から離れない

これまでかけた時間や費用を惜しんで、続ける理由を探してしまう傾向があります。行動経済学では「サンクコスト（埋没費用）の誤謬」と呼ばれる考え方です。すでに使って戻らない費用に引きずられて、これからの判断を誤ってしまう状態を指します。

本来、続けるかどうかは「これから先に投じるものに見合う見込みがあるか」で決めるものです。ところが、事業が進むほど「ここまでやったのだから」という気持ちが強くなります。

立案者と決裁者で見ている材料が違う

立案者は現場で顧客の声を聞き、手を動かしています。一方、決裁者に届くのは企画書や報告資料です。同じ目的を見ているのに、判断の材料と進める速度が違うために話が噛み合わなくなることがあります。この構造は、新規事業で経営陣と現場がすれ違う原因は進め方のズレでも整理しています。

撤退の場面では、このズレが大きくなりがちです。立案者は「もう少しで手応えが出る」と感じ、決裁者は「材料がないので判断できない」と感じます。どちらも間違っていません。判断の物差しが共有されていないだけです。

「やめる」以外の選択肢が見えていない

撤退を考える場面で、選択肢が「続ける」と「やめる」の二択になっていると、どちらも選びにくくなります。実際には、狙う顧客や提供する価値の形を変えて再挑戦する、という中間の選択肢があります。この3つを分けて考える方法は、後ほど詳しく説明します。

撤退ラインはプロトタイプを作る前に決める

撤退の判断で最も効果があるのは、結果を見てから基準を考えるのではなく、結果を見る前に基準を置いておくことです。結果を見たあとに基準を決めると、どうしても期待や思い入れに引っ張られます。

撤退ラインとは何か

ここでいう撤退ラインは、「この条件を下回ったら、今の形での開発は止めて見直す」という事前の取り決めです。大切なのは、数字を決めること自体より、次の3点を関係者で合意しておくことです。

• 何を確かめるためにプロトタイプを作るのか
• どんな結果が出たら「手応えあり」と見なすのか
• どんな結果が出たら「この形では止める」と見なすのか

確かめたいことが曖昧なままプロトタイプを作ると、完成した実物を見ても「良さそうだが判断できない」という状態になります。指標の決め方はMVP検証の指標を先に決める方法で詳しく扱っているので、あわせて参考にしてください。

確かめる対象を3つに分ける

新規事業の撤退ラインは、次の3つの観点に分けて置くと整理しやすくなります。

1. 課題があるか（顧客の反応） 想定した相手が、そもそも困っているか。困っているとして、今は何で代替しているか。プロトタイプを見せたときに「自分ごと」として反応があるかを見ます。

2. 使われるか（利用の実態） 画面を見て「いいですね」と言うことと、実際に触って使い続けることは別です。使ってもらう場面を用意し、途中でやめる箇所や、触らなくなる機能がないかを確かめます。

3. 事業として成り立つか（提供の見込み） 課題があり、使われたとしても、提供するための手間や仕組みが見合うかは別の問題です。運営の負担、提供できる範囲、継続して価値を出せる体制などを見ます。

この3つのどこで止まったかによって、次の判断が変わります。課題がなかったのか、課題はあったが解決の形が違ったのか、事業の成り立ちが厳しいのか。原因が分かれば、やめるべきか、変えるべきかが見えてきます。

ラインの置き方の注意点

撤退ラインを置くときに、つまずきやすい点がいくつかあります。

• 数字だけに頼らない。 少人数のテストでは数字のばらつきが大きく、一つの数値で白黒をつけると判断を誤ります。数字と、ユーザーの具体的な言動の両方を見ます。
• ラインは一つに絞らない。 上の3観点それぞれに「最低限ここまで」を置くと、どこが弱いのかが分かります。
• 期限も決める。 「いつまでに確かめるか」がないと、検証が際限なく延びます。
• 事業ごとに数字は違う。 他社の水準や一般的な目安を借りるのではなく、自分たちの事業の前提から考えます。

プロトタイプを作る前の段階で、何を確かめるのかを絞り込む考え方は、MVP開発の機能の絞り方にも通じます。確かめたいことに関係のない機能まで作ると、結果の解釈も難しくなります。

プロトタイプを見たあとの判断手順

実物ができたら、事前に置いたラインに照らして判断します。ここでは、感情や思い入れを挟まずに進めるための手順を紹介します。

手順1：作った側だけで評価しない

作った本人たちは、どうしても好意的に見てしまいます。想定した利用者に実際に触ってもらい、その様子を見ることが基本です。質問の作り方や、観察する点はプロトタイプのユーザーテストで整理しています。

意見を聞くだけでなく、どこで手が止まったか、何を飛ばしたか、何を聞き返されたかといった行動を記録します。言葉の感想は丁寧になりがちですが、行動は正直に出ます。

手順2：事前のラインと照らし合わせる

得られた結果を、先ほどの3観点に沿って並べます。

• 課題があるか：想定した相手の反応はどうだったか
• 使われるか：実際の利用は続いたか
• 成り立つか：提供する側の負担や見込みはどうか

ここで、ラインを下回った項目があれば、それが何を意味するのかを話し合います。一つの項目だけが弱いのか、すべてが弱いのかで、次の手が変わります。

手順3：続ける・変える・やめるに分ける

結果は、おおまかに次の3つに分けて考えます。

続ける 3観点のラインを満たし、次に確かめたいことが明確な場合です。続ける場合も「次の検証で何を確かめるか」を決め直し、ラインを更新します。

変える 課題は確認できたが、解決の形や狙う相手が違っていた場合です。たとえば「困っている人はいたが、使う場面が想定と違った」「機能の優先順位が違った」といったケースです。何を変えるのかを具体的にして、もう一度小さく確かめます。

やめる 課題そのものが確認できない、あるいは課題はあっても事業として成り立つ見込みが見えない場合です。変える場合との違いは、「変えれば良くなる理由」を具体的に説明できるかどうかです。説明できないまま「もう少し頑張る」と続けるのは、先送りになりやすいパターンです。

「変える」が先送りにならないために

「変える」は便利な選択肢ですが、撤退を先送りする逃げ道にもなります。次の確認をすると、先送りを防げます。

• 変える内容は、検証で得た事実にもとづいているか
• 変えたあとに確かめる項目とラインを、新しく置いたか
• 変える回数や期限に上限を設けているか

この3つが答えられなければ、「変える」ではなく「やめる」を真剣に検討するタイミングです。

手順4：結果を決裁者と共有する

判断は、立案者だけで下さず、決裁者にも同じ材料で見てもらいます。企画書の要約だけでなく、実際に動くプロトタイプと、ユーザーの反応の記録を一緒に見ます。企画書だけで判断することの難しさは、新規事業の決裁を企画書だけで取るのが難しい理由で触れています。

同じ実物を見て、同じラインで判断できれば、「立案者は続けたい、決裁者は判断できない」という状況は起きにくくなります。

経営陣と現場で撤退の基準を合わせる

撤退の判断を円滑にするには、判断の結果より前に、進め方の合意をつくることが重要です。

開始前に「やめる条件」を言葉にしておく

プロジェクトを始めるときに、「うまくいかなかった場合はここでやめる」と先に言葉にしておきます。これは弱気な姿勢ではありません。むしろ、立案者にとっては「ここまでは挑戦してよい」という範囲が明確になり、動きやすくなります。決裁者にとっても、投資の上限と見直しの時期が見えるため、判断しやすくなります。

合意しておきたい内容は、次のとおりです。

• 検証の期間と、その間に使う予算や人員の上限
• 3観点それぞれのライン
• 結果を見る人（立案者、決裁者、必要なら現場の担当者）
• 結果が出たあと、誰がどの場で判断するか

判断する人を明確にする

撤退の判断は、全員の合意を待つと進みません。最終的に判断する人を決め、その人が材料を見て決める形にします。発注側でこの役割を担う人については、発注側のプロダクトオーナーとはで整理しています。

小さく確かめる前提を共有する

大きな投資をしてから「やめる」と言うのは難しく、小さな検証の段階で「やめる」と言うほうがはるかに容易です。この考え方は、新規事業の開発は小さく作って確かめる投資判断の進め方で詳しく述べています。最初から全体を作らず、確かめたいことに絞った実物で判断することが、撤退の負担を軽くします。

撤退を決めたあとに残すもの

やめると決めたら、それで終わりではありません。次の挑戦に活かすために、残しておきたいものがあります。

検証でわかったことの記録

どの仮説が外れ、どの仮説が当たっていたのかを、短くてもよいので文書に残します。「課題が確認できなかった」のか「解決の形が合わなかった」のかを区別して書いておくと、後で別の案を考えるときの材料になります。

記録しておきたい項目は、次のとおりです。

• 確かめたかったこと
• 置いていたライン
• 実際の結果（数字と観察の両方）
• やめる（または変える）と判断した理由
• 次に試すなら、何を変えるか

作ったものの扱いを整理する

プロトタイプや、そこで得た設計の考え方が、別の事業に流用できる場合もあります。ただし、開発を外部に依頼している場合は、成果物の権利の扱いが契約で決まります。後で困らないよう、契約前に確認しておくことが大切です。確認点はシステム開発の著作権帰属は誰のもの？契約前の確認点にまとめています。

撤退を「評価される経験」にする

撤退した人や、その案を担当したチームが責められる雰囲気があると、次から誰も正直に報告しなくなります。結果が悪くても、ラインに沿って早く判断できたこと自体を評価する、という姿勢が組織には必要です。早く止められれば、その分の時間と予算を次の案に回せます。

まとめ

新規事業の撤退判断は、結果が出てから悩むのではなく、結果を見る前に基準を置いておくことで、ずっと進めやすくなります。この記事の要点を整理します。

• 撤退が難しいのは、すでに使った費用への執着、立案者と決裁者で材料が違うこと、選択肢が二択になりがちなことが重なるため
• プロトタイプを作る前に、「課題があるか」「使われるか」「事業として成り立つか」の3観点で撤退ラインを置く
• 見たあとは、作った側だけで評価せず、事前のラインに照らして「続ける・変える・やめる」に分ける
• 「変える」が先送りにならないよう、事実にもとづくか、新しいラインがあるか、期限があるかを確認する
• 決裁者も同じ実物と記録を見て、判断する人と場を先に決めておく
• 撤退したあとは、わかったことを記録して、次の挑戦に活かす

撤退ラインを置くには、判断の材料になる動く実物が必要です。私たちJustFitは、構想をもとに約1ヶ月で実際に動くプロトタイプを先に開発し、実物を見てから契約するかを判断していただく「先に作って、後から決める」進め方をとっています。新規事業の見極めに使えるプロトタイプについて相談したい場合は、JustFitのサービス紹介をご覧のうえ、お問い合わせください。