ChatGPTで失注分析する方法｜断られた理由から次の提案を見直す
ChatGPTで失注分析をするなら、断られた案件の記録を整理し、「相手が話した理由」と「こちらの推測」を分けることから始めましょう。理由を決めつけずに分類すると、次の提案で何を確かめ、何を変えるかを考えやすくなります。価格を下げる前に、見送りが決まった段階と、その根拠を確認することが大切です。
「説明にはうなずいてくれたのに、最後は断られた」「見積もりを出すと返事がなくなる」。こうした経験が続くと、つい価格が高いのだろう、自分の説明が下手なのだろうと考えてしまいます。しかし、記録を確かめなければ、どちらも推測のままです。
この記事では、小さな会社や個人事業で、商談メモや見積もり後の記録をChatGPTで振り返る方法を解説します。営業管理システムへの接続は不要です。架空の案件で練習し、記録、分類、集計、提案の見直しまでを順番に進めます。
断られた経験を、次のお客様への分かりやすい提案に変えたい方へ。
→ 生成AIマスタースクール（GMS）の無料ウェビナーで実践方法を確認する
失注分析は「なぜ売れなかったか」を想像する作業ではない
失注分析とは、商談が成約に至らなかった記録を振り返り、次の営業活動を見直すための作業です。目的は担当者の失敗探しではありません。判断に必要な説明が不足していたのか、希望する提供範囲と合わなかったのか、今回は時期が合わなかったのかを、確認できる材料から整理します。
Salesforceの解説でも、商談に至る前と、商談を進めて成約に至らなかった場合を区別し、社内で定義をそろえる重要性が示されています。この記事では、確定した失注と、まだ判断が出ていない案件を混ぜずに扱います。Salesforce：失注の要因と分析方法
ChatGPTに「本当の理由を見抜いて」と頼むと、記録のない気持ちまで説明したような回答になるおそれがあります。相手が話した理由も、その時点で示された説明であり、心の中のすべてを証明するものではありません。分からないことを残したまま、次の確認と改善へ進むのが実務的です。
| 振り返り方 | 残るもの | 次にできること |
|---|---|---|
| 「価格のせいだ」と決める | 根拠のない一つの説明 | 値下げへ急ぎやすい |
| 相手の発言をそのまま残す | 確認できた言葉 | 何を確かめ直すか考えられる |
| 記録と推測を分けて比べる | 事実、仮説、未確認点 | 提案内容や確認順序を見直せる |
最初に、失注・保留・無回答の区分を決める
見積もりを送った後に返事がないことと、今回は契約しないと回答があったことは違います。分析のために無回答をすべて失注へ移すと、分かっていない理由まで分かったように見えます。まず、分析用の状態を揃えます。これは既存の営業管理システムを書き換える指示ではなく、今回の集計範囲を決める作業です。
| 状態 | この記事での扱い | 記録しておくこと |
|---|---|---|
| 受注 | 成立が確認できた案件 | 確定日、対象商品 |
| 確定失注 | 今回は成約しないと確認した案件 | 確定日、確認した根拠 |
| 保留・継続検討 | 判断や条件の確認が続く案件 | 次の判断予定、未決事項 |
| 無回答・状態不明 | 結果を確認できていない案件 | 最終連絡日、結果未確認 |
| 商談前の辞退 | 具体的な商談に進む前の終了 | 入口段階として別管理 |
社内で「一定期間連絡がなければ終了」とするルールがある場合は、そのルールによる終了と、相手が断った終了を分けて残します。管理上の終了日は決められても、断られた理由まで判明するわけではありません。「終了理由不明」という分類が必要です。
また、案件の一部だけが成立した場合は、何を一件とするかを先に決めます。撮影と動画編集を一緒に提案し、撮影だけ受注したなら、案件全体を失注にするのか、提案項目を分けて扱うのかで集計が変わります。途中で都合よく数え方を変えないようにしましょう。
ChatGPTに任せることと、人が判断すること
ChatGPTは、短いメモを項目別に整理したり、同じ意味の理由をまとめたり、抜けた情報を見つけたりする補助に向いています。OpenAIの公式説明では、表計算ファイルなどを分析し、表やグラフを作成できることが案内されています。ファイルの対応状況はモデル、プラン、職場の設定などで異なります。OpenAI：ChatGPTによるデータ分析
少数の匿名化した記録なら、文章として貼り付けて始める方法もあります。複雑なツールを導入する前に、数件の記録を同じ基準で読めるか試してください。AIが作った表は整理案であり、顧客へ確認した事実の代わりにはなりません。
| 工程 | ChatGPTに頼めること | 人が決めること |
|---|---|---|
| 記録整理 | 項目をそろえ、欠落を示す | 元の記録が正しいか |
| 理由分類 | 根拠付きの分類案を出す | 区分が業務に合うか |
| 件数集計 | 分類別に数える | 対象と重複の扱い |
| 改善検討 | 複数の小さな案を出す | 価格、提供範囲、実施可否 |
| 顧客への対応 | 必要なら文面の下書きを作る | 連絡の可否と送信 |
手順1：振り返る範囲と、一件の数え方をそろえる
最初は一つの商品やサービスに絞ります。講座、制作代行、継続支援を全部まとめると、金額、検討期間、選び方が違い、理由の比較が難しくなります。「直近に終了した制作代行の商談」のように、同じ提供内容と近い条件の案件から選びます。
期間にも注意します。今月提案した案件を見たいのか、今月結果が確定した案件を見たいのかは別です。提案日を基準にすると、月末の案件がまだ検討中になりやすくなります。今回の目的が終了理由の整理なら、結果確定日を基準にし、その集計であることを明記する方法があります。
| 決める項目 | 記入例 | 避けたい混同 |
|---|---|---|
| 対象 | 小規模店舗向けの撮影サービス | 別商品の案件をまとめる |
| 一件の単位 | 一つの提案・見積もり単位 | メール数を案件数として数える |
| 期間の基準 | 結果確定日が対象月に入るもの | 提案日と確定日を混ぜる |
| 含める状態 | 受注・確定失注を比較、保留は別 | 無回答を理由付き失注にする |
| 除外条件 | 重複登録、テスト用案件 | 都合の悪い失注だけ除外する |
対象に合う記録が三件しかなければ、三件から始めて構いません。ただし、その三件で事業全体の傾向が決まったとは言えません。記録を整えることと、十分な件数から傾向を判断することを分けましょう。最初の回は、分からないことを見つけるだけでも価値があります。
手順2：顧客の言葉と社内の解釈を別の列にする
同じ「高い」というメモでも、相手がそう言ったのか、担当者がそう感じたのかで扱いは変わります。「提示額は今回の予算を超える」と確認できたなら、価格・予算に関する材料です。一方、「返信がないので高いと思われたはず」は担当者の仮説であり、価格を理由とする集計にはそのまま入れません。
原文が長ければ、意味を変えない短い要約も作れます。ただし、原文と要約を混同しないようにします。「社内確認が必要」を「決裁者が反対した」に変えると、まだ確認していない事実が追加されてしまいます。発言の強さや、保留のニュアンスを保つことが大切です。
| 記録項目 | 残す内容 | 分からない場合 |
|---|---|---|
| 案件ID | 匿名の整理番号 | 仮番号を付ける |
| 商品・提案範囲 | 何を提案したか | 範囲未確認 |
| 結果と確定日 | 受注、確定失注など | 状態未確認 |
| 最後に進んだ段階 | 相談、見積もり、最終確認など | 段階不明 |
| 顧客の言葉・要約 | 確認した発言と記録元 | 理由未確認 |
| 社内の解釈 | 担当者が考える理由 | 推測なし |
| 条件の記録 | 納期、範囲、比較条件など | 未確認のまま残す |
記録元は、メール、面談メモ、電話後の確認メモなど、手元でたどれる形にします。AIへ顧客メール全文や個人名を渡す必要はありません。分析用の表には「メール確認」「面談メモ」のように種類だけを書き、元の資料は許可された社内の場所で保管します。
手順3：機密情報を減らしてから入力する
商談には、個人情報だけでなく、非公開の予算、取引条件、顧客の社内事情が含まれます。名前をA社に変えれば何でも入力できる、ということではありません。珍しい事業内容や日付、金額の組み合わせから、相手を推測できる場合もあります。
まず、会社のルールや契約上の制約を確認し、利用するAIへ送ってよい範囲だけに絞ります。OpenAIはデータ管理の設定を案内していますが、設定を変えることだけで機密情報の入力許可が得られるわけではありません。利用するアカウントや職場の条件も確認してください。OpenAI：ChatGPTのデータ管理
| 元の情報 | 分析用に残す案 | 扱いの注意 |
|---|---|---|
| 社名・担当者名 | 案件01などの仮番号 | 対応表はAIに渡さない |
| メール・電話 | 削除 | 分類には通常不要 |
| 詳細な予算 | 許可があれば価格帯 | 金額が不要なら削除 |
| 顧客の内部事情 | 分析に必要な抽象化した説明 | 守秘義務のある内容は入力しない |
| ログイン情報・認証URL | 完全に除外 | 伏せ字の不完全な残存にも注意 |
判断に迷う記録は、入力せず社内で確認します。匿名化によって理由が分からなくなるなら、無理にAIへ渡さず、人がその案件だけ確認する方法もあります。すべてをAIに処理させることより、必要な改善が安全に進むことを優先します。
手順4：架空の6案件で、分類の前に状態を確かめる
ここからは説明用の架空例です。実在する顧客や会社の実績ではありません。小規模店舗向けの撮影サービスを提案した六案件があるとして、失注した理由を整理します。金額や個人情報を入れず、状態と確認できた言葉だけを用意します。
| 案件 | 状態 | 確認できた言葉・記録 | 社内の推測 |
|---|---|---|---|
| 01 | 確定失注 | 「今回は予算の上限を超えるため見送ります」 | なし |
| 02 | 確定失注 | 「必要な納品日には間に合わないので見送ります」 | なし |
| 03 | 確定失注 | 「今回は別の会社に依頼します」。選定理由は未回答 | 価格差かもしれない |
| 04 | 無回答 | 見積もり送付後、結果の返事は未確認 | 高いと思われたかもしれない |
| 05 | 保留 | 「来月の社内確認後に判断します」 | なし |
| 06 | 受注 | 提供範囲と納期を確認して契約成立 | なし |
この表の確定失注は01、02、03の三件です。04は結果が不明、05は保留、06は受注です。したがって、六件すべてを失注理由の割合の分母にしません。また、03は他社への依頼が確認できても、その会社を選んだ理由は分かっていません。「競合に決定」と「価格で競合に負けた」は別の情報です。
この例から、確定失注三件のうち、価格・予算の発言が確認できるのは一件です。04を加えて「価格による失注が二件」とすることはできません。推測を分類へ混ぜると、値下げすべきだという誤った結論に近づいてしまいます。
実用プロンプト1：記録を整理し、不明点を残す
次の依頼文は、上の架空例だけで試せます。実際のデータを使う前に、AIが無回答を失注へ変えたり、顧客の本音を補ったりしないかを確かめましょう。まず表を完成させることより、確かな記録と不確かな記録を分ける練習です。
以下は架空の撮影サービスの案件記録です。個人情報は含みません。
01：確定失注。「今回は予算上限を超えるため見送る」とメールで確認。
02：確定失注。「必要な納品日に間に合わないため見送る」と面談メモに記録。
03：確定失注。「今回は別会社に依頼する」と確認。選定理由は不明。担当者は価格差を推測。
04：無回答。見積もり送付後の結果は未確認。担当者は価格が原因かと推測。
05：保留。「来月の社内確認後に判断する」と確認。
06：受注。範囲と納期を確認して契約成立。
案件ID／状態／確認できた説明／社内の推測／不明点の表へ整理してください。
発言がない理由は作らず、状態を変更しないでください。
他社決定という結果から、価格や品質が理由だと推測しないでください。
最後に、確定失注の件数と対象IDを示してください。
まだ改善策や値下げ案は出さないでください。出力では、対象IDが01〜03になっているかをまず確認します。四件や五件になった場合は、分類へ進む前に元の記録へ戻します。「別会社に依頼」が「安い別会社に依頼」に変わっていないかも見ます。短い付け足しでも、集計と改善方針を変えるおそれがあります。
手順5：理由の分類は、根拠があるものだけに付ける
分類名は、自社の提供内容に合う少数から始めます。細かい区分を最初から増やしすぎると、どこへ入れるかで迷い、担当者ごとの差が大きくなります。次の表は、この記事の架空例と小規模なサービス業を想定した整理案です。普遍的な正解の分類ではありません。
| 理由の分類案 | 入れる根拠の例 | これだけでは入れない |
|---|---|---|
| 価格・予算 | 予算上限を超えるという発言 | 見積もり後の無回答 |
| 提供範囲・仕様 | 必要な作業が対象外という説明 | 漠然とした不満の推測 |
| 納期・実施時期 | 希望日と提供可能日が合わない説明 | 連絡が遅くなったことだけ |
| 判断材料の不足 | 事例や説明が不足したと確認 | 担当者自身の反省だけ |
| その他の確認済み理由 | 上記以外の明確な説明 | 分類しにくい推測 |
| 理由不明 | 結果は失注だが理由未確認 | 空欄を放置して集計から消す |
競合への決定、自社対応の遅れ、担当者の交代などは、結果や背景の別項目として残す方法があります。例えば競合決定でも理由は納期かもしれず、価格かもしれず、不明かもしれません。結果と原因を一つの分類に押し込めないほうが、後の判断を誤りにくくなります。
一つの案件に複数の理由が確認できた場合は、複数ラベルを認める方法と、主理由を一つ決める方法があります。最初は、主理由が確認できる案件だけ主理由を付け、不明な優先関係は残す方法が分かりやすいでしょう。AIに「最もありそうな理由を選べ」と強制しないでください。
| 分類方法 | 分母と数え方 | 読み方の注意 |
|---|---|---|
| 主理由を一つ | 確定失注一件につき一分類 | 理由の優先関係を勝手に作らない |
| 複数理由を付ける | 案件数と理由ラベル数を別に数える | 割合の合計が100％を超える場合がある |
| 判断保留を残す | 分類できない案件も一覧に残す | 分からない案件を消さない |
実用プロンプト2：根拠を付けて分類し、件数を検算する
理由の区分と数え方を決めたら、分類を依頼します。AIに自由に分類名を作らせると、前回と今回で意味が変わる場合があります。同じ型で繰り返し比べるなら、分類ルールを一緒に渡し、変更した場合はその日付を記録します。
先ほど整理した架空案件のうち、確定失注だけを分類してください。
分類：価格・予算／提供範囲・仕様／納期・実施時期／判断材料の不足／その他の確認済み理由／理由不明。
主理由が明示されていない複数理由は、無理に一つへ決めず判断保留にしてください。
出力1：案件ID、分類案、根拠となる記録、別に残す背景、確認が必要な点。
出力2：分類ごとの件数と案件ID。理由不明も含めてください。
出力3：対象案件総数と分類後の合計を照合し、重複・漏れを示してください。
顧客の発言と担当者の推測を混ぜないでください。
他社決定から価格差を推測しないでください。
割合を出す場合は、分母と件数を必ず併記してください。
少数案件から市場全体の傾向や担当者の能力を判定しないでください。架空例の期待される整理は、価格・予算が01、納期・実施時期が02、理由不明が03です。他社決定という背景は03に別記します。合計三件で、対象IDに抜けや重複がないか確認します。これは実際の顧客を判定した結果ではなく、与えた記録を正しく分類できるかの練習です。
「売れなかった理由」の思い込みを減らし、記録から改善を考えたい方へ。
→ 生成AIマスタースクール（GMS）の無料ウェビナーで実務活用を学ぶ
手順6：件数と段階を見て、追加確認を一つ選ぶ
分類表ができたら、件数の多さだけで順番を決めず、どの段階で何が分からなくなっているかを見ます。相談段階の辞退と、最終確認後の失注では、次に見直す場所が違います。ただし、失注前の段階に案件が多いことだけで、その段階の説明が悪いとは断定できません。
| 見る切り口 | 知りたいこと | 追加で必要な情報 |
|---|---|---|
| 結果別の件数 | 終了と検討中を分けられているか | 状態の確認日 |
| 理由別の件数 | 記録上どの理由が多いか | 理由不明の件数 |
| 最終到達段階 | どこまで進んで終了したか | 各段階へ進んだ案件数 |
| 商品・提供範囲 | 特定の提案に偏っているか | 同じ条件の受注案件 |
| 時期・変更前後 | 案内変更後に記録が変わったか | 対象顧客や条件の違い |
例えば、見積もり段階の失注が多いと分かっても、その段階に進んだ案件の総数がなければ、段階別の失注率は出せません。失注した案件だけを集めた表から「受注率が低い」と計算することもできません。分子だけでは割合にならない点に注意します。
受注率を確認するなら、対象期間や対象商品の定義をそろえ、受注件数と確定失注件数を用意します。例えば終了した案件の中の受注割合を見るなら、受注件数を受注と確定失注の合計で割り、「終了案件に占める受注割合」と明示します。保留を含む全提案件数を分母にした数値とは別です。
架空例では、終了案件は受注一件と確定失注三件なので、その定義の割合は一件÷四件で25％です。ただし、小さな架空例から成果の良し悪しを判断する意味はありません。05の保留が後に受注すれば別時点の集計も変わります。数字には定義と確認日を添えましょう。
手順7：値下げより先に、確認順序と説明内容を見直す
価格・予算の理由が記録されていても、全商品を値下げする必要があるとは限りません。そもそも対象とする顧客層が合っていない、必要な提供範囲が違う、希望時期と予算の確保時期が合わないなど、別の確認が必要な場合があります。記録から言える範囲で案を考えます。
納期の不一致があれば、次回から希望日を見積もり前に確認するという改善が候補になります。実績の説明不足が確認できたなら、顧客に関係する事例を一つ用意する方法があります。どちらも「押し切って売る」ためではなく、合うかどうかを早めに判断してもらうための変更です。
| 確認された材料 | 小さな改善案 | まだ変えないこと |
|---|---|---|
| 希望納期との不一致 | 初回相談で希望日と代替可能日を確認 | 無理な短納期の約束 |
| 対象外作業が必要 | 見積もり前に範囲と対象外を一枚で説明 | 提供できない作業の追加 |
| 予算上限との不一致 | 必要範囲と予算条件を早めに確認 | 根拠のない一律値下げ |
| 判断材料が不足 | 事例、成果物例、進行の説明を補う | 実績や成功率の創作 |
| 理由不明が多い | 記録方法と任意の聞き方を見直す | 不明な理由の自動補完 |
改善案は一度に増やしすぎないようにします。料金、資料、対象顧客、連絡頻度を同時に変えると、何が影響したか分かりにくくなります。今回なら「初回に希望納期を確認する」のように、実施したかを確かめられる行動へ落とします。
実用プロンプト3：次の提案で試す行動を決める
最後は、分類された理由を行動に変えます。AIに売上増加率を予測させるのではなく、担当者が実施できる変更と、その確かめ方を作らせます。実際の価格変更、提供範囲の追加、顧客への連絡は、下書きと実行を分けて判断してください。
分析結果から、次の提案で試す改善案を最大3つ出してください。
目的は、契約を強く迫ることではなく、条件のずれを早く確認し、相手が判断しやすくすることです。
各案について、根拠となる案件ID／確認された事実／まだ推測の部分／具体的な行動／実施したかの確認方法／主な不利益／見直す条件を示してください。
制約：価格と契約条件は変更しない。提供できない納期を約束しない。顧客へ自動連絡しない。
確認材料が足りない案は、実行案ではなく追加確認として分けてください。
売上や成約率の改善を保証しないでください。
最後に、最初に試す一案と、その案を勧める理由を短く示してください。例えば、案件02を根拠に「初回相談で希望納品日を確認する」と出たら、次の商談メモに確認欄を一つ足す案にできます。ただし一件の例にすぎないため、全体の主原因だとは言いません。実施の手間が小さく、条件のずれを早く確かめられる点を理由に試す、という位置づけです。
失注後の確認は、相手の負担と意向を優先する
理由が分からない場合でも、相手へ何度も聞けばよいわけではありません。連絡を断られている、すでに必要な対応が終わっている、関係上負担が大きい場合は、追加連絡をしない選択があります。理由不明のまま終えることも、適切な判断です。
聞ける関係であれば、「今後の案内改善の参考として、差し支えない範囲で、判断時に重視された点を教えていただけますか。ご回答は任意です」のように、目的と任意性を伝えます。断られた判断を覆すための質問や、回答を催促する前提にはしません。
| 場面 | 扱い方 | 避けたい聞き方 |
|---|---|---|
| 今後の改善として質問できる | 目的を伝え、回答は任意にする | 「本当は価格が理由ですよね」 |
| 他社に決まったと回答済み | 必要なら判断基準を任意で尋ねる | 競合の秘密情報を求める |
| 連絡不要の意思表示がある | 追加の営業連絡をしない | 理由確認を名目に繰り返す |
| 返事がない | 状態不明として扱い、社内方針で判断 | 価格や不満を推定して記録する |
聞き取りの設計を深める場合は、ChatGPTで顧客ヒアリングの質問を作る方法も参考になります。本記事の中心は、すでにある終了案件の記録を分類して改善へつなぐことです。質問を増やすこと自体を目的にしないでください。
失注分析で起こりやすい失敗例10選
1．無回答をすべて価格による失注にする
返信がない理由は分かりません。結果未確認と理由不明を残し、確定した失注とは別に集計します。返信の有無だけで顧客の評価を読もうとしないことが大切です。
2．「競合に決定」を「競合が安い」に変える
別会社を選んだことと、価格差が決め手だったことは別です。判断基準が確認できなければ、結果だけを残し、理由は不明とします。AIの自然な説明を根拠にしないでください。
3．顧客の言葉と担当者の反省を混ぜる
「説明が足りなかったと思う」は改善仮説として役立つ場合がありますが、顧客がそう話した事実ではありません。両方を残すなら列を分け、分類の根拠を明確にします。
4．複数理由を足して案件数より多くする
複数ラベルを認めるなら、案件数とラベル数を別々に表示します。三案件に五つの理由が付いても、五件失注したことにはなりません。集計単位を出力の冒頭に書きます。
5．大きな一件の印象で全体を決める
高額案件の失注は印象に残りますが、一件の事情が全案件を代表するとは限りません。件数と想定金額は別の切り口です。未受注の見積額を、確定した売上損失や利益損失と呼ばないでください。
6．失注した人だけを見て受注率を計算する
受注率には、定義に合う受注と比較対象の記録が必要です。失注一覧しかないときは、理由の内訳は整理できても受注率は算出できません。足りない件数を推定で埋めないことが原則です。
7．少数の割合で営業担当者を評価する
担当商品の難しさ、案件の条件、検討期間などが違えば、単純な率の比較では能力を判断できません。今回の目的は提案の改善であり、人事評価の自動化ではありません。
8．理由の分類を毎回変える
「納期」と「時期」を前回は一つ、今回は別々にすると単純比較できません。分類変更の理由と日付を残し、過去も同じ定義に読み替えられるか確認してから比較します。
9．改善案をすべて一度に実施する
価格、資料、連絡、対象を同時に変えると負担が増え、結果の読み方も難しくなります。根拠があり、実施を確認できる一つの行動から始め、他の案は保留にします。
10．AIの表を原本へ上書きする
原文を消すと、分類に疑問が出たとき戻れません。元の記録を残し、分析用のコピーに分類案と確認結果を追加します。AIが整えた文章を顧客の原文として保存しないでください。
続けるための振り返り表は、一枚でよい
失注分析は、一度の長い反省会で終わらせるより、同じルールで短く続けるほうが変化を追いやすくなります。ただし、毎日分析しても案件が増えていなければ、新しい情報はありません。商談の発生頻度に合わせて、月単位などの無理のない区切りを決めます。
会議では、全案件を読み上げるのではなく、分類の不一致、未確認が多い項目、前回決めた行動の実施状況を先に見ます。実施していない改善を「効果がなかった」と評価しないようにします。記録の品質と受注結果も、別のものとして確認します。
| 振り返り欄 | 記入する内容 | 次回への役割 |
|---|---|---|
| 対象と期間 | 商品、確定日の範囲、対象件数 | 比較条件を保つ |
| 確認できたこと | 根拠のある理由と件数 | 仮説と区別する |
| 未確認 | 状態や理由が不明の案件数 | 記録の改善点を探す |
| 今回試すこと | 一つの具体行動 | 実施の有無を確認する |
| 担当と確認日 | 誰がいつ見るか | 放置を防ぐ |
| 結果の扱い | 少数、条件変更などの注意 | 成果を早計に断定しない |
同じ改善を続けるか判断するときも、受注したかどうかだけで見ないほうがよい場面があります。希望納期を早く確認する変更なら、見積もり後に初めて納期不一致が分かる案件が減ったか、対象外の依頼を早く説明できたかも材料になります。受注を保証しなくても、互いの無駄な往復を減らす改善は考えられます。
筆者の実務視点
私が最初に勧めたいのは、失注理由を増やすことではなく、記録の中で「誰が言ったことか」を分けることです。顧客の発言とこちらの反省が混ざると、分析は整って見えても、次の行動を誤る場合があります。まずは数件のメモを読み直すところからで十分です。
価格に関する言葉が出たときほど、急いで値下げへ進まないことが大切です。価格が条件に合わないという事実と、価格を下げれば成立するという仮説は違います。提供範囲や対象顧客、時期を含めて確認し、採算を保ちながら判断する必要があります。
私は、AIには「理由を当てる」より「不足する確認を見つける」役割を持たせる方法を推奨します。記録を読んで、結果は分かるが理由は不明だと示せることは、分析の弱さではありません。次に何を記録すればよいかが明らかになります。
改善は、一つの行動に絞るほうが現場へ取り入れやすくなります。例えば希望納期を初回に確認する、対象外の作業を見積もり前に説明する、といった小さな変更です。立派な原因分析より、次の商談で実施でき、後で確認できることを優先したいと考えています。
一方、顧客へ連絡してまで理由を集める必要があるかは、関係性と相手の意向によります。断られた結果を尊重し、追いかけない判断も含めて営業です。AIの提案を、そのまま連絡や価格変更の指示にせず、人が責任を持って選びましょう。
ChatGPTの失注分析に関するFAQ
案件が数件しかなくても意味がありますか？
あります。ただし、統計的な傾向や営業力を判断するより、記録の抜けや分類のずれを見つける用途が中心です。件数と対象条件を明記し、少数の割合から全体方針を変えないようにします。
Excelや営業管理システムは必要ですか？
最初は必須ではありません。許可された匿名の短い記録を文章で貼り付けて整理できます。件数が増えたら表へ移すと確認しやすくなりますが、AIとの直接連携や新しい契約から始める必要はありません。
無料のChatGPTでもできますか？
利用できる範囲で、短い文章の整理から試せます。ファイル分析などの機能や利用枠はプランや設定により異なります。添付できない場合は、個人情報を含まない少量の記録で試し、表示される利用条件に従ってください。
本音と建前をAIで見分けられますか？
記録から確実に見分けられるわけではありません。相手の言葉を尊重し、説明と仮説を分けます。本音を推測して断定するのではなく、必要で適切な場合だけ、任意の追加確認を検討します。
複数の理由がある案件はどうしますか？
主理由が確認できるならそれを使い、ほかを補足に残します。主理由が不明なら複数理由または判断保留で扱います。案件数と理由数を区別し、割合の合計が何を意味するかを明記してください。
理由が分からない案件は除いてよいですか？
対象に含まれる確定失注なら、理由不明として残すのが基本です。除くと、分かっている理由だけが過大に見えます。理由判明案件のみの内訳を別に出すなら、その対象件数と除外範囲を示します。
価格が理由として多ければ値下げすべきですか？
それだけでは決められません。予算条件、提供範囲、相手が比較した内容、採算などを確認します。一律値下げ以外に、対象を絞る、範囲を明確にする、提案時期を調整する余地があるか検討します。
分析結果をそのまま顧客に送ってよいですか？
社内の分類や推測を、そのまま顧客へ送らないでください。必要な連絡がある場合も、相手の意向と共有する情報を確認し、目的に合う文章を人が選びます。分析用の記録と対外的な説明は別に扱います。
まとめ：断られた記録から、次に変えることを一つ決める
ChatGPTで失注分析をするときは、確定失注、保留、無回答を分け、顧客の言葉と社内の推測を別に残します。そのうえで根拠付きの分類案を作り、件数と対象IDを確認します。分からない理由を埋めないことが、誤った値下げや無理な提案を避ける第一歩です。
最初は、この記事の架空六案件を使い、正しく三件の確定失注を取り出せるか試してください。その後、自社で利用を許可された記録を少数整理し、次の商談で試す行動を一つ選びましょう。失注を責める材料ではなく、提案を分かりやすくする材料へ変えていきます。
次の提案を感覚だけに頼らず、記録と生成AIを使って見直したい方へ。
→ 生成AIマスタースクール（GMS）の無料ウェビナーに参加する
参考情報
2026年11月13日に以下の公式情報を確認しています。分類表と架空例は本記事の実践用に作成したもので、特定の企業の実績や標準分類を転載したものではありません。
