案件・ヨミ管理
ヨミ管理のAIプロンプト|担当ヨミの過大・過小を検査
担当営業のヨミ(フォーキャストの申告)と、商談記録・SFA/CRMの事実から組み立てた「AI基準ケース」を突き合わせ、どこでズレているかを検査するプロンプトです。ヨミ管理をAIで点検し、フォーキャストレビューや1on1で「なぜCommitなのか」を掘る論点をコピペで用意できます。

必要データと準備
3種類の入力をそろえます。
- 担当のヨミ: ヨミ区分(Commit/Best case/Pipeline など)・受注確度・予定クローズ月・想定受注額・担当コメント。SFAのフォーキャスト画面や日報から転記します。
- SFA/CRMの案件レコード: 現フェーズ・登録確度・決裁プロセスと時期・競合・未解決事項・次回予定。エクスポートまたは画面のコピーで可。
- 複数回の商談文字起こし: この案件の商談を日付順に。各回の冒頭に「第N回(日付)」を付けると精度が上がります。文字起こしの取り方は共通ガイドを参照してください。
顧客名・担当者名などの個人情報を含むデータを外部の生成AIに貼る場合は、社外持ち出し・個人情報の扱いに注意してください。社内規程で外部AIへの投入が制限されている場合は、匿名化するか、社内で完結する環境で実行します。
プロンプト本文
あなたはフォーキャストレビューを支援する営業アナリストです。
1つの案件について、担当営業の「ヨミ(フォーキャストの申告)」と、商談記録・SFA/CRMの事実から組み立てた「AI基準ケース」を突き合わせ、両者のギャップとその理由を検査してください。目的は担当を否定することではなく、ヨミの根拠が証拠とどこでズレているかを可視化し、1on1での点検(deal inspection)に使える論点を出すことです。
## 担当のヨミ(担当営業の申告)
{ヨミ区分(Commit/Best case/Pipeline/Omit など)・受注確度・予定クローズ月・想定受注額・担当のコメントをここに貼り付け}
## SFA/CRMの案件レコード
{案件名・現フェーズ・想定受注額・登録されている確度・決裁プロセス/時期・競合・未解決事項・最終接触からの経過・次回予定などをここに貼り付け}
## 複数回の商談の文字起こし
{日付順に、この案件の複数回分の商談の文字起こしをここに貼り付け。各回の冒頭に「第N回(日付)」を付ける}
## 出力フォーマット
1. AI基準ケース(証拠から組み立てた着地観)
- 受注確度に効く要素ごとに「○揃っている/△一部・不確実/×未充足・ブロッカー」で評価し、根拠となる発言またはレコードの記載を短く1つ引用(課題の明確さ/現場キーパーソンのコミット/決裁プロセスと時期/予算の握り/競合状況/未解決の前提条件を想定。記録にある要素だけ立てる)
- 各評価が「事実(発言・レコードにある)」か「推測」かを明示
- AI基準の着地観: 証拠上この案件を Commit/Best case/Pipeline のどこに置くのが妥当か。予定クローズ月は現実的か。理由を1〜2文で
2. 担当ヨミとのギャップ検査
- ヨミ区分・確度・クローズ月それぞれについて「担当の申告 ↔ AI基準」を並べ、ギャップの方向(担当が強気/弱気)とギャップ幅(大/中/小)を示す
- ギャップの根拠になっている証拠のズレを具体的に(担当が根拠にしていそうな点と、記録上まだ埋まっていない点)
3. deal inspection(1on1で担当に確認する質問)
- ギャップを埋めるための質問を、そのまま口に出せる形で。特にクローズ月の確度と、未解決の前提条件(ブロッカー)を優先
4. このヨミを動かす条件
- Commitに上げてよい条件(何が確認できたら)/逆に落とす・翌期に送るべきサイン/直近の次アクション
## 注意事項
- レコードと文字起こしに書かれている事実だけを根拠にする。書かれていない合意・確認を「済み」と判断しない
- 事実(発言・レコードにある)と、そこからの推測を必ず分ける。推測には「推測:」と付け、断定しない
- 受注確度(%)や金額を自分で作らない。レコードにある担当入力値だけを引用し、独自の数値は付けない。根拠が薄いと感じた場合も「○%は証拠に対してやや強気/弱気の可能性・要確認」と定性で書く
- 曖昧な同意(「前向き」「良ければ」「検討します」等)を、確定した合意やクロージングのシグナルと解釈しない。迷う箇所は「要確認」とする
- AI基準ケースは「担当が間違い」という断定ではなく、証拠と申告の差を見えるようにするもの。最終判断は人間(マネージャー)が行う前提で書く
- 情報がない要素は省かず「記録になし/要確認」と書く
- 引用は文字起こし・レコードの原文を短く抜き出す
- 顧客名・個人情報を含むデータを外部AIに貼るときは、社外持ち出し・個人情報の扱いに注意するこのプロンプトを動かしてみる
プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。
AIに渡した入力データ(架空サンプル)
- AI基準ケース(証拠から組み立てた着地観)
- 課題の明確さ: ○揃っている(事実)。「私ともう1人で3日はかかっています」。
- 現場キーパーソンのコミット: ○揃っている(事実)。田中の温度は記録上一貫して上昇。
- 決裁プロセスと時期: △不確実(事実+推測)。事実「次の投資枠を見るのが来四半期」。推測: 「来四半期の投資枠」と担当申告の「7月クローズ」が記録上かみ合っていない。要確認。
- 予算の握り: ×未充足(事実)。「具体的な上限はまだ社内で握れていない」。
- 未解決の前提条件(ブロッカー): ×未充足(事実)。セキュリティ回答が宿題、連携バージョンが「確認中」。
AI基準の着地観: 現場の支持は強いが、予算上限が未確定・取締役会が来四半期・受注前提が2件未解決。証拠上は「今四半期Commit」より「Best case」に置くのが妥当。7月クローズは取締役会の時期次第でずれるリスク。
- 担当ヨミとのギャップ検査
- ヨミ区分: 担当=Commit ↔ AI基準=Best case。方向=担当が強気/幅=中〜大。
- 予定クローズ月: 担当=7月 ↔ AI基準=不確実(来四半期にずれる可能性)。要確認。
- 受注確度: 担当入力=70%。独自の%は付けないが、未解決の受注前提が2〜3件残るため、70%は証拠に対してやや強気の可能性。要確認。
(deal inspectionの質問と「ヨミを動かす条件」まで出力が続きます。全文は上部のプロンプトをそのまま実行して確認してください。)
カスタマイズのヒント
- ヨミの定義に合わせる: Commit/Best/Pipelineの呼び名や基準は組織で異なる。出力フォーマット1の「着地観」の選択肢を、自社のヨミ区分(例: A/B/C、確実/有力/挑戦)に置き換える。
- 高単価・長期案件向け: 決裁プロセスと時期の粒度を上げ、「稟議の階層」「予算年度との関係」を評価要素に追加する。着地月のズレが金額に直結するため。
- 短サイクル・多案件向け: 評価要素を「課題・キーパーソン・予算・ブロッカー」の4つに絞り、1案件30秒でスキャンできる短い出力にする。パイプライン全体を流し見する用途に向く。
- 担当の癖の補正: 特定の担当が一貫して強気/手堅い傾向があるなら、コメント欄に「この担当は過去に楽観傾向」等の前提は入れず、あくまで記録の事実から評価させる(先入観で歪めないため)。傾向の解釈はマネージャー側で持つ。
よくある質問
ヨミ管理をAIに任せると、フォーキャストの判断まで丸投げになりませんか。
このプロンプトはヨミを決めるものではなく、担当の申告と記録上の事実の差を可視化するものです。出力はあくまで点検材料で、Commitに置くかどうかの最終判断はマネージャーが行う前提で設計しています。注意事項でも「担当が間違いという断定はしない」と明示しています。
AIが確度を数字で出してくれますか。
意図的に出さない設計です。受注確度%は根拠が曖昧になりがちで、AIが作った数字が独り歩きすると危険なため、レコードにある担当入力値以外の数値は付けません。代わりに「この確度は証拠に対して強気/弱気の可能性・要確認」と定性で返します。
商談の文字起こしがない案件でも使えますか。
SFA/CRMレコードと担当ヨミだけでも一部は動きますが、精度は落ちます。ヨミのズレは「発言に出た決裁時期や予算の握り」から見つかることが多いため、少なくとも直近1〜2回分の商談記録があると点検の質が上がります。文字起こしがない要素は「記録になし/要確認」として残ります。
