リフォームの失注分析｜AI・DXで理由と改善策をつなぐ

見積を出した案件が受注につながらなかったとき、その記録は次の提案に役立っていますか。リフォームの失注分析では、理由を集めた後の使い方が重要です。何を根拠に判断したのかを確かめ、次に変える説明や業務へ結びつけます。

AIは、商談メモから関連する記述を探し、理由の候補を整理する補助に使えます。ただし、お客様が話していない事情まで読み取れるわけではありません。記録にない理由は不明のまま残し、担当者が原文を確認してから集計に使う。この境界を守ることが、実務で使える分析の出発点です。

本記事では、中小リフォーム会社の経営者や営業責任者に向けて、案件の数え方、記録する項目、AIへの指示例、集計の注意点、改善の進め方を説明します。新しい管理システムを入れる前に、現在のExcelや顧客台帳でも試せる方法です。本文の案件と数字は、方法を説明するための例であり、実際の支援成果ではありません。

分析の入口は「数えられる一案件」を決めること

お客様の人数と工事の件数を混ぜない

同じお客様から、浴室の交換と外壁塗装の相談を受けることがあります。浴室は契約し、外壁は見送る場合、お客様を一行で管理するだけでは、受注なのか失注なのかが曖昧になります。

そこで、顧客番号とは別に案件番号を持ちます。どの工事の相談に対する結論なのかを区別するためです。一括提案なら、全体の受注結果と、採用されなかった工事項目を分ける方法もあります。社内で決めた単位は、途中で変えないようにします。変更が必要になったら、比較する期間にも同じルールを適用します。

見積を三回出し直したからといって、三件の商談として数えるわけではありません。案件は一件、見積は三つの版です。提出した内容の変化を残しながら、受注・失注の集計では案件番号で重複を除きます。この整理がないままAIに一覧を渡すと、同じ商談を別々に数えた報告書ができるおそれがあります。

結論が出ていない案件には、結論を作らない

連絡がないことと、他社に決まったことは違います。ご家族で相談中なのか、工事そのものを延期したのか、連絡が届いていないのかは、返信がないだけでは判断できません。

管理上の状態には、「契約済み」「見送り確認済み」「検討継続」「状況未確認」などを使います。社内の期限を過ぎた案件を、管理上は終了とすることもあるでしょう。ただし、それを「お客様が見送った事実」とは区別してください。いつ、どの条件で集計対象に入れたかが後から説明できるようにします。

見積提出後の予定管理や顧客情報の置き場所がまだ整っていない場合は、先にリフォーム会社の顧客管理とフォローの組み立て方を確認すると、本記事の分析につなげやすくなります。ここでは、その台帳に残った結果をどう読むかに絞って進めます。

リフォームの失注分析で残したい記録

分類名よりも、確認できる材料を先に用意する

「価格」「時期」「提案内容」といった選択肢だけでは、何を直すべきかまでは分かりません。たとえば価格に関する回答でも、予算の上限を超えたのか、工事範囲が伝わらなかったのか、他社の提案と比べられなかったのかで、次の行動は変わります。

最初の台帳では、次の情報をひとまとまりで確認できるようにします。すべてを一画面に詰め込む必要はなく、案件番号から元の資料へたどれれば構いません。

• 案件番号、工事種別、相談を受けた経路、担当者
• 見積の提出日と版、提示した工事範囲、税の扱いをそろえた金額
• 現在の状態、その状態を確認した日、確認した人
• お客様の発言や連絡内容、記録元のメール・メモなど
• 理由の候補、確認状態、次回の改善に使う論点

理由欄は、何でも選べるほど細かくしなくても大丈夫です。「工事費の条件」「着工・完了の条件」「提案範囲や説明」「対応の進め方」「計画自体の変更」など、自社が改善を考えやすい区分から始めます。複数の理由が関係する場合は、主な理由と補足を分け、無理に一つへ押し込めないようにします。

「確認済み」は、どこまで確認できたのかを示す

お客様が費用について話していても、それだけが失注の原因とは限りません。そのため、確認済みという表示は、記録が裏づける範囲に限って使います。社内の推測を、お客様の発言として扱わないためです。

記録の状態	分析での扱い
お客様の発言を確認できる	その発言の範囲で分類し、記録元を残す
担当者が推測している	改善を考える仮説として扱い、確定理由と分ける
AIが候補を出した段階	原文との照合が終わるまで確定集計に入れない
根拠になる記録がない	不明として数え、理由を補って埋めない

この表は担当者を疑うためのものではありません。記憶に頼った情報と、記録で確かめられる情報を同じ重さで扱わないためのルールです。不明が多いなら、理由を無理に埋めるより、商談中のメモの残し方を見直す方が役立ちます。

浴室工事の記録をAIで整理する例

見積と商談記録を確認する場面のイメージです。

入力する文章と、判断を分けておく

説明用に、次のような浴室交換の商談を考えます。案件番号はR-024。見積を提出した後、お客様から「浴室を使えない日が続くと困るため、今回は工事を申し込みません」と連絡がありました。担当者のメモには「費用も気にされていたように思う」とあります。

この場合、記録で確認できるのは、浴室を使えない期間への懸念と、今回申し込まないという意思です。費用への懸念は担当者の印象であり、同じ確認状態ではありません。「価格で他社に負けた」とまとめる材料はありませんし、他社に依頼した事実も分かりません。

AIに渡す情報には、案件番号、工事種別、連絡内容、担当者メモという区切りを付けます。メール本文の一部を使う場合も、前後関係を削りすぎないようにします。「今回は申し込まない」の対象が浴室なのか、別途提案した洗面台なのか分からなくなると、分類の前提が崩れるためです。

指示は「理由を当てる」ではなく「記録を整理する」

AIへの指示例は、次のようにします。

この案件記録を、営業改善の確認用に整理してください。お客様から確認できる内容、担当者の推測、記録からは分からない事項を分けてください。理由の候補には、判断材料となる記述の位置を添えてください。書かれていない競合名や予算、気持ちは補わないでください。判断が分かれるものは確認待ちとし、顧客台帳の状態を変更したり、お客様へ連絡したりしないでください。

期待する出力は、きれいな報告書ではなく、担当者が確かめやすい確認メモです。この例なら「着工・完了の条件に関する候補」「浴室を使えない期間への懸念」「価格については推測」「他社への依頼は不明」という整理が考えられます。これは出力の説明例であり、どのサービスでも同じ結果になるという意味ではありません。

担当者は原文と照らし合わせ、工期の長さが問題なのか、入浴できない日数の説明が不十分だったのかを区別します。そこが分からなければ、原因まで断定しません。次の案件で、使えない期間や代替手段を早めに説明する案は立てられますが、その説明で必ず契約になると考えるのも早計です。

最初は確認待ちの置き場所を作る

AIの出力を直接、正式な失注理由の欄へ書き込む設計は避けます。まず候補を置く欄を作り、人が承認した内容だけを集計用の欄へ反映します。元の記録は上書きせず、確認者と確認日も残してください。

表現の違いをまとめる作業はAIが補助できますが、同じ言葉でも意味が違う場合があります。「日程が合わない」が着工希望日を指すのか、現地調査の日程を指すのかで、改善する業務は別です。日付、否定表現、工事項目、誰の発言かを重点的に確認すると、誤ったまとめ方に気づきやすくなります。

金額の比較は工事の条件をそろえてから

見積の総額だけでは、価格差を説明できない

リフォームは同じ工事名でも、範囲や仕様が異なります。浴室交換の見積に、解体、下地補修、電気工事、廃材処分がどこまで含まれているか。外壁塗装なら、足場やシーリングをどの範囲で計上しているか。これらを見ずに、総額だけで自社の価格が高いと結論づけるのは危険です。

他社の金額をお客様から聞いた場合も、情報源と確認できた範囲を残します。他社見積の現物を確認していないなら、同条件での価格差として扱わないようにします。資料を確認できる場合でも、受領や社内利用の扱いを確かめ、必要以上の共有は避けます。

自社の見積は、どの版をお客様に説明したのかが重要です。初回案では予算を超えていても、工事範囲を調整した再提案があるかもしれません。最後の金額だけを残すと、どんな相談を経て結論が出たのかが見えなくなります。案件に見積の履歴をひも付け、比較する版を明示してください。

分析結果から、値引きを自動で決めない

価格に関する理由が多くても、すぐに一律値引きへ進む必要はありません。相談時の予算確認、必須工事と選択工事の説明、費用に含まれる範囲の見せ方など、価格そのものを変えずに点検できる場所があります。

価格を変更する場合には、原価や確保すべき利益、承認者の判断が必要です。分析用の画面と顧客向け資料を分け、社内原価や利益の情報が説明資料へそのまま出ないようにします。AIの改善提案は検討材料であり、値引きや工事条件を確定する権限とは別です。

見積作成の段階から確認手順を整えたい方は、建設・リフォームのAI見積と承認の考え方も参考にしてください。分析で分かった課題を、次の見積で使う確認欄や説明資料へ戻すことができます。

失注件数を集計するときの落とし穴

比べる期間と、結論が出た時点をそろえる

今月の問い合わせ件数を分母にして、今月確定した失注件数を割ると、別の時期に始まった商談が混ざることがあります。大型改修と小規模な交換工事でも、検討にかかる期間は同じとは限りません。

集計方法の一つは、相談を受けた時期で案件をまとめ、基準日時点での受注、見送り、継続、状況未確認を併記する方法です。もう一つは、結論が出た期間でまとめる方法です。どちらを使う場合も、対象と基準日を表の近くに書き、前月と比較するときに同じ定義を使います。

計算例として、ある期間に相談を受けた20案件のうち、確認日時点で契約が8件、見送りが7件、検討中が5件だったとします。全20案件に対する契約済みの割合は40％です。一方、契約または見送りが確定した15件に限れば、契約の割合は約53％です。二つは違う指標なので、都合のよい方だけを受注率として示さないようにします。

この例の5件は、その後に結果が変わる可能性があります。途中の数値は途中の数値として残し、更新日時と結果を追記します。割合だけを見せず、必ず元の件数も添えると、少数の案件による変動を読み違えにくくなります。

不明を外すと、分かっている理由が大きく見える

見送り7件のうち、理由を確認できたのが4件で、そのうち2件が日程に関する内容だったとします。確認できた4件の中では半数ですが、見送り全7件の半数が日程の問題だったとまでは言えません。残り3件の理由は分からないためです。

「理由確認済み4件中2件、理由不明3件」と並べれば、読み手が判断できます。不明を削除してグラフだけ作ると、データが少ないことが隠れてしまいます。AIの報告書を使うときも、対象外にした案件と不明の件数を必ず確認してください。

一案件に理由を複数付ける場合は、理由別の件数を足しても失注総数とは一致しません。複数回答として集計したことを明記します。一つの主理由だけで数える方式と混在させないことが大切です。

工事種別や相談経路が違うまま担当者を比べない

小工事が中心の担当者と、間取り変更を含む大型改修の担当者では、案件の条件が違います。紹介案件と、複数社を比較している初回問い合わせも、同じ前提ではありません。

まずは浴室交換同士など、工事種別をそろえて比較します。それでも件数が少なければ、優劣をつけずに個別の記録を読む方が有益です。担当者ごとの数値は、割り当てられた案件の違いや記録の欠けを確認せず、能力の評価に直結させないようにしてください。

件数と見積金額も別々に扱います。見積金額の合計は、受注できていれば確実に得られた売上や利益ではありません。実行条件や原価が確定していない案件もあります。「失った利益」とは言い換えず、分析対象の提示金額として管理します。

お客様への確認は回答しない自由を残す

理由を聞く目的を、再営業と混同しない

お客様が工事を見送ったとき、改善のために話を聞くことはできます。ただし、回答は義務ではありません。断った判断を変えてもらうための質問攻めにならないように、目的を短く伝え、答えにくい場合は回答不要とします。

たとえば「今後のご案内を見直したく、差し支えなければ、判断するときに気になった点を一つ教えていただけますか。ご回答が難しい場合は、そのままで大丈夫です」という聞き方が考えられます。これは文例です。すでに連絡を希望しないと伝えられている場合などには送らず、関係性とこれまでのやり取りに合わせて判断してください。

最初から価格や工期の選択肢を並べると、それ以外の理由を話しにくくなることもあります。まず自由に答えられる聞き方をし、意味が分からない部分だけ、相手の負担にならない範囲で確かめます。営業側の仮説を認めてもらうために、答えを誘導しないことが大切です。

回答がないことも、正しく記録する

回答がなければ、未回答として残します。「きっと価格だろう」と理由を付けたり、返事が来るまで連絡を重ねたりする運用にはしません。お客様の事情が分からない状態も、分析上は意味のある情報です。

再度の案内を希望された場合は、対象の工事、時期、連絡方法を別に記録します。失注理由が分かったことと、再連絡してよいことは別の確認です。AIが再提案先を候補に挙げても、送信の可否は人が確認します。

改善会議では次の商談で試すことを決める

改善する説明と担当を決める打ち合わせのイメージです。

「営業を頑張る」では、次の行動が変わらない

分析の結果は、担当者が次に使う資料や行動にまで落とし込みます。「説明不足だった」で終わらせず、どの説明を、商談のいつ、誰が行うのかを決めます。

浴室を使えない期間への不安が記録に残っていたなら、現地調査後の説明資料に、工事の流れと生活への影響を確認する欄を設ける案があります。価格の比較条件が伝わっていなかったなら、見積の対象と対象外を短く説明するページを追加する案があります。どちらも、確認できた課題に対する試行であり、契約率が上がると決まったわけではありません。

改善案には、実行する人、使い始める日、確認する案件、振り返る日を付けます。資料を作ることと、その資料を商談で使えることは別です。現場が忙しいときほど、一度に多くの変更を頼まず、使う場面がはっきりした変更に絞ります。

受注した案件も、同じ項目で見てみる

失注した案件だけでは、ある説明が不足していたことと、失注したことの関係を判断しにくい場合があります。受注した同種の工事でも、同じ説明や確認が行われていたかを見ます。

ただし、受注した案件にその説明があったからといって、それだけで受注の原因だとは言えません。紹介の有無、工事時期、仕様、価格帯なども関係します。AIには、違いを見つける補助を任せ、原因の断定はさせないようにします。

営業の流れを見積の履歴から見直す考え方は、三菱UFJリサーチ＆コンサルティングの営業プロセス分析レポートでも紹介されています。ツールの導入だけを目的にせず、普段の記録から改善の対象を具体的に探す視点として参考になります。

Excelから始めるか、既存システムにつなぐか

小さく試すなら、入力場所を増やしすぎない

少人数で試す段階なら、既存の案件一覧に確認状態や記録元へのリンクを加える方法があります。失注分析のためだけに同じ情報を別の表へ手入力させると、元の台帳との食い違いが増えます。まずは、どこを正しい記録として使うかを決めてください。

Excelなどの表を使う場合は、案件番号の重複、日付の形式、金額の税区分、状態の表記を確認します。「失注」「見送り」「NG」が人によって同じ意味で使われているなら、読み替えのルールを作ります。ただし、もともと意味が違うものまでまとめないようにします。

件数や割合の計算は、表計算の数式や集計機能で検算できる形にしておくと安心です。AIには、自由記述から確認候補を拾う部分を任せ、最終的な件数が台帳と一致するかは別に確かめます。文章の要約と数の計算を一度に任せきりにしない設計です。

連携するなら、戻せる更新にする

複数の担当者が同時に使い、承認や閲覧権限を分けたい場合は、既存の顧客管理システムへ項目を追加する方法を検討します。必要な機能は、自動分類の見栄えより、元資料へのリンク、確認待ちの一覧、変更履歴、承認者の指定などです。

CSVを取り込む場合は、一部の案件で試し、件数と案件番号が合っているかを確認します。再取り込みで同じ案件が増えないか、見積改訂が別案件にならないか、承認済みの理由が古い候補で上書きされないかを確かめます。

連携前のデータを保存し、誤りがあれば元に戻せる範囲で始めます。AIから顧客台帳への自動反映は、分類結果を人が確認する運用が安定してから検討すれば十分です。分析の仕組みを作ることは、顧客への連絡や価格変更まで自動化することではありません。

顧客情報を守る運用と担当者の確認

名前を消しただけで、何でも入力できるわけではない

商談記録には、氏名や連絡先だけでなく、住所、家族の事情、生活時間、室内写真などが含まれることがあります。失注理由の整理に不要な情報は、入力対象から外します。案件番号に置き換えても、他の情報との組み合わせで個人が分かる場合がある点には注意が必要です。

利用するサービスの契約や設定を確認し、入力情報の保存、学習への利用、共有範囲、削除方法などを把握してから使います。会社が認めた環境と利用目的の範囲で扱い、判断に迷う記録は投入しない運用にします。

生成AI利用時の個人情報についての注意事項（個人情報保護委員会）は、入力が利用目的の達成に必要な範囲か、提供先で学習などに使われないかを確かめるよう求めています。具体的な適法性は契約・データ・利用方法によって異なるため、社内の管理担当者や専門家と確認してください。

原文と分析メモの共有範囲を分ける

営業会議で必要なのは、改善する業務とその判断材料です。全員が顧客の詳しい事情まで見る必要があるとは限りません。原文は必要な担当者だけが確認し、共有用には個人を特定しにくい形で論点を整理する方法があります。

保存期間や退職・異動時の権限変更も、既存の顧客情報管理のルールに合わせます。AI用に作ったコピーだけが、管理の外に残らないようにしてください。資料の持ち出し先や削除の担当も決めておくと、試行を終えるときに整理しやすくなります。

小さな試行で分析の使いやすさを確かめる

最初は一つの工事種別で十分

全社の過去データを一度に整えようとすると、入力ルールを決めるだけで負担が大きくなります。まずは一つの工事種別を選び、担当者が内容を覚えている案件や、元資料がそろっている案件から試します。検証用に選んだ案件なので、会社全体の失注傾向を示す数字とは分けて扱います。

試行では、AIの整理が合っているかだけでなく、修正する手間も見ます。短いメモを担当者が読む方が早いなら、無理にAIを挟む必要はありません。記録量が多く、似た表現の確認に時間を使っている部分など、補助が役立つ場面を探してください。

振り返りでは、次の点を確認します。

• 理由の候補から、根拠となる記録へ戻れたか
• 推測や未回答を、確認済みの理由に混ぜていないか
• 入力と照合を含めた作業の負担はどう変わったか
• 決めた改善を、次の対象案件で実際に使えたか

受注率だけで導入の良し悪しを決めない

短期間では、工事種別や相談経路の違いで受注結果が動くことがあります。試行直後に割合が上がっても、AIによる効果だと断定しないでください。逆に、結果がまだ出ていないからといって、記録の確認がしやすくなった変化まで無意味とは限りません。

最初は、根拠のある記録が増えたか、集計のやり直しが減ったか、改善の担当と実行が明確になったかを確かめます。そのうえで、条件をそろえた一定期間の受注結果や利益への影響を確認します。計測できない項目は空欄のままにし、成果を見せるための数字を作らないようにします。

理由を集めるだけで終わらせないために

リフォームの失注分析を進めるときは、AIを使う前に、自社の記録が何を示しているかを確認することが近道です。どの工事の案件か。見送りは確認できているか。理由は発言なのか推測なのか。比較する条件はそろっているか。この問いに答えられると、改善案の根拠も説明しやすくなります。

まずは最近の案件を数件開き、担当者以外の人でも同じ内容を読み取れるかを確かめてみてください。足りない記録が分かったら、次の商談で残す項目を一つ直す。そこでAIの整理が役立つかを試す。こうして運用を確かめておけば、システムを選ぶ際にも必要な機能を具体的に伝えられます。

Luzetraへのご相談を検討する場合も、最初から全業務の自動化を目指す必要はありません。「失注理由の根拠を探すのに時間がかかる」「集計の定義が担当者によって違う」など、いま困っている一部分から整理してください。分析する仕組みを、次の提案で使える改善へつなぐことが目標です。