法人の新規事業立ち上げ手順｜7ステップと終了条件（ゲート）で進める

新規事業立ち上げの全体像｜7ステップと「終了条件（ゲート）」の考え方

新規事業は、各ステップに終了条件（ゲート）を置き、充足→次へ、未充足→戻り先へ、複数回未達→撤退・ピボット、という段階的ゲート方式で進めます。撤退・継続を二択で迫るのではなく、Go（継続）・Kill（撤退）・Hold（保留）・Recycle（ピボット）の4択で判断する考え方が実務的とされています。フェーズごとに評価すべき指標を切り替える設計（ステージゲート方式）も定石とされています。以下は各社の公開情報を編集部が7ステップに再構成したものであり、フェーズ区切りや終了条件の具体化は編集部の見解です。

判断基準と運用手順

判断は事業責任者単独ではなく、経営陣を含む合議で行うのが望ましいとされています。運用手順は次の通りです。

1. 7ステップと各ゲートの終了条件を事前に定義する
2. レビュー頻度（月次・四半期など）を決める
3. 未達時の戻り先と、撤退・ピボット条件を先に合意しておく

失敗条件と例外

失敗条件は明確です。終了条件を満たさないまま次ステップへ進むこと、そしてゲートを形骸化させ「様子見」を続けることです。実際、撤退基準を作成しても月次・四半期レビューで活用されず形骸化するケースが多いと指摘されています。また、経営層自身が承認した事業ほど撤退判断に心理的抵抗が生じやすいため、社外取締役や外部アドバイザーなど外部視点を意思決定に組み込む方法も有効とされています。

ただし、業種やBtoB・BtoCで重視する指標は変わります。具体的な数値基準は事業特性に依存するため、本記事では一律の推奨値を提示しません（提供情報なし）。自社の事業特性・フェーズに応じて指標と閾値を設定してください。

7ステップ早見表（入力・作業・成果物・終了条件）

まず自社の現在地がどのステップかを特定し、そのステップの終了条件を満たしているかを合議で確認してください。満たしていなければ、無理に先へ進めず戻り先へ戻すのが原則です。

ステップ1〜2｜顧客課題の検証と価値提案の設計

まず「誰の、どんな課題か」を顧客インタビューで検証し（PSF）、課題が確からしい場合にのみ価値提案（なぜ選ばれるか）を設計します。新規事業の最大の失敗要因は「誰も求めていないものを作ってしまう」ことであり、課題（Problem）を理解しないままソリューションを作り込むことがリスクとされています。

判断基準と手順

判断基準は、解決策ではなく「現状の課題・過去の行動」を聞き、複数の対象者から共通する切迫課題（バーニングニーズ）が確認できるかです。手順は次の通りです。

1. ターゲットを具体化する（規模・業種・現行の代替手段まで）
2. インタビューを設計する
3. 複数名へ実施する
4. 課題の共通パターンを抽出する
5. 価値提案を1文で定義する

失敗条件・例外・戻り先

失敗条件は、ターゲットが広すぎて誰にも刺さらないこと、「使いますか？」と聞いて肯定的回答を鵜呑みにすること、サンプルが偏ることです。人は優しいので「いいですね」と答えてしまうため、現状の困りごとと過去の行動を深掘りする必要があります。

顧客インタビューの人数は、最低10名、できれば15〜20名がひとつの目安です。10名を超えたあたりから課題の共通パターンが見えやすくなりますが、適正数は事業の不確実性に応じて調整してください。価値提案が刺さらない場合は、ステップ1（課題検証）へ戻ります。

インタビューで「本当の課題」を引き出す質問設計

オープン質問を多用し、5W1Hで体験や感情を深掘りするのが基本です。「なぜ」は相手を防御的にさせるため「どんなきっかけで」と言い換え、質問後の沈黙を恐れず、相手の言葉を繰り返すエコーイング技法を使うと本音を引き出しやすくなります。関係構築に時間がかかるため、1時間程度を確保し、前半を関係構築、後半で深掘りする時間配分が推奨されています。

ステップ3〜4｜価格・収益構造の検証と、決裁者の特定・社内合意

価値提案が成立したら「いくらで、どう稼ぐか」を検証し、法人取引では並行して決裁者を特定し社内稟議の準備を進めます。新規事業の稟議は既知の投資を扱う通常稟議と異なり、「不確実性をどう評価するか」という独自の論点が生まれます。

判断基準と手順

判断基準は2つです。顧客側の決裁者（誰が予算を持ち、何を根拠に承認するか）が特定できているか。自社側は「現状の課題・解決策・費用・想定成果・リスクと対処」を稟議資料で提示できているか。決裁者が躊躇するのは失敗や不測の事態への不安があるためで、懸念されるリスクへの対処法を記載すれば承認しやすくなります。

1. 価格・収益構造の仮説を立てる
2. 顧客側の決裁ルートを想定する
3. 自社の稟議は主要承認者へ事前相談（根回し）する
4. 懸念・リスクと対処法を資料に明記する
5. 撤退基準を経営層と事前合意する

失敗条件・例外・戻り先

失敗条件は、稟議資料にリスクと対処が書かれておらず決裁者が止まること、事前相談なしに書類だけ回して差し戻されること、撤退基準を決めずに投資判断することです。システム申請前に主要承認者へ事前相談しておくことが有効とされています。また、投資判断と同時に「どうなったら撤退するか」を経営層と握っておくことが重要です。

承認フローは社内の決裁権限規定（金額・重要度による分岐）で異なります。自社規定を確認したうえで設計してください。収益構造が成立しない、または決裁者に価値が伝わらない場合は、ステップ2（価値提案）へ戻ります。

ステップ5｜PoC（小さな実証）とMVPの設計

PoCは「事業として顧客に必要とされ、対価を払ってもらえるか」を最小コストで確かめる活動です。IT・DX領域のPoCが「この技術でどこまでできるか」を問うのに対し、新規事業のPoCには「その事業が顧客に必要とされているか」という事業としての問いが加わります。MVPは価値検証に必要な最小機能に絞ります。

判断基準と手順

判断基準は、機能が「なければ使わない」ものだけに絞れているか、そして何を測れば成功と言えるか（利用・継続・受注意向など）を事前に決めているかです。

1. PoCの問い（事業／技術）を明文化する
2. MVPをコア機能に限定する（必要なら人手で代替）
3. 成功指標を先に設定する
4. 実施し、定量・定性の両データを取得する
5. ゲート判定を行う

失敗条件・例外・戻り先

失敗条件は、機能を詰め込み開発が長期化すること、技術検証だけで「顧客が必要としているか」を問わないこと、運用コストを見積もらず後で赤字構造が判明することです。製品もユーザーもあるのに、提供フローの負荷を見積もらず「1件あたりの提供コスト」が下がらない収益構造が後から判明する失敗が起こり得ると指摘されています。

MVPは必ずしも完全なシステムを作る必要はなく、フロントだけ用意して内部処理を人手で行うコンシェルジュ型も有効です。なお、初期の仮説検証・PoCは1〜3ヶ月程度で実施し、初期チームは小さく保つ考え方が推奨されています。反応が得られない場合は、課題・価値提案（ステップ1〜2）へ戻ります。なお、技術連携の可否を問うPoCは目的が異なるため、注目点を明確にして別に設計してください。生成AI等で検証を高速・低コスト化できる場合は積極活用します。

ステップ6〜7｜初受注の取り方と、再現性確認・拡大判断

PoCの手応えを初受注に変えるには「誰に・どんな価値を・どの順序で届けるか」を型化し、受注が再現できることを確認してから拡大します。実在の公開事例として、営業専任もノウハウもない状態から2ヶ月でARR580万円へ到達した過程（初月有効アポイント10件、2ヶ月目にBDR経由で初受注2件）が公開されています。

判断基準と手順

判断基準は、初受注が担当者個人の頑張りではなく「型（プロセス）」で再現できるか、ユニットエコノミクスの見通しが立つかです。

1. ターゲットセグメントをデータで再定義する
2. トークスクリプト・提案資料を構築する
3. 日次で検証し、リスト・アプローチを改善する
4. 初受注を得る
5. 新人・他メンバーでも成果が出るか再現性を確認する
6. 拡大判断を行う

アントレ社では、既存の顧客データと反応率から「従業員規模」「業種」「季節性」でセグメントを引き直し、仮説を日次単位で検証してターゲットとアプローチを改善しました。その結果、属人的だった営業が再現性のある型へ移行し、新人や他メンバーでも成果を出せる仕組みが整いました。

失敗条件・例外

失敗条件は、受注が属人的なまま拡大に踏み切ること、初受注1件で成功と断定することです。事業が軌道に乗った後も撤退・拡大をゲートで判断する考え方が重要とされています。

アントレ社の数値は同社の事例であり、業種・商材が異なれば結果は変わります。数値をそのまま自社の目標値にはできません（他社事例の一般化は提供情報なし）。MVP開発・プロダクト設計・AI活用による検証高速化で詰まる段階では、CTO監修・システム開発知見を持つNSJAPANの支援が選択肢になります。

まとめ

• 新規事業は7ステップ×終了条件（ゲート）で構造化し、「進める／戻す／やめる（ピボット）」を客観的に判断する。
• 顧客課題→価値提案→価格・収益→決裁者と社内合意→PoC→初受注→再現性確認・拡大、の順で進める。
• 法人特有の稟議は「リスクと対処の明記」「事前相談」「撤退基準の事前合意」が鍵。
• 初受注は型化して再現性を確認してから拡大する。実在事例（アントレ社）は2ヶ月でARR580万円に到達した。
• 数値基準の一部は事業特性に依存するため、公式・一次情報の範囲で確認し、確認時点を明記して運用する。

次の行動として、まず自社の現在地を早見表のどのステップかで特定し、そのステップの終了条件を満たしているかを合議で確認してください。MVP開発やAI活用による検証の高速化で詰まる場合は、外部支援の活用も選択肢になります。