育成・営業分析

受注と失注の差分分析で失注の真因を特定する

受注した商談群と失注した商談群の文字起こしを読み比べ、両者で何が違ったのかという差分から、失注の真因を仮説立てするプロンプトです。SFAに記録された表向きの失注理由と、会話から見える実際の要因のズレまで示します。相関を因果と決めつけず、事実と推測を分けて出します。

  • 分析・レポート

必要データと準備

用意するのは主に2種類です。

  • 受注・失注した複数商談の文字起こし: 受注に至った案件と失注した案件を、それぞれ複数集めて、案件ごとに区切って貼ります。差分を見るプロンプトなので、片方だけ、あるいは各1件ずつでは比較が成り立ちません。各群2件以上をそろえるほど、たまたまの違いなのか、繰り返し現れる差なのかが見分けやすくなります。案件の冒頭に業種・規模などのラベルを付けておくと、属性の偏りを踏まえた分析になります。文字起こしの取り方は商談文字起こしの共通ガイドも参照してください。
  • SFA/CRMの案件属性(任意): 各案件の業種・従業員規模・提案金額・失注理由コード・競合名・商談回数などがあれば一緒に貼ります。特に失注理由コードがあると、「SFA上の理由」と「会話から見える真因」のズレを指摘できます。無くても動きます。

このプロンプトの前提: 数件の比較から見えるのは、確定した原因ではなく検証すべき仮説です。受注群と失注群で業種や規模が大きく偏っていると、勝敗の差なのか属性の差なのかが混ざります。出力の「前提とデータの偏り」を最初に読み、仮説の確からしさを割り引いて扱ってください。

プロンプト本文

プロンプト(コピーして使う)
あなたは受注と失注の要因を「差分」で分析するアナリストです。
受注した商談群と失注した商談群の文字起こしを読み比べ、両者で何が違ったのかを洗い出し、失注の真因(表向きの理由ではなく、勝敗を分けた本質的な要因)の仮説を立ててください。判断は文字起こしとデータにある事実だけを根拠にし、そこからの読み取りは推測と明記してください。

## 受注した商談群の文字起こし(複数案件)
{受注に至った案件の商談文字起こしを、案件ごとに区切って貼り付け。各案件の冒頭に案件名・業種・規模などが分かるラベルを付ける}

## 失注した商談群の文字起こし(複数案件)
{失注した案件の商談文字起こしを、案件ごとに区切って貼り付け。同じ形式のラベルを付ける}

## SFA/CRMの案件属性(任意)
{各案件の業種・従業員規模・提案金額・失注理由コード・競合名・商談回数などがあれば貼り付け。無ければ空欄}

## 比較したい観点(任意)
{特に見たい論点があれば書く(例: キーパーソンの巻き込み、価格の扱い、連携要件への対応)。無ければ空欄。空欄の場合はAIが差分の大きい観点から挙げる}

## 出力フォーマット
1. 前提とデータの偏り
   受注n件・失注m件の内訳と、属性(業種・規模・金額帯)の偏りを述べる。サンプルが少ない・偏っている場合は、以降が仮説にとどまることを明記する
2. 受注群・失注群それぞれの共通要素
   各群に繰り返し現れた特徴を、根拠発言を各項目1つ引用して挙げる。事実は[事実]、読み取りは[推測]と付す
3. 勝敗を分けた差分
   受注群にあって失注群になかった要素/その逆を対比で示す。差分ごとに両群の引用を並べ、事実と推測を分ける
4. 失注の真因仮説
   差分のうち勝敗に効いたと考えられるものを影響が大きい順に挙げる。SFAの失注理由コードがある場合は「表向きの理由」と「会話から見える真因」のズレに触れる。相関と因果は区別し、他の説明(代替仮説)も併記する
5. 真因を確かめるための問い
   仮説を検証するために、次に何を調べ・誰に聞けばよいかを挙げる
6. 要確認・データ不足
   結論の前に埋めるべきデータの空白(サンプル不足、属性の偏り、記録にない期間など)を明示する

## 注意事項
- 文字起こしとデータにある事実だけを根拠にする。書かれていないことを「起きた」と判断しない。根拠がない箇所は「不明」と明記する
- 事実(実際の発言・データの値)と、そこからの推測を必ず分ける。推測には[推測]を付す
- 相関を因果と断定しない。「受注群に多い=それが受注の原因」とは限らない。効いた要因の候補として示し、代替仮説も併記する
- サンプル数が少ない・属性が偏っている場合は、傾向を一般化せず「この数件で見えた仮説」にとどめる
- SFAの失注理由コード(価格・競合・タイミング等)を真因と決めつけない。表向きの理由と、会話から見える実際の要因は食い違うことがある前提で扱う
- 曖昧な同意や社交辞令(「検討します」「前向きに」等)を、受注・失注の決め手として過大に扱わない
- 引用は文字起こしの原文を短く抜き出す。金額・日付・固有名詞・失注理由は原文どおりにする

このプロンプトを動かしてみる

プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。

営業AIエージェントStockworkサンプル実行(収録済み)
受注群と失注群を読み比べて、失注の真因を仮説立てして。
AIに渡した入力データ(架空サンプル)
■受注群 [受注・キャリアブリッジ(人材紹介・従業員90名・提案180万相当)/SFA: 受注] 人事責任者: 急拡大で労務が追いつかない。とにかく早く回したい。 営業(ロウムメイト): 実際に運用される現場のご担当にも同席いただけますか。 (2回目に現場の労務担当が同席) 現場の労務担当: 今の給与ソフトとの連携が一番不安です。二重入力になると困る。 営業: 御社の利用バージョンで連携可否を確認して、次回お持ちします。 現場の労務担当: 連携が確認できて安心しました。これなら現場も回せそうです。 人事責任者: では進めましょう。 [受注・ブライトケア(介護・従業員210名・提案310万相当)/SFA: 受注] (2回目から夜勤シフトを管理する現場担当が同席。運用フローと有休連動をすり合わせ) 現場担当: 夜勤明けの申請まで含めて、現場が使えるイメージが持てました。 ■失注群 [失注・丸和製作所(金属加工・従業員450名・提案520万相当)/SFA失注理由: 価格/競合: ジンジワークス] 管理部長: 紙とExcel中心なので、現場が使いこなせるか不安がある。あと、正直この金額は高い。 営業: 現場の労務ご担当にもお話を伺えれば。 管理部長: まずは私のほうで整理してから。(現場担当は最後まで同席せず) 管理部長: 今回は見送ります。 [失注・ノーススチール工業(鉄鋼加工・従業員520名・提案560万相当)/SFA失注理由: 競合/競合: ジンジワークス] 本社の管理担当: 話は良いと思う。 (終盤に現場の運用担当が初同席) 現場の運用担当: 連携が不安だし、現場と本社でやり方が違う。今のやり方を変えたくない。 本社の管理担当: 現場がこう言うので、今回は他社さんで。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 観点を絞って深掘りする: 「比較したい観点」に「キーパーソンの巻き込み」「価格の切り出し方」「連携要件への対応」などを指定すると、その論点に絞って受注群・失注群を対比します。仮説がある程度立っているときの検証に向きます。
  • 属性をそろえて交絡を減らす: 受注群・失注群を「従業員300名以上」「金額500万以上」など近い属性でそろえて入力すると、規模や金額の影響を抑えて、進め方の差を見やすくなります。件数がある組織ほど効きます。
  • 勝ちパターンの型化につなげる: 差分が安定して見えてきたら、出力を「営業プレイブックの一節(この規模ではデモ2回目までに現場運用者を同席させる、など)」に書き換えるよう指示を足すと、分析から現場で使える型に落とせます。

よくある質問

失注理由はSFAに入力しているのに、なぜこのプロンプトが必要ですか?

SFAの失注理由コードは、担当が入力時点で選んだ「表向きの理由」であることが多く、本当に勝敗を分けた要因とは食い違うことがあります。「価格」で登録されていても、受注できた案件でも同じ価格帯だったなら、価格は真因ではありません。このプロンプトは受注案件と並べて差分を見るので、SFAの理由コードと会話から見える真因のズレを浮かび上がらせます。

受注案件と失注案件が数件ずつしかありませんが使えますか?

使えますが、出力は確定した原因ではなく仮説として扱ってください。件数が少なかったり、受注群と失注群で規模・金額が偏っていたりすると、勝敗の差なのか属性の差なのかが混ざります。このプロンプトは「前提とデータの偏り」を最初に明示し、サンプルが少ない場合はその旨を断ったうえで分析します。件数が増えたら再検証する前提で使ってください。

AIが「これが失注の原因」と断定してくれますか?

断定はしません。数件の比較から見えるのは相関であり、それを因果と決めつけない設計にしています。効いたと考えられる要因の候補を影響順に挙げ、他の説明(代替仮説)も併記し、真因を確かめるための次の問いを返します。出てくるのは結論ではなく、検証すべき仮説です。人が確認して初めて打ち手になります。

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

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

メニュー

資料請求