工務店・ハウスメーカーの失注理由の記録 顧客の原発言と担当者の推測を分ける

失注理由を集計すると「価格」「他社決定」「時期」が並ぶ。しかし、その数字から何を直せばよいか分からない。原因の一つとして、顧客本人の回答と担当者の印象が同じ欄に入っていることが考えられます。

記録では、まず誰が、いつ、どの方法で、何を述べたかを残します。その上で、読みやすい要約、担当者の推測、集計用の分類を分けます。「総額が気になった」という発言があれば、総額への言及は記録できますが、それが唯一の失注原因だったとまではいえません。

ここでは、表計算やCRMで使う項目と、迷いやすい分類、履歴、集計の方法を説明します。案件、発言、日付、数値、AI出力例はすべて説明用の架空例です。分類コードと記入方法は編集部の運用提案で、業界標準ではありません。

01.失注の結果と、理由が分かったかを分ける

「今回は依頼しません」という回答で辞退を確認できても、理由まで分かるとは限りません。「辞退確認済み、理由不明」という記録は成立します。

一方、返信が途絶えたことだけでは、検討中止や他社契約を確認したことになりません。社内基準で案件を終了する場合は、「本人の辞退回答」と「社内基準による終了」を区別し、判断日と根拠を残します。理由確認のために連絡できるかは、案件の終了判断とは別に考えます。

失注確定日、顧客の回答日、担当者が入力した日は別になることがあります。集計に使う日付と、発言を得た日付を分けると、後日入力や追加回答でも時点を取り違えずに済みます。

02.原発言・要約・推測・分類を別の欄に置く

原発言は根拠、要約は読むための説明、推測は仮説、分類は集計用のラベルです。この役割を分ければ、分類を変えても元の言葉をたどれます。

氏名や住所は既存台帳とIDで結べるなら重複入力を減らせます。原文が長い場合も、閲覧権限のある保存先への参照と必要な抜粋で扱えます。ただし、抜粋で前後の条件を落とさないことが必要です。「高いとは思わないが、今回は時期が合わない」から「高い」だけを切り出すと、意味が逆になります。

メールは原文と要約を分けます。電話や対面で一字一句を再現できない場合は、「当日の面談メモに基づく発言要旨」と表示します。記憶で再構成した文章を正確な引用のように示すと、後から根拠の強さが分からなくなります。

架空例：総額への言及を記録する

「価格負け」と一語で書くより、次に何が分かれば判断が進むかが見えます。理由をすべて聞き出せなくても、確認できた範囲で記録を完了できます。

03.情報の出どころと、理由の内容を別々に判定する

「本人回答か伝聞か」と「価格か時期か」は違う分類軸です。価格というコードだけでは、顧客の回答なのか担当者の推測なのか分かりません。

家族も共同相談者なら、その人自身の意向は本人回答です。ただし「私は入居を急いでいない」と「夫は価格が高いと言っている」では、後者は夫の意向についての伝聞になります。一つの回答に複数の区分が含まれる場合は、該当部分を分けます。

観察と解釈も分けます。「設備欄の金額について質問があった」は出来事ですが、「価格に納得していなかった」は意味付けです。両方残すなら、後者を推測欄に置き、本人の意向は未確認と示します。根拠を添えても、推測が本人回答になるわけではありません。

後日の回答が初回の推測と一致した場合は、新しい確認記録を追加します。初回の推測を本人回答へ上書きすると、いつ根拠を得たかが消えてしまいます。

04.発言にある範囲で分類し、主因を補わない

分類は、実際に確認できる違いに合わせます。次は、この記事で用いる独自コード例です。

「高い」だけで、予算超過、他社より高い、融資が難しいとまでは分類しません。「時期が合わない」も、着工、入居、家族の予定のどれか分からなければT0にとどめます。

「他社に決めた」は選択結果です。案件結果欄へ記録し、理由がなければ理由不明とします。他社の提案力や価格優位を自動的に補うことはできません。本人が他社を評価した点を述べた場合も、本人の評価と、性能・施工品質の客観的比較は別です。

主分類を付ける場合と、並列に残す場合

ここでは、顧客が決定に最も影響した理由を明示したときだけ主分類を付ける運用を提案します。発言順や文章の長さでは決めません。理由への言及が一つでも、主因と確認できていなければ未確定にできます。

架空の回答「総額も気になりますが、一番大きいのは希望の入居時期に合わないことです」なら、主分類はT1、副分類はP0とできます。「一番大きい」という言葉が順位の根拠です。ただし、影響度の数値までは分かりません。

「金額と入居時期が合いませんでした」なら、二つを並列に記録し、主分類は優先順位未確認とします。CRMが主分類を必須にしている場合も、「主因未確定」を選べるようにするなど、画面の都合で意味を変えない入力方法が必要です。

理由不明と分類保留を分ける

理由を得ていない状態が理由不明です。理由の発言はあるが、定義に合うコードがない状態は分類保留です。例えば「説明を聞いても迷いが残った」という回答を既存コードで表せないなら、原文付きで分類保留にできます。

理由不明の案件を「その他」で埋めると、回答があるように見えます。反対に、分類できない回答を理由不明へ入れると、分類体系の不足が見えなくなります。新しいコードを作る際は、採用例と非該当例を示せるか、別の担当者も同じ判断ができるかを見ます。

05.無回答と連絡不能を、推測の理由で埋めない

空欄だけでは、聞かなかったのか、回答を待っているのか、記録が失われたのか分かりません。理由回答がない案件は、基準日時点の状態を一つ選び、変化は履歴へ残します。

未返信だけなら回答待ち・回答なしとして扱い、送信不達とは区別します。あるメールアドレスへの不達から、すべての手段で連絡不能だとも断定しません。

理由を答えない希望と、今後の連絡全体を止める希望も別項目です。どちらも対応記録へ反映し、理由を知りたいという社内都合だけで再連絡を繰り返さない運用にします。不明のまま記録を閉じる判断も可能です。

再確認する場合は、顧客の希望手段・時期、停止希望、予定する連絡の目的に合う取扱条件を先に見ます。質問は「今後の説明を見直す参考に、見送られた理由を差し支えない範囲で教えていただけますか」のように、回答を選べるものにします。選択肢を示した場合は質問文も残し、自発的な発言と選択回答を区別します。

架空の修正例

修正の目的は語調を弱めることではなく、根拠の範囲へ戻すことです。元の記録、修正者、修正日、参照先が追えるようにします。

06.追加回答と分類変更は履歴でつなぐ

後日理由が分かった場合、初回の「不明」はその時点の適切な記録なので消す必要はありません。案件IDに複数の確認記録を結び、現在の分類と当時の状態を取り出せるようにします。

架空の追記例

顧客の訂正・補足と、社内の転記ミス修正は別に記録します。分類体系を変える場合も、旧コード、新コード、定義の変更点、適用日、変更者、過去データの扱いを残します。

例えば、従来の「価格」を「予算との不一致」へ細分化しても、過去の全件をP1へ移すことはできません。原文に予算との関係がある案件だけを再判定し、他は詳細不明を維持します。完全に対応するコードの統合なら集計用の対応表を使えますが、元コードと体系の版は残します。

原文を保存する方針は、無期限の保存を意味しません。不要な個人情報や誤記の訂正、保存期限による削除は、利用目的、関係する法令・契約、社内規程に沿って扱います。原文が削除され参照できなくなった場合は、その状態を明示し、コードだけから詳細を復元しません。

07.集計には対象期間、確認済み件数、不明件数を添える

分類別の割合だけでは、どの案件から得た数字か分かりません。対象を失注確定日で区切るか回答日で区切るか、後日の回答をいつまで反映するか、本人回答と伝聞をどう分けるかを先に決めます。

架空集計：本人の辞退を確認した20案件

対象は2026年4月1日から30日までに本人から辞退を確認した案件、理由の確認状況は5月10日時点です。社内基準だけで終了した案件は含めません。単位は案件で、同じ案件の複数回答は一件にまとめます。

理由確認済みは、本人から理由に当たる内容を直接得た案件と定義します。他社へ依頼したという結果だけ、伝聞だけ、担当者の推測だけの案件は含めません。

この例では、確認済み案件に理由分類が一つずつあると仮定しています。5＋4＋3＝12件、12＋8＝20件。確認済み率は12÷20×100＝60％、不明率は8÷20×100＝40％です。一つしか言及がなくても、主因と確認したという意味ではありません。

同じ価格言及5件でも、全対象に対しては5÷20×100＝25％、理由確認済み案件内では5÷12×100≒41.7％です。分母を変えれば答えている問いも変わります。不明8件の中に価格が関係する案件があるかは分からないため、25％を「価格が関係した全案件の割合」とは呼べません。

複数理由を数える場合は、一案件に同じコードを重複計上しないなどのルールを定めます。理由ごとの言及件数は合計が案件数を超える場合があり、主分類別集計とは分けます。分母がゼロなら割合は出さず、対象なしとします。

推測を足すと、数字の意味が変わる

同じ架空例で、不明8件のうち6件を担当者が価格と推測し、確認済み5件へ足すと、（5＋6）÷20×100＝55％になります。しかし、これを本人回答に基づく価格理由の割合とは表示できません。

会議では「本人に価格への言及を確認したのは5件。別に担当者が価格の関係を推測する未確認案件が6件」と分けます。推測は追加調査の材料にはなっても、確認済み件数にはなりません。

回答が得られた12件の特徴が全20件と同じとも限りません。初回相談後と詳細見積提出後、新築とリフォームなどの構成や確認率が変われば、月同士の比較にも影響します。少数の例では、4件中2件の50％が、同じ分類の一件追加だけで5件中3件の60％になります。割合の変化だけで顧客の不満が強まったとは判断できません。

記録から出せる次の課題は、「値下げが必要」といった結論に限りません。「価格への言及があった5件の比較条件と説明内容を読む」なら、確認できた事実から次の調査へ進めます。

08.原文の取扱いとAIの補助利用も、記録の意味を保つ範囲にする

失注理由には資金計画や家庭事情などが含まれます。分類の傾向を見る会議では、氏名や詳細を伏せた要約で足りることがあります。原文を読む担当と集計を見る担当を分け、保存先、閲覧権限、保存期間と起算点、訂正・削除の担当を決めます。

顧客が「補助制度の対象にならないと聞いた」「この土地では建てられないと言われた」と述べた場合も、その認識を記録することと、制度・法的適否・安全性を判定することは別です。必要な論点は制度名・年度、図面や調査資料、確認先などとともに所管担当へ渡し、後の専門確認を顧客の当時の発言とは分けて追記します。

AIを使うなら、要約や分類候補の作成が補助の範囲になります。実データを渡す前に、利用環境、契約上の保存・利用・共有・削除条件と社内規程を確かめます。氏名を除くだけで案件が特定できなくなるとは限りません。条件が不明な場合は架空文で様式を試せます。

架空のAI分類演習

これは説明用に作った例で、特定のAIを実行・検証した結果ではありません。

人が照合するのは、文章の自然さより、主語、比較、因果関係、程度、順位が原文を超えていないかです。AI出力は原発言欄へ入れず、採用する要約・分類、確認者、採用日を残します。

原発言を取得したことも、AIの分類案を社内採用したことも、顧客の声として公開する許諾を意味しません。社外で使う場合は、利用目的、掲載許諾、個人を特定する情報、公開範囲を別に扱います。

09.導入時は、同じ記録をどう読むかをそろえる

最初は必須項目を絞り、同じ架空記録を担当者が分類してみます。判断が割れたら、多数決より先に根拠にした語句を比べます。迷いが原文不足なのか、情報源の不明なのか、コード定義の曖昧さなのかで直す場所が変わります。

取得状況は対応担当者、分類の解釈は分類管理者、専門的な内容は所管担当へ戻します。小規模な会社で兼任しても、この役割の違いは残せます。承認者の経験だけで、本人回答の不足を埋めることはできません。

不明率は記録工程を見直す材料です。顧客が回答を望まなかった案件まで担当者の責任として扱うと、推測で理由を埋める動機になりかねません。原文と区分が対応しているか、不明を正直に残せるかを見て、記入例と定義を更新します。

参考資料のJ-Net21「顧客情報の活用」は、美容院を題材に個別のニーズや履歴を活用する考え方を説明しています。2011年掲載の一般資料で、住宅の失注分類や成約効果、現行法の根拠としては用いていません。本記事の分類・履歴・集計方法は、確認できた言葉を次の検討へ渡すための独自の運用案です。