案件・ヨミ管理

ヨミ管理の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エージェントStockworkサンプル実行(収録済み)
この案件の担当ヨミが、商談の事実とどこでズレてるか検査して。
AIに渡した入力データ(架空サンプル)
担当のヨミ(営業 鈴木) - ヨミ区分: Commit(今四半期の着地に含める)/確度: 70%/予定クローズ月: 7月/想定受注額: 初年度 約115万円 - コメント: 現場の田中さんが「これなら回る」と言ってくれている。佐藤部長も前向き。7月の取締役会で決まる見込み。 SFA/CRMの案件レコード - 現フェーズ: 提案・見積前(デモ済み)/登録確度: 70%(本人申告) - 決裁: 佐藤起案→取締役会(四半期ごとの投資枠)。次の投資枠レビューは来四半期。 - 競合: 大手の労務SaaS(社名未確認)。両社の資料を比較中。 - 未解決: 予算上限が社内未確定/給与ソフト(ペイロールデスク)連携のバージョン確認中/セキュリティチェック回答が宿題 商談文字起こし(抜粋) - 第1回(4/8)佐藤「私が起案して、最終的には取締役会。四半期ごとに投資枠を見る」 - 第3回(5/13)佐藤「想定より初期費用が乗るな。取締役会にかけるので費用対効果を私が説明できる形にしたい」 - デモ後フォロー 佐藤「次の投資枠を見るのが来四半期」「具体的な上限はまだ社内で握れていない」/田中「(連携バージョンは)情シスに聞いたら確認中」
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • ヨミの定義に合わせる: Commit/Best/Pipelineの呼び名や基準は組織で異なる。出力フォーマット1の「着地観」の選択肢を、自社のヨミ区分(例: A/B/C、確実/有力/挑戦)に置き換える。
  • 高単価・長期案件向け: 決裁プロセスと時期の粒度を上げ、「稟議の階層」「予算年度との関係」を評価要素に追加する。着地月のズレが金額に直結するため。
  • 短サイクル・多案件向け: 評価要素を「課題・キーパーソン・予算・ブロッカー」の4つに絞り、1案件30秒でスキャンできる短い出力にする。パイプライン全体を流し見する用途に向く。
  • 担当の癖の補正: 特定の担当が一貫して強気/手堅い傾向があるなら、コメント欄に「この担当は過去に楽観傾向」等の前提は入れず、あくまで記録の事実から評価させる(先入観で歪めないため)。傾向の解釈はマネージャー側で持つ。

よくある質問

ヨミ管理をAIに任せると、フォーキャストの判断まで丸投げになりませんか。

このプロンプトはヨミを決めるものではなく、担当の申告と記録上の事実の差を可視化するものです。出力はあくまで点検材料で、Commitに置くかどうかの最終判断はマネージャーが行う前提で設計しています。注意事項でも「担当が間違いという断定はしない」と明示しています。

AIが確度を数字で出してくれますか。

意図的に出さない設計です。受注確度%は根拠が曖昧になりがちで、AIが作った数字が独り歩きすると危険なため、レコードにある担当入力値以外の数値は付けません。代わりに「この確度は証拠に対して強気/弱気の可能性・要確認」と定性で返します。

商談の文字起こしがない案件でも使えますか。

SFA/CRMレコードと担当ヨミだけでも一部は動きますが、精度は落ちます。ヨミのズレは「発言に出た決裁時期や予算の握り」から見つかることが多いため、少なくとも直近1〜2回分の商談記録があると点検の質が上がります。文字起こしがない要素は「記録になし/要確認」として残ります。

商談の一次情報をAIが利活用、
営業担当者の行動が変わる

プロンプトの入力データが自動で貯まる仕組みを、資料でご確認ください

メニュー

資料請求