新規事業の企画書に対して、想定顧客・収益・競合・リスクの抜けを問いかける壁打ちの相手を作り、提出前に論点を詰める

処理の起点を決める

起案者が企画書の初版を書き上げ、経営企画に出す前に壁打ちを始めることを起点にします。 経営企画への壁打ちの申し込みの条件に、「壁打ち用のプロジェクトでの壁打ちを済ませ、論点の一覧を添えること」を加えます。

企画書1件につき、チャットを1つにします。 改訂版で2回目の壁打ちをするときは、同じチャットで続けます。 前回の論点の一覧が同じチャットにあれば、AIは「前回は分からないとした論点」から問いかけ直せます。チャットの名前は「起案の番号＋企画の仮の名前」にします。

1回の壁打ちは、30分から1時間を目安にします。 一度に全部の論点を詰めようとすると、後半の答えが雑になります。「今日は想定顧客と収益まで」のように、論点を分けて何回かに分けて構いません。 論点の一覧は、回を重ねるごとに更新させます。

審査会の2週間前までに、論点の一覧を経営企画に出すことを目安にします。経営企画が残った論点で面談し、起案者が直す時間を残すためです。

入力データを集める

質を決めるのは、論点の一覧です。 経営企画がこれまで面談で尋ねてきたことを書き出し、論点ごとに並べます。

「十分とする答えの目安」の列が、AIの問いかけを止める基準になります。 目安を満たす答えが出たら次の論点へ進み、満たさなければ、言い方を変えてもう1問だけ尋ねます。 2問尋ねても満たさなければ、「残った問い」に記録して次へ進みます。

競合の論点の「顧客がいま使っているもの」は、経営企画の経験から来た問いです。 起案者は「同じことをしている会社は無い」と考えて競合を「無い」と書きがちですが、顧客は今もその課題に何らかの手段で対処しています。 手作業や表計算や既存の別の製品が、実際の競合です。

データの取得方法を決める

企画書は、起案者がひな形のファイルから本文をコピーして貼ります。 図や表は、文で書き直して貼るか、ファイルとしてチャットに添付します。

提携先や顧客の会社名は、伏せてから貼ります。 「A社（物流の中堅企業）」のように、業種と規模が分かる書き方に置き換えます。問いかけに要るのは業種と規模で、会社名は要りません。 未公表の提携先の名前を、チャットに置かないためです。

売上や原価の社内の実績の数字は、必要な範囲だけにします。 既存の事業の数字を収益の根拠に使う企画では、その数字を貼ることになりますが、事業部ごとの損益の表をまるごと貼ることはしません。 根拠に使う1〜2の数字だけを書きます。

AIへ渡す前に整形する

1. 企画書のひな形の欄が埋まっているかを確かめる … 空欄が多い初版は、壁打ちの前に書き足します
2. 提携先・顧客の会社名を伏せる … 業種と規模に置き換えます
3. 社内の実績の数字を、根拠に使うものだけに絞る
4. 図や表を文にするか、添付するかを決める … 収益の見込みの表は、行と列の意味が分かる形で貼ります
5. 2回目以降は、前回からの変更点を書く … 「収益の単価を顧客に聞いた額に直した」のように書き、同じチャットに貼ります

1番目は、壁打ちの質を左右します。 空欄の多い企画書を貼ると、AIは空欄を埋めるための問いばかり出し、起案者は問いに答えることで企画書を書くことになります。 それも1つの使い方ですが、論点を詰める壁打ちにはなりません。初版は、空欄の無い状態で始めます。

5番目を書くと、AIは変わった論点から問いかけ直します。 書かないと、AIは同じ論点を最初から尋ね直し、起案者は前回と同じ答えを繰り返すことになります。

AIに処理させる

させるのは、論点の一覧に沿って1問ずつ問いかけることと、答えの根拠を分けて記録することです。

右端の列は、どれも「起案者に尋ねる」の側に倒しています。 壁打ちの相手は、分からないことを自分で埋めずに、起案者に返すのが役割です。

1行目がいちばん起きやすい失敗です。 起案者が「市場規模はどのくらいでしょう」と尋ね返すと、AIはもっともらしい数字を答えます。その数字には出典が無く、審査会で「この数字はどこから」と問われて答えられません。 指示で、事実や数字を尋ねられたら「調べ方の候補」だけを示し、数字は答えないようにさせます。

2行目も、指示で強く止めます。 起案者が熱心に説明すると、AIは「非常に興味深い構想です」と返し、起案者は壁打ちで認められたと受け取ります。 評価の言葉を一切使わせず、答えが目安を満たしたかどうかだけを記録させます。

指示内容を固定する

次の文をプロジェクトの指示に置きます。 企画書ごとのチャットでは、企画書の本文を貼り、「壁打ちを始めてください」と書くだけにします。

あなたは新規事業の企画書の壁打ちの相手です。起案者が審査に出す前に、
企画書の論点の抜けに自分で気づけるよう、問いかける役割です。
Sources の「論点の一覧」「審査の基準」「記入の手引き」に従ってください。

【進め方】
1. 論点の一覧の順（想定顧客、顧客の課題、収益、競合、投資と体制、
   リスクと撤退）に、1回に1問だけ問いかけてください。
2. 起案者の答えが「十分とする答えの目安」を満たせば次の論点へ進み、
   満たさなければ言い方を変えてもう1問だけ尋ねてください。
   2問で満たさなければ「残った問い」として記録し、次の論点へ進んでください。
3. 答えには「それはどう調べましたか」と尋ね、根拠を
   調べた事実／見込み／分からない のどれかに分けて記録してください。
4. 企画書の記載と答えが食い違えば、食い違いを示し、どちらが正しいかを尋ねてください。
5. 起案者が「一覧を出して」と書いたら、論点の一覧を出してください
   （列：論点／企画書の記載／壁打ちでの答え／根拠の種類／残った問い）。

【厳守事項】
- 市場規模、単価、件数、競合の会社名などの数字や事実を答えないでください。
  尋ねられたら、調べ方の候補（顧客への聞き取り、公的な統計、業界団体の資料など）
  だけを示してください。
- 企画の良し悪し、将来性、審査に通るかを述べないでください。
  「有望」「素晴らしい」「厳しい」「難しい」などの評価の言葉を使わないでください。
- 答えの例を先に示さないでください。起案者が答えるまで待ってください。
- 企画書の文を書き直さないでください。
- 起案者が答えに迷っても、答えを代わりに作らないでください。

【企画書】{本文}

「1回に1問だけ」を明記しないと、AIは5問、6問をまとめて出します。 まとめて出された問いに、起案者は短く答え、どの答えも浅くなります。 1問ずつにすると、問いと答えが会話として続き、起案者が考える時間が生まれます。

「調べ方の候補だけを示す」は、起案者を突き放さないための一文です。 数字を答えないだけだと、起案者は行き詰まります。顧客への聞き取り、公的な統計、業界団体の資料のような調べ方を示せば、起案者は次に何をすればよいかが分かります。 どの統計のどの表かまで特定させないのは、AIが存在しない資料の名前を挙げることがあるからです。

出力形式を固定する

壁打ちの終わりに、起案者が「一覧を出して」と書くと、次の形で返させます。

【論点の一覧】
| 論点 | 企画書の記載 | 壁打ちでの答え | 根拠の種類 | 残った問い |
| 想定顧客 | 製造業の中小企業 | 従業員100〜300名の部品加工の工場の保全担当 | 調べた事実（既存顧客5社に聞いた） | － |
| 顧客の課題 | 設備の故障の予兆が分からない | 故障の後の修理の待ちで月に数日止まる | 調べた事実（同上） | － |
| 収益 | 月額3万円×300社 | 単価は既存の保守契約の額から置いた。件数は未確認 | 見込み | 300社の根拠 |
| 競合 | 無し | 保全担当の点検表と、設備メーカーの保守契約 | 見込み | 設備メーカーの保守との違い |
| 投資と体制 | 記載なし | 開発2名、営業1名。費用は未算出 | 分からない | 1年目の費用 |
| リスクと撤退 | 記載なし | 1年で有料の顧客が10社に届かなければやめる | 見込み | － |

この形にする理由の1つ目は、経営企画が見る場所が決まることです。 経営企画の担当者は、「根拠の種類」が見込みか分からないの行と、「残った問い」の列から読みます。 例では、収益の件数、競合の違い、1年目の費用です。調べた事実の行は、面談で尋ね直す必要がありません。

2つ目は、企画書の記載と答えの差が見えることです。 想定顧客が「製造業の中小企業」から「部品加工の工場の保全担当」に絞られたことが、1行で分かります。起案者は、答えた内容で企画書を直せばよく、何を直すかを考え直す必要がありません。

3つ目は、審査会の資料に使えることです。 論点の一覧を企画書に添えて審査会に出せば、役員は根拠の種類を見て、どこを尋ねるべきかが分かります。 見込みで書かれている部分を見込みだと明示して出すことは、隠すより審査の時間を短くします。

システムへ連携する

ChatGPT と社内のファイル共有は、つなぎません。 論点の一覧は、起案者が自分で読んでから提出します。読まずに出された一覧は、起案者が論点を理解していない証拠にもなります。

経営企画は、起案者の壁打ちのチャットを見ません。 見るのは、提出された企画書と論点の一覧だけです。壁打ちのチャットは、起案者が考えを試す場所です。 経営企画が見る前提にすると、起案者は分からないと答えにくくなります。

人が確認する

経営企画の担当者は、提出された論点の一覧をすべて読んでから面談します。

1. 根拠の種類が「分からない」の行を先に読む … 審査会までに調べられるかを、起案者と決めます
2. 根拠の種類が「見込み」の行を読む … 見込みの置き方が妥当かを、その事業の経験から見ます
3. 「調べた事実」の行を抜き取りで確かめる … 聞いた顧客の数や、使った統計を起案者に尋ねます
4. 論点の一覧に無い、その事業ならではの論点を足す … 法規制、既存事業との食い合い、社内の体制など
5. 面談で残った論点を詰め、審査会に出すかを起案者と決める

4番目は、AIの論点の一覧ではできない部分です。 論点の一覧は、どの企画書にも当てはまる論点を並べたものです。医療機器に関わる企画なら規制、既存の保守サービスと重なる企画なら事業部との調整、のように、その事業ならではの論点は経営企画の担当者が足します。 面談の時間は、ここに使います。

3番目を省かないでください。 起案者が「調べた事実」と答えても、聞いた顧客が1社だけ、ということがあります。 AIは答えを記録しているだけで、調べ方が十分かは見ていません。

改訂版の一覧は、前の版の一覧と並べて読みます。 前回「分からない」だった行が「見込み」や「調べた事実」に変わっていれば、起案者が審査会までに何を調べたかが、1行ずつ追えます。 変わっていない行が多いときは、起案者が壁打ちの結果を企画書に反映できていないことがあります。その場合は、面談で残った問いの調べ方を一緒に決めます。

目標は、1件45分です。 論点の一覧を読むのに10分、残った論点の面談に25分、直してほしい点を送るのに10分の想定です。

例外に対処する

1行目は、運用の最初の月に必ず起きます。 起案者がAIに数字を尋ね、AIが答え、その数字が企画書に入ります。提出された企画書の数字の出典を、経営企画が面談で尋ねる決まりにします。 出典が「壁打ちのAI」なら、その数字は使えません。

6行目は、受け付けの段階で決めます。 提携先や買収の対象が特定できる企画は、会社名を伏せても、業種と規模と時期で分かってしまうことがあります。 そうした企画は、最初から経営企画が直接受け持ちます。

記録を残す

• 提出された企画書と論点の一覧（社内のファイル共有に、起案の番号ごとに残す）
• 経営企画の面談のメモと、足した論点
• 審査会の結果と、審査会で問われた論点
• そのとき使った論点の一覧と審査の基準の版
• 審査会で問われたが、論点の一覧に無かった論点

壁打ちのチャットは、起案者が管理します。 審査会が終わったら、チャットは起案者が消します。論点の一覧と企画書は社内のファイル共有に残っているので、チャットを残す理由はありません。

最後の行は、論点の一覧を育てる材料です。 審査会で役員が尋ねた論点のうち、論点の一覧に無かったものを、経営企画が四半期ごとに論点の一覧に足します。 同じ論点が審査会で問われ続けるなら、その論点は壁打ちの段階で尋ねるべきものです。