工務店・ハウスメーカーの顧客との長期関係 新築後の相談接点を整理する

そこで本記事では、新築後の関係を次の三つの軸で整理します。

• 相談が生じた理由を示す「四つの発生契機」
• 会社がいま判断すべきことを示す「六つの局面」
• 一件の相談がどこまで進んだかを示す「五つの状態」

この三軸を組み合わせた「顧客ライフサイクルマップ」を作ると、築年数や売上見込みだけでは見えにくい相談の現在地を、営業、工務、設計、アフターで共有できます。

一方、年間の点検案内、情報提供、相談窓口の具体的な組み立て方は、工務店のOB顧客接点計画｜点検・情報提供・相談窓口をつなぐで扱います。長期間連絡していない顧客を再確認する場合は、工務店の休眠顧客の棚卸し｜再連絡できる条件を確認するを参照してください。本記事では、受付手順、引継ぎ様式、運用指標、導入日程を重ねて説明せず、それらを設計する前提となる分類と局面移行に範囲を絞ります。

この記事では、次の架空例を最後まで使用します。

架空例：工務店例089
一拠点で新築注文住宅を主力とし、年間引渡しは24棟、管理対象のOB顧客は180世帯。営業3人、工務2人、アフター担当1人で、新築後の相談を受けている。顧客基本情報と工事履歴は基幹システム、問い合わせは共有メールと電話メモ、点検予定は別の一覧に記録されている。以下の数値、案件、判断結果はすべて説明用であり、実在企業の運用や成果を示すものではない。

01.長期関係の地図に含める範囲を決める

本記事でいう長期関係は、「定期的に案内を送り続けている状態」ではありません。住宅または暮らしに変化が生じたとき、顧客が相談先を見失わず、工務店側も相談の現在地と次の判断を確認できる状態です。何も起きていない時期に連絡を控えることも、適切な距離を保つという意味で長期関係の一部です。

顧客の相談内容や連絡希望を地図へ記録する前に、利用目的と取扱いの範囲を確認します。個人情報保護委員会の個人情報保護法ガイドライン（通則編）を参照し、記録した情報を別の販促目的へ自動転用しない設計にします。本記事の三軸分類は法定の分類ではなく、担当者が現在の相談に必要な情報を見つけるための実務案です。

顧客ライフサイクルマップは、個々の工事を管理する工程表でも、販促対象を選ぶ顧客評価表でもありません。地図に載せるのは、次の五点です。

1. 何が起きたため会社が動き始めるのか 2. いま何を判断する局面なのか 3. 一件の相談がどの状態にあるのか 4. どの条件を満たせば次の局面へ移るのか 5. 通常経路から外して別の判断へ渡す条件は何か

詳細な原因調査、工事計画、見積もり、契約解釈、保証判断、法的評価まで一枚へ詰め込むと、地図が案件台帳の代用品になり、かえって現在地が見えにくくなります。地図と個別業務の境界を先に決めます。

地図の単位は「顧客」だけではなく「相談案件」です。一人の顧客が定期点検を予定しながら、別件で建具の不具合を相談し、さらに将来の同居改修を検討していることがあります。顧客を一つの局面へ固定すると、この三件が混ざります。顧客との関係は一つでも、判断する案件は分けて持つのが基本です。

02.四つの発生契機で、相談が始まった理由をそろえる

発生契機は、会社が動き始める理由です。「電話」「訪問」「メール」のような連絡手段でも、「点検」「リフォーム」のような部署名や商品名でもありません。相談の入口を四つに分けると、最初に確認すべきことをそろえやすくなります。

一件が複数の発生契機に該当する場合は、無理に一つへ削りません。次の判断を最も左右する契機を「主分類」、同時に考慮する契機を「副分類」とします。

たとえば「高齢の親との同居を始めるため、浴室の段差を直したい」という相談は、主分類を暮らし変化、副分類を住宅変化とできます。現に床材が剥がれ、転倒の可能性も懸念されているなら、現在の住宅状態を先に判断する必要があるため、住宅変化を主分類へ入れ替えることもあります。

分類で迷うときは、「どの部署が受けたか」ではなく、次の順序で考えます。

1. 現在、人の安全や被害拡大に関係する事象があるか 2. 建物・設備の現状について先に判断する必要があるか 3. 誰と連絡するかを確認しないと、相談内容を扱えないか 4. 予定の到来が入口なのか、顧客側の変化が入口なのか 5. 次の判断に直接必要な主分類はどれか

分類は顧客を格付けするためのものではありません。「住宅変化が多い顧客」「大規模更新へ進みそうな顧客」と評価する用途へ転用すると、相談の優先順位と営業上の期待が混ざります。

03.新築後を年数ではなく六つの局面で捉える

築年数は点検時期や設備更新の目安を管理するために役立ちます。しかし、築3年でも大きな暮らし変化が起きることがあり、築20年でも更新相談が発生していない住宅があります。そこで、経過年数とは別に「会社がいま何を判断すべきか」を六つの局面で表します。

六つの局面は、①から⑥へ一方向に進む年表ではありません。③定期維持から②不具合把握へ戻ることも、④暮らし変化から③へ戻ることもあります。⑤の改修が終わった後は、その改修部分を含む新しい維持段階として③へ移せます。

局面を飛ばしてはいけないという意味ではありません。たとえば点検中に屋根と外壁の複数箇所について更新希望が具体化すれば、③から⑤へ移れます。ただし、雨水の侵入が疑われる症状が未確認なら、先に住宅変化として現状確認を置き、売上規模の大きい⑤だけを進めないようにします。

04.五つの状態で、一件の相談の進み方を表す

局面が「何を判断する段階か」を示すのに対し、状態は「その判断がどこまで進んだか」を示します。同じ③定期維持でも、まだ担当が見ていない案件、顧客の返答を待つ案件、現地確認中の案件では、必要な行動が異なります。

「連絡待ち」と「保留」の違いは重要です。会社から連絡したものの顧客の返答がなく、いつまで待つかだけを決めているなら連絡待ちです。顧客が「家族と相談し、進学後の来年4月に再検討したい」と希望し、再開時期を整理できたなら保留です。

完了も「関係の終了」ではありません。一件の相談に出口を設けるための状態です。建具調整が終わった案件を完了にしても、顧客との長期関係や定期維持の局面は続きます。

状態変更は、担当者の感覚ではなく移行条件で決めます。

五つの状態は、担当者の行動量を評価する指標ではありません。「完了が多いほどよい」と単純化すると、経過観察すべき案件や確認中の案件を早く閉じる動機になります。地図では、状態名よりも、状態を裏づける期限、条件、判断内容を重視します。

05.四つの発生契機と六つの局面を一枚に配置する

顧客ライフサイクルマップの中心は、四つの発生契機を縦軸、六つの局面を横軸にした配置表です。すべてのマスへ施策を作る必要はありません。自社で実際に発生する入口と、局面が変わる代表条件を置きます。

この表は「各マスで何を送るか」を決める販促表ではありません。入口を見た担当者が、次にどの局面の判断を行うかを選ぶための索引です。

たとえば、③定期維持の予定接点として点検を始めた後、現地で設備の異常が判明した場合、点検案件にすべてを書き足すのではなく、住宅変化を入口とする別の相談案件を作ります。点検は予定接点として完了できても、住宅変化の案件は②または③の対応中として残ります。

反対に、点検時の会話で「将来、親との同居を考えている」と聞いただけなら、直ちに⑤大規模更新へ移す必要はありません。暮らし変化として、希望時期が未定であること、顧客が相談の継続を望んでいるか、再開条件を確認できるかを判断します。具体的な検討条件がなければ、新しい営業案件として追い続けない選択もあります。

地図へ案件を置くときは、次の順序にすると判断が安定します。

1. 一件の相談として分けるべきテーマを決める 2. 相談が始まった発生契機を選ぶ 3. いま必要な判断から局面を選ぶ 4. 現在の五状態を選ぶ 5. 次の局面へ移る条件を一文で書く 6. 通常経路を止める例外条件がないか確認する

部署名や担当者名を先に書くと、「営業が受けたから営業案件」「工務が受けたから不具合案件」という分類になりがちです。先に地図上の位置を決め、その判断に必要な役割を後から割り当てます。

06.顧客ライフサイクル判定票で、局面移行の根拠を残す

一枚の地図だけでは、個別案件をどこへ置いたかの理由が残りません。そこで、一件ごとに「顧客ライフサイクル判定票」を作ります。これは受付票や詳細な工事台帳の代わりではなく、発生契機、局面、状態、移行条件を短く示す判断票です。

工務店例089で、三つの架空案件を判定すると次のようになります。

案件089-01では、点検中に見つかったからといって主分類を予定接点のままにしません。点検という入口より、現に申告された住宅変化の確認が次の判断を左右するためです。点検案件と住宅変化案件を分ければ、点検が終わった後に症状確認まで完了扱いになることを防げます。

案件089-02の保留には「翌年5月」という再開時期があります。「将来リフォームの可能性あり」とだけ記録した状態は、保留条件を満たしません。また、家族の詳細な事情を記録しなくても、「2階の使い方を見直したい」「翌年5月に再確認する」と分かれば、次の判断に必要な情報を確保できます。

案件089-03では、連絡窓口の変更希望と、所有権や契約上の地位の変更を分けます。子から申告があったという事実だけで、過去の契約情報や修繕履歴を共有できると判断しません。何を更新でき、誰の確認が必要かを整理することが⑥の出口です。

07.誤った置き方を修正し、局面間の移り方を明確にする

地図が機能しない主な原因は、分類名を知らないことではなく、入口、局面、状態、出口を混同することです。修正時は新しい分類を増やす前に、どの軸を取り違えたかを確認します。

局面を移すときは、「作業が一つ終わったか」ではなく、「その局面の中心判断が終わったか」で判定します。現地調査が終わっても、調査結果を踏まえた次の扱いが未定なら、局面の出口には達していません。反対に、工事を実施しなくても、見送り理由と再検討条件が整理されれば⑤を出られます。

複数案件が同時に進む場合は、顧客単位で一つの状態にまとめません。工務店例089の同一顧客に「定期点検」「窓枠の症状」「将来の間取り相談」があるなら、次のように分けます。

• 定期点検：予定接点、③定期維持、完了
• 窓枠の症状：住宅変化、②または③の現状確認、対応中
• 将来の間取り相談：暮らし変化、④暮らし変化、保留

三件を「対応中」と一括表示すると、何が終わり、何が待ち、何が再開条件付きなのか分かりません。顧客基本情報は共通にしながら、案件の発生契機、局面、状態、出口を分けます。

08.危険や苦情などは通常の地図を止めて例外経路へ移す

顧客ライフサイクルマップは、通常の相談を整理する道具です。人身、火気、漏水、落下などによる危険や被害拡大の可能性、強い苦情、責任範囲が不明な相談、相手関係が確認できない案件は、通常の局面移行だけで処理しません。

安全に関わる申告を受けた場合は、原因の推測より先に、次の順序で扱います。

1. 人が危険な場所にいる可能性があれば、まず安全な場所へ離れるよう促す 2. 火災、けが、生命に関わる切迫した危険がある場合は、状況に応じて消防・救急など適切な緊急機関への連絡を優先してもらう 3. 電気、ガス、水道などに関係する可能性がある場合は、受付者が不確かな操作方法を指示せず、契約先事業者や設備の緊急窓口を確認する 4. 工務店の社内緊急連絡先へ、観察できた事実と顧客がすでに取った行動を伝える 5. 通常の点検案内、販促、改修提案を一時停止し、責任者が次の連絡経路を決める

設備や現場の状態によって安全な対応は異なります。「ブレーカーを操作する」「元栓を閉める」などの具体的行為を一律に案内すると、かえって危険になる場合があります。自社の受付者が案内できる範囲は、施工体制、設備メーカー、供給事業者、保険、協力会社との役割を踏まえ、責任者が別途定めます。

例外経路へ移したことは、原因、責任、保証適用を認定したことを意味しません。受付段階では「水が止まらないとの申告」「焦げた臭いがするとの申告」「同じ質問への回答が複数回変わったとの指摘」のように、観察できる事実と顧客の申告を記録します。

営業から工務へ渡す情報やアフター対応の引継ぎ項目は、工務店のアフター相談の引継ぎ｜営業から工務へ渡す情報で扱います。本記事の地図では、詳細な受付票や受領確認手順を再掲せず、「通常局面を止める条件」「例外経路へ移った事実」「戻す判断者」だけを持ちます。

09.顧客情報の取扱いと連絡区分を正本へ対応させる

電話番号やメールアドレスを保有していることと、今回の目的で連絡できることは同じではありません。点検日程の調整、進行中の修繕、暮らしの情報提供、イベント案内、商品・サービスの提案では、連絡の目的が異なります。

個人情報の利用目的、安全管理、委託、第三者提供などの基本的な確認には、個人情報保護委員会の個人情報保護法ガイドライン（通則編）を一次資料として参照します。ただし、ガイドラインの存在だけで個別案件の適法性を判定することはできません。取得時に示した利用目的、取得経緯、プライバシーポリシー、社内規程、委託先との契約、過去の停止申出など、具体的な条件を照合する必要があります。

顧客情報の閲覧、共有、保管などの取扱いは、工務店の顧客情報の扱い｜閲覧・共有・保管の運用設計を参照します。再連絡の可否を整理する「連絡可・条件付き・要確認・対象外」の4区分は、工務店の休眠顧客の棚卸し｜再連絡できる条件を確認するの運用例に合わせます。これは法令上の判定区分ではありません。目的や手段を限定する場合は「条件付き」、停止申出がある場合は対象となる目的・手段を確認して「対象外」へ記録します。

対象外は、顧客とのあらゆる連絡を一律に断つ意味とは限りません。たとえば商品・イベント案内は希望しない一方、進行中の修繕に必要な連絡は続ける場合があります。「すべて停止」と曖昧に記載せず、どの目的、どの手段について対象外なのかを正本記録に残します。

広告・宣伝を含む電子メールについては、個人情報保護法だけでなく、特定電子メール法の適用も確認が必要です。同法では広告宣伝メールに関する原則的な同意や表示等の規律が設けられていますが、適用範囲や例外は送信者、宛先、取得経緯、送信内容などによって確認する必要があります。条文はe-Gov法令検索「特定電子メールの送信の適正化等に関する法律」を一次資料として参照し、個別の送信可否を本記事の地図だけで断定しないようにします。

所有者、居住者、契約者、相談者が異なる場合も、連絡先の上書きだけで処理しません。地図上では関係変化として⑥へ置き、「誰が何を申告したか」「何を変更したいか」「誰へどの範囲を共有できるか」を確認します。家族であることや、以前から住宅に住んでいることだけを理由に、契約情報や相談履歴を当然に共有できるとは決めません。

協力会社へ訪問を依頼する場合も、地図から顧客情報を無制限に複製しないようにします。誰へ、何の目的で、どの情報を渡す必要があるかは、正本となる顧客情報管理と委託・提供に関する自社ルールで確認します。ライフサイクルマップには、確認済みの依頼経路と参照先だけを置きます。

10.地図は実案件の移行条件が変わったときに更新する

顧客ライフサイクルマップは、一度作って固定する年表ではありません。ただし、案件が迷うたびに分類や状態を増やすと、担当者によって使い分けが変わります。更新するのは、既存の四つの発生契機、六つの局面、五つの状態では、次の判断を再現できないと確認できた場合です。

地図を見直すときは、件数や売上の集計から始めず、実際に局面移行で迷った案件を一件ずつ確認します。

分類に迷う事例が一つ出ただけで、五つ目の発生契機や七つ目の局面を追加する必要はありません。まず、主分類と副分類で表現できないか、顧客単位ではなく案件単位へ分けられないか、通常経路ではなく例外経路に置くべきではないかを確認します。

工務店例089の地図を更新する場合も、年間引渡し24棟、OB顧客180世帯という母数に合わせて分類を増減するのではなく、実際の相談が既存の移行条件で判断できるかを見ます。担当者数や使用システムが変わっても、四つの発生契機、六つの局面、五つの状態が判断軸として機能するなら、地図本体を作り替える必要はありません。担当割当や記録先だけを更新します。

年間の接点計画、相談窓口、点検前後の接続、担当間の引継ぎ、運用上の確認項目を具体化する段階では、工務店のOB顧客接点計画｜点検・情報提供・相談窓口をつなぐへ進みます。長期間連絡していない顧客を地図へ戻す場合は、現在の連絡先が残っているだけで通常経路へ入れず、工務店の休眠顧客の棚卸し｜再連絡できる条件を確認するで再連絡条件を確認します。

顧客との長期関係は、すべての顧客へ同じ頻度で連絡することによって保たれるものではありません。必要のない時期には距離を保ち、変化が生じたときには相談を一件として捉え、発生契機、局面、状態、出口を共有することが土台になります。

最初に必要なのは、大規模なシステムや長い年間施策表ではありません。現在動いている相談を、四つの発生契機、六つの局面、五つの状態へ正しく置き、次の局面へ移る条件を説明できる一枚の地図です。その地図があれば、点検、不具合、暮らしの変化、大規模更新、承継・住み替えを、売り込みの連続ではなく、新築後の相談が途切れない一つの関係として整理できます。