住宅営業の失注分析をClaudeで進めるには？

失注分析は、理由を数えるだけで終わらせず、次の商談で変える行動まで決めることが目的です。案件メモを匿名化してClaudeに渡せば、事実と推測の仕分け、理由別の集計、改善候補の整理までを下書きできます。分類の確認と最終判断は、担当者が行います。

失注分析は5つの手順で進める

失注分析の目的は、負けた理由探しではなく、次に変える行動を決めることです。AIには仕分けと整理を任せます。

1. 案件メモから、氏名・連絡先を外して案件IDに置き換える
2. プロンプト1で、失注確認済みと状態未確認を分ける
3. プロンプト2で、理由を分類して根拠の引用と件数を出す
4. プロンプト3で、会議用の改善候補と実行表を作る
5. 会議で行動を一つ選び、担当・期限・確認日を決める

「価格で負けた」という記録だけでは、予算との不一致か、比較条件の違いか判断できません。商談中から、本人の発言・比較していた条件・未回答の質問・次の約束を残しておくと、分析に使えます。

どのAIに何を任せる？

仕分けと整理はAIに、理由の最終判断と行動の決定は人に分けます。

AIの分類は、あくまで仮説です。**理由が分からない案件は、AIに推測させず、お客様本人への確認で補います。**聞き方は、商談が流れる原因で整理しています。

入力前に、何を整え、何を外す？

お客様の氏名・電話番号・メールアドレス・詳細な住所は、入力前に外して案件IDへ置き換えます。家族構成や勤務先など、分析に不要な情報も入れません。

入力前の確認は、次の3点です。

• 社内にAI利用のルールがあるか。ある場合は、使ってよい環境と入力してよい情報を確認する
• 使うAIの学習設定を確認する。Claudeは設定のプライバシー、ChatGPTは設定のデータコントロールに項目がある
• 商談の発言は、個人が特定されない範囲の短い引用にとどめる

学習設定の名称や初期値は、個人向けと法人向けで異なり、更新もされます。本記事では公式ヘルプの検索結果の抜粋で項目の場所を確認しただけで、本文までは取得できていません。必ず公式ページで最新の内容を確認してください。

ファイルの添付・生成も、プランや組織の設定で使える範囲が異なります。添付できないときは、許可された範囲の文字を貼って進めます。生成ファイルが使えないときは、表や原稿を手元のアプリへ貼ってください。

コピーして順番に試すプロンプト

新しい会話で、前の出力を確認してから次へ進みます。全工程を一度に頼むより、誤りがどの段階で入ったかを確かめやすくなります。まず、素材を次の表のとおりそろえます。

練習用に、次の架空の案件表を使えます。

今回はL01〜L03を失注確認済み、L04を状態未確認として分けます。失注理由の割合を出す前に、対象に入れる案件と期間を決めます。

1 対象案件と事実・推測を分ける

住宅営業の失注メモを整理します。
対象期間：［記入］
案件表：［案件ID・顧客発言・経過・担当者の推測］
今回の失注判定：顧客から他社契約または今回の検討中止を確認した案件。返信なしだけは状態未確認。
案件ID／状態／根拠の引用／担当者の推測／不足情報の表にしてください。
顧客の本音や真因を推測で確定しないでください。対象外・未確認を削除せず別欄へ残してください。

2 根拠付きの理由別集計を作る

人が確認した案件表：［貼る］
失注確認済みだけを、予算との不一致／生活事情の変更／理由未確認に分類してください。根拠が合わないものはその他として原文を残してください。
案件ID／分類／原文引用の対応表を先に出し、分類／該当ID／件数を集計してください。
今回は1案件1分類。曖昧なら理由未確認にしてください。割合を出す場合は対象件数を分母として明記します。
失注案件だけのデータから受注率を計算しないでください。

実際の案件では、分類を自社の実態に合わせて増やします。最終2社まで残って他社に決まった案件は、価格だけで片づけず、「最終2社で差がなかった」などの別分類にします。価格が決め手になる場面は、最終2社の価格競合で整理しています。

3 会議で決める改善候補にする

確認済み集計：［貼る］
改善候補／根拠の案件ID／未確認のこと／次の商談で試す行動／確認する記録の表を作ってください。
担当者の人格や能力を評価せず、記録と営業手順の改善に絞ってください。
値引きや接触を自動で決めないでください。少数案件から全体の成約率や因果関係を断定しないでください。
最後に会議用の「今回決める一つの行動・担当・期限・次回確認日」の空欄を付けてください。
改善の実行表は、変える商談行動／対象場面／担当／期限／実施したかの確認方法／結果を見る期間と指標で作ってください。まず行動が実施されたかを見て、その後に同じ定義の対象商談数と受注数で成約率を比較します。数値目標は入力された場合だけ表示し、達成を約束しないでください。

完成例で、仕上がりを確認する

次の表は、上の架空の素材から編集部が作った期待する回答の見本です。実際のAI出力ではありません。

失注確認済みは3件です。「価格が理由」は1件確認できるだけで、L03を加えて2件とは数えません。また、受注案件を含まないため、この表だけで受注率は計算できません。

会議の改善候補（完成例）

L01を受け、次回から予算の確認時に「どの費用まで含めた総額か」を記録する案を検討する。L03は理由未確認として残す。今回の表だけで値引きが必要と結論づけない。

受注率を確認するときは、同じ期間・定義の受注件数と対象商談数を用意します。来場者を分母にした率と、提案済み案件を分母にした率は分けて扱います。

成約率改善へつなぐ実行表の例

最初に担当・開始日・対象商談の定義を決めます。成約率だけが動いても施策の効果とは断定せず、案件構成や比較期間の違いも確認します。

上記は編集部が架空の素材から作った完成見本です。実際のAI実行結果・顧客情報・効果測定ではありません。

初稿がずれたときの直し方

失注後の記憶だけを集めると、推測が混ざりやすくなります。AIの初稿は、原文と照らして次の表のとおり直します。

直すときは、次の共通プロンプトを使います。

直前の出力の［該当箇所］を修正してください。
確認済みの事実：［原文を貼る］
誤って追加された内容：［記入］
原文にない情報を削除し、不明な点は未確認として残してください。
修正箇所と理由を示し、ほかの確認済み部分は変えないでください。

使う前に確認すること

次の3点を確かめてから、運用に乗せてください。

• 氏名・連絡先を外し、社内ルールを確認した
• 分類を、AIの出力ではなく商談中の記録で照合した
• 理由未確認の案件を、お客様への確認や担当者への聞き取りで補う予定を決めた

案件ごとに新しい会話で始めると、前の案件の情報が混ざりません。月次で同じ分類ルールを使い、変更した場合は過去との比較条件も見直します。

関連する実務は、成約率の分母と計算方法、商談が流れる原因、記事一覧で確認できます。