リフォーム会社のアフター対応管理｜AI・DXで受付から完了へ

「修理の連絡は受けました。でも、その後は工事担当に聞かないと分かりません」。工事が終わったお客様からの相談で、こんなやり取りが続いていないでしょうか。

営業担当の携帯電話、会社への電話、メール、メッセージ。入口が分かれると、誰かが対応しているはずの依頼ほど見えにくくなります。返事をした記録はあっても、部品が届いたのか、訪問したのか、お客様へ結果を伝えたのかが残っていないこともあります。

リフォーム会社のアフター対応管理を整えるには、受付を集めるだけでは足りません。相談ごとに、次に動く人と次の連絡予定を持ち、修理後の確認まで追えるようにします。DXでその流れをつなぎ、AIは相談文の整理や連絡文の下準備に使う。保証や安全に関わる判断は、人が担う。この分担が出発点です。

この記事では、工事後の不具合・修理相談を対象に、受付、社内確認、訪問調整、修理、完了確認をつなぐ方法を考えます。紹介する手順と会話は運用を検討するための例であり、特定企業の改善実績ではありません。

アフター対応管理は、修理依頼の「その後」を追う仕事です

ここでいうアフター対応管理とは、完工後に寄せられた相談について、会社が状況を説明できるようにする管理です。定期点検の案内や次のリフォーム提案も関連しますが、まずは「困っているお客様の依頼が止まっていないか」に対象を絞ります。

顧客管理は、お客様や建物、過去の工事の情報をまとめる仕事です。アフター対応管理は、その情報を使って一件の相談を進める仕事です。同じお客様から別の相談が届いた場合も、何が解決し、何が残っているかを分けて見られる必要があります。

例えば、建具の調整と設備の修理を同じ受付に入れた場合、建具だけ直して全体を完了にすると設備の相談が隠れてしまいます。受付番号を共通にしても、対応する項目には別々の進み具合を持たせます。受付の数と、解決すべき問題の数は同じとは限りません。

OB客への案内や再提案の仕組みは、別記事のOB客と見込み客の顧客管理で扱っています。本記事の到達点は再受注ではなく、相談の受け取りから結果の確認までを途切れさせないことです。

最初に見える化するのは、未対応より「次の連絡」です

一覧表を作るとき、すべてを「未対応・対応中・完了」の三つに分けたくなります。しかし、対応中という言葉だけでは、今日何をすべきかが分かりません。訪問日の回答を待っている案件と、メーカーへ部品を照会している案件では、次の行動が違います。

まず持ちたいのは、受付した日時、該当する工事、相談の原文、今の窓口担当、次に行うこと、次の確認日です。社内では「何を待っているか」も残します。担当者の記憶に頼らず、一覧を見て続きを引き受けられることを目指します。

お客様への次回連絡予定と、修理の完了予定は別にしてください。部品の到着日がまだ決まらなくても、「いつまでに状況をお伝えするか」は会社で決められる場合があります。修理日が未定だから連絡もしない、という空白を減らすためです。

例えば、社内の記録に「部品の回答待ち。窓口担当が次の営業日に仕入先へ確認し、その結果をお客様へ連絡」と残します。日付は実際の体制で無理なく守れる日に設定します。自動通知はその日を知らせる道具であり、担当が確認したことやお客様へ伝えたことの代わりにはなりません。

担当者が休みの場合に誰が一覧を確認するかも決めます。名前を登録するだけでは、引継ぎは成立しません。担当変更を受けた人が内容を確認でき、保留になっている案件も見えることが必要です。御社では、担当者不在の日に一件の修理依頼の状況を説明できるでしょうか。

お客様の受付画面は、社内台帳より簡単にする

お客様に専門的な不具合分類を選んでもらうより、困っていることを普段の言葉で伝えてもらう方が合う場合があります。「ラッチの不具合」ではなく「ドアを閉めても戻ってくる」と書ける窓口です。正しい専門用語を入力の条件にしないことが大切です。

最初の画面では、連絡先、相談する建物や工事を確認する手がかり、困っている内容を中心にします。写真は判断材料になりますが、撮影や送信が難しい人にも連絡手段を残します。写真を必須にして相談自体を止めるのではなく、必要な場合に社員が追加で確認する設計を考えます。

電話をなくす必要もありません。電話で聞いた内容は社員が同じ受付記録に入力し、「社員が聞き取った記録」と分かるようにします。お客様が入力した文章と聞き取りのメモを区別すると、後から要約の意味を確かめやすくなります。

過去のお客様だからといって、名前だけで建物を自動決定するのは避けます。同姓、以前の住所、複数の工事があるかもしれません。社員が工事の履歴と照らして確認し、まだ結び付けられない相談も未確認のまま一覧に残せるようにします。

受付後には、受け取ったこと、次に人が確認すること、受付時間と連絡方法を伝えます。フォーム送信が訪問予約や無償修理の確定に見えない文面にします。入口全体を整えたい場合は、リフォーム会社の問い合わせ対応を整える方法も参考になります。

AIに任せるのは、原文を読んで確認材料をつくる部分

AIは、相談の文章を短く整理し、社員が確認するための材料を作る用途から試せます。原文、会社が利用を認めた過去の記録、必要な写真を入力し、相談箇所、困り方、未確認の点、追加で聞く内容を出してもらいます。分からないことを推測で埋めないように指示します。

例えば「先週から洗面所の扉が閉まりにくい。以前も少し重かった」という相談なら、AIには発生箇所と経過を整理させます。「先週壊れた」「施工不良」と置き換えさせないことが重要です。以前からの状態と最近の変化を分けると、人が次に聞くことを考えやすくなります。

画面には原文と要約を並べます。社員は、日時、場所、否定表現、まだ分からないことが残っているかを確かめます。「水は漏れていない」が「水漏れ」に変わるような誤りを見逃すと、その後の手配も変わってしまいます。確認した担当者と修正した内容も残します。

AIへ渡す指示の例は、「この相談文に書かれた内容だけを整理してください。原因、保証の可否、費用は決めないでください。記載がない項目は未確認とし、社員が次に尋ねる質問を短く提案してください」です。これだけで安全が保証されるわけではありません。出力を社員が読む工程と、誤りを記録して見直す工程を組み合わせます。

連絡文にも使えますが、お客様へ自動送信する前に、実際に決まった予定と合っているかを見ます。文章が自然でも、訪問日や費用が誤っていれば良い対応ではありません。最初は社員だけが読む下書きとして使い、役立つ範囲が確認できてから対象を広げます。

公開事例として、パナソニック ホームズは2025年7月4日、物件や対応履歴をまとめたデータと生成AIを組み合わせ、訪問担当者を支援する仕組みの運用開始を発表しています。この発表から読み取れるのは、過去の情報を担当者の対応準備に生かす構成です。リフォーム会社でも同じ効果が出る、あるいは一定割合で工数が減ると証明する資料ではありません。同社の公式発表を参照してください。

保証と緊急対応は、要約とは別の判断として残す

AIが文章を整理できることと、不具合の原因や費用負担を判断できることは別です。写真だけでは見えない状態もあります。受付段階で原因や無償対応を確定するような自動回答は避け、会社の担当者が正式な資料と現地の状況を確認します。

保証に関しては、関係する契約書や保証書、対象の工事、製品、申出の時期、調査した内容を確認できるようにします。メーカーに照会しているのか、社内で確認中なのかも記録します。記事中の例をそのまま自社の保証基準にはせず、会社の正式な条件や必要に応じた専門家の確認を使ってください。

緊急の相談を通常の訪問希望フォームへ流し込まないことも大切です。会社が正式に定めた緊急時の連絡先や案内を、送信する前にも分かる場所に表示します。危険の可能性があるときに、長い質問への入力や写真の撮影を先に求める設計は適しません。

AIが緊急らしい言葉を見つけて社員に知らせる機能は、補助として検討できます。ただし、AIが見落とす可能性を前提に、人が確認する入口を残します。自動判定で「緊急ではない」として窓口を閉じたり、AIに通電確認や分解などの作業を案内させたりしない運用にします。

営業時間外にフォームを送れることと、その時間に社員が見ていることも違います。監視していない窓口を「いつでもすぐ対応」と案内しないようにします。受付時間、実際の確認体制、緊急相談の扱いをそろえ、連絡を受ける人が不在でもお客様が次の行動に迷わない表示を考えます。

訪問希望、手配、修理終了を同じ完了にしない

訪問希望は、お客様の都合を確認するための情報です。カレンダーで候補を選べても、社員や協力会社が訪問できることを確認していなければ、予約確定とは言えません。希望を受けた状態と、訪問日時を双方で確認した状態を分けます。

設備や部品が必要な場合も、手配依頼をした日と、手配先が引き受けた日、到着を確認した日を区別します。返事がない案件には次の確認予定を持たせます。期限を知らせる仕組みの考え方は、工程とリマインドの設計にも共通します。

訪問が終わっただけで、受付全体を閉じないようにします。確認だけで再訪が必要なのか、その場で作業を終えたのかを記録します。作業した内容、残っていること、現場で確認できたことを短く残すと、窓口担当がお客様へ説明しやすくなります。

修理終了と、結果を伝えたことも別に扱います。社内では「作業終了・報告待ち」と残せるようにします。お客様への報告後には、どの方法で、何を伝え、追加の相談があったかを記録します。返事がない場合の再連絡や社内の終了条件は、会社で無理なく続く基準を決めます。

同じ問題で再度連絡があったときは、新しい受付と過去の記録をつなぎます。前の記録を消して完了数だけを増やすのではなく、再相談の理由を振り返れるようにします。施工上の問題が続いているのか、説明が届いていないのかでは、必要な改善が違います。

既存の管理システムは残し、受付とのつなぎ目を確かめる

すでに顧客管理や工事管理のシステムがある会社は、すべてを作り直す前に、受付から正式な記録へ引き渡す部分を確認しましょう。お客様に使ってもらう簡単な入口と、社内で必要な管理項目は、同じ画面でなくても構いません。

大切なのは、正しい記録を更新する場所を決めることです。既存システムを正式な管理先にするなら、受付画面に入力されたことと、正式な台帳へ登録したことを区別します。転記する人、登録先の番号、転記した日時、取り込めなかった理由を確認できるようにします。

最初は社員による転記でも始められます。ただし、入力し直す作業を見えないまま増やしてはいけません。転記にかかる時間や、同じ受付を重複登録した件数を測り、必要ならデータ出力や連携を検討します。自動連携に進む場合も、失敗した受付が社員の一覧へ戻る仕組みを先に考えます。

お客様の写真や連絡先を扱うため、閲覧できる人と、外部へ渡す範囲は限定します。協力会社には作業に必要な情報を渡し、他のお客様の相談を見られないようにします。写真に写った人、郵便物、室内の私物も含めて確認します。

AIサービスへの入力は、会社が利用を認めた契約・環境で行います。データの保存、学習への利用、保存先、利用終了後の扱いをサービスの条件で確認し、必要のない氏名や住所を渡さない運用にします。検索用の社内資料を増やす場合も、その資料を見る権限をAI経由で越えられないように設計します。

例で考える、建具の修理依頼が止まらない流れ

ここからは「リフォーム後、室内のドアが閉まりにくくなった」という想定例です。実在の受付内容ではありません。お客様は短い文章で相談を送り、必要なら写真を添えます。システムは受付を記録しますが、その時点で原因や費用は決めません。

窓口担当は、どの工事に関係する相談かを確認します。AIが作った整理文を原文と照合し、今も開け閉めができるかなど、会社の確認手順に沿って不足を聞きます。分からない内容は未確認として担当者へ渡します。

担当者が訪問を調整する場合は、希望日時を受け取った後、担当者の予定と必要な準備を確認します。まだ確定していなければ、「訪問日を調整しています。決まり次第、こちらから連絡します」と伝え、社内では次の連絡予定を登録します。

訪問で調整を行ったとしても、「作業を実施した」という記録と「状態を確認した」という記録を分けます。部品の交換が必要なら、何を確認しているかと次の連絡予定を残します。窓口担当が後から読んで説明できる文章にすることが重要です。

最後に、お客様へ作業内容と残っていることを伝えます。社内だけで完了にせず、結果の確認を行った記録を残します。一件を振り返ったとき、誰が何を待ち、どこで判断し、どこまでお客様へ説明したかが分かれば、担当が変わっても続きを進めやすくなります。

小さく試すなら、通常の修理相談を一種類から

初期の試行は、緊急対応や保証の自動判定を対象にせず、会社で手順が決まっている通常相談の一種類から始める方法があります。受付を読む人、技術的な確認をする人、不在時に引き受ける人、一覧を点検する人を決めてから試します。

最初に確かめたいのは、お客様が入力を終えられるかです。スマートフォンで開くところから、写真を付けずに送る場合、電話で受けた場合、同じ内容を再度送った場合まで試します。社員の入力のしやすさだけを見て、顧客側の操作を後回しにしないことが大切です。

次に、通知が届かない、担当者が休み、希望日が合わない、既存台帳に転記できない場合を確かめます。順調な受付だけでなく、止まった受付が一覧に残ることを確認してください。仕組みの評価は、例外が起きた日に人が続きを進められるかで変わります。

AIの要約は、初期には社員向けの参考にとどめます。担当者が毎回修正した内容を記録し、役立つ相談と役立ちにくい相談を分けます。要約が長すぎるなら、専門的な分類を増やす前に、社員が判断するために本当に必要な情報へ絞ります。

期間や対象件数は自社の受付量に合わせて決めます。相談が少ない時期の短い試行だけでは、忙しい時の運用やまれな例外まで確認できません。通常運用へ移す条件、未確認のケース、試行を止める条件を残し、問題があれば元の受付方法へ戻せるようにします。

効果は返信の速さだけでなく、放置と再確認で見る

自動の受付返信が速くなっても、その後の相談が止まっていれば改善とは言えません。測るときは、受付を受けた時点から、社員が最初に内容を確認した時点までの時間を分けて見ます。自動返信と人の確認を同じ数字にしないことが重要です。

対応が止まっているかを見る指標には、次の連絡予定を過ぎた相談の件数を使えます。期限超過の割合を出す場合は、対象期間に連絡予定日を迎えた相談を分母にします。すべての受付を分母にすると、まだ連絡予定日が来ていない相談によって見え方が変わります。

お客様に追加で聞いた回数も参考になります。ただし、必要な確認を省いて数字を下げることが目的ではありません。同じことを何度も尋ねているのか、原因調査のために必要な確認だったのかを分けて振り返ります。

社員の負担は、受付、転記、調整、要約確認に使った時間をまとめて見ます。AIの処理時間が短くても、社員の修正や二重入力が増えれば、全体では楽になっていない場合があります。操作の増加と記録の改善を両方確認します。

さらに、修理を終えても報告待ちのまま残った件数や、終了後に同じ問題で連絡があった件数を見ます。導入前後を比較するなら、同じ種類の相談と同じ期間の定義を使い、繁忙期や担当体制の違いも記録します。数字が動いた理由を確かめてから、対象を広げる判断をしてください。

よくある疑問も、運用条件から答える

「Excelから始めてもよいですか」という質問には、件数と利用人数に合うなら選択肢になると考えます。共同で更新する場所、編集する権限、担当の交代、写真の保存先を決め、受付番号で結び付けます。複数のコピーを配って、それぞれを更新する方法では、どれが最新か分からなくなります。

「既存のSaaSと独自の仕組みは、どちらがよいですか」という質問には、使える機能から確認するのが順序です。SaaSは、インターネット経由で利用するソフトです。今の製品で担当、次回連絡、保留理由、履歴を管理できるなら、新規開発を急ぐ必要はありません。独自に作る場合は、運用後の修正、保守、データの持ち出しまで比較します。

「AIに写真を見せれば訪問を減らせますか」という質問には、写真を準備に使えることと、訪問が不要と判断できることを分けて答えます。写真の外にある原因や安全上の条件までは確認できないため、人が必要な調査を決めます。訪問を減らす数値だけを目標にして、必要な確認が行われなくなる運用は避けます。

「AIエージェントに全部任せられますか」という質問には、まず社員向けの準備と確認から、と答えます。AIエージェントは、複数の作業をつないで進める仕組みです。受付の整理、履歴の検索、期限の通知を組み合わせることは検討できますが、費用や保証の確定、外部への発注、お客様への約束には人の承認を残します。各作業が失敗したときに人へ戻せることも条件です。

工事後の信頼を、担当者の頑張りだけに頼らない

リフォーム会社のアフター対応管理で目指すのは、担当者が一人で全部覚えていなくても、会社として相談の続きを進められる状態です。次の連絡、止まっている理由、判断した内容、結果を伝えた記録がつながれば、受付の数が増えたときも改善点を見つけやすくなります。

DXは、その記録と役割をつなぐために使います。AIは、社員が確認する材料や文章を準備するために使います。お客様との約束や、現場の技術的な判断まで置き換えることが目的ではありません。

まずは、最近受けた通常の修理相談を一件選び、受付から結果の報告までをたどってみてください。次の連絡予定がなかったのか、担当への引継ぎが止まったのか、修理後の記録が残らなかったのか。その箇所から手を付けると、必要な仕組みを考えやすくなります。

Luzetraでは、建設・リフォーム会社の業務を整理し、既存の管理方法を踏まえたDX・AI活用を一緒に検討しています。業務改善・DX支援の内容をご覧いただき、自社の受付からどこが途切れているかを整理するところからご相談ください。