工務店・ハウスメーカーのAI追客月次レビュー 文面品質と顧客対応を振り返る

月次レビューの成果物は、立派な分析資料ではありません。翌月に直す文面ルール、対応漏れを防ぐ運用、担当者が判断に迷ったときの分岐を残せれば十分です。本記事では、AI追客全体の設計ではなく、月末に実施する「文面品質と顧客対応の振り返り」に範囲を絞り、入力例、評価表、修正例、会議の進め方、例外案件の扱いまで具体化します。追客全体の工程を先に整理したい場合は、基幹記事の工務店のAI追客フロー｜下書き・確認・送信・記録を分けるを参照してください。

01.月次レビューの目的を「送信数の報告」にしない

AIを使った追客では、短時間で文案を作れるため、送信数や配信頻度が増えやすくなります。しかし、送信できたことと、顧客にとって判断しやすい連絡ができたことは別です。毎月のレビューで確かめるべきなのは、作業量ではなく、顧客との関係を損なわずに次の行動を支えられたかどうかです。

返信率や来場予約数は重要ですが、それだけを見ると誤った改善につながります。例えば、「今週中なら間に合います」と期限を強調した文面で返信が増えても、事実に基づかない焦らせ方だったなら、その型を翌月に展開すべきではありません。反対に、返信がなくても、顧客が希望した資料を約束どおり送り、連絡頻度も守れているなら、ただちに失敗とはいえません。

月次レビューでは、次の三つを分けて扱います。

この表から読み取るべきなのは、結果指標がレビューの一部にすぎないことです。数値が良くても工程に問題があれば修正し、数値が悪くても文面だけを原因と決めつけない運用にします。

レビューの対象期間は、原則として前月1日から末日までとします。ただし、月末に送って翌月初めに返信が来た案件を切り捨てると実態を見誤ります。そこで、送信実績は送信日で集計し、反応は「送信後7日間」など社内で決めた観察期間を付けて記録します。7日という日数は制度上の基準ではなく、自社で比較可能にするための運用上の設定です。

月次レビューで答えを出すのは、「AIが優秀だったか」ではありません。AIが作った下書きを、人がどの情報で確認し、何を直し、その後どう対応したかを見ます。AIの出力だけを切り離して評価すると、入力不足や確認漏れが見えなくなるからです。

02.レビュー前に集める記録をそろえる

レビュー会議の前に、対象案件の送信文だけを集めても十分ではありません。同じ文面でも、面談直後の顧客に送ったのか、半年間連絡が途絶えている顧客に送ったのかで評価は変わります。文面の前提となる顧客状況、送信目的、担当者の修正、返信後の対応までを同じ単位で並べます。

最低限、案件ごとに次の情報を用意します。すでに顧客管理システムなどへ記録している場合は、月次レビュー専用に二重入力する必要はありません。必要な項目だけを一覧化し、元記録へ戻れるようにします。

この表は、顧客情報を必要以上にAIへ入力するための一覧ではありません。レビューに必要な事実を社内で照合するための台帳です。AIへ渡す情報は、利用するサービスの条件、自社のルール、利用目的を確認したうえで絞り込みます。

顧客の氏名、連絡先、家族構成、資金計画、土地情報などを扱うときは、単なる文章作成の材料として無制限に複製しないようにします。利用目的、安全管理、委託や第三者提供に該当する条件などは、具体的な運用に応じて確認が必要です。一次資料として、個人情報保護委員会の個人情報保護法ガイドライン（通則編）を参照し、自社の取扱規程や利用中のサービス条件と照合してください。

実務では、レビュー用一覧の表示名を案件管理番号へ置き換え、本文の確認に不要な電話番号や住所を含めない方法が取りやすいでしょう。ただし、番号へ置き換えればすべての取扱上の確認が不要になる、という意味ではありません。他の情報との組み合わせで個人が分かる場合もあるため、閲覧者、保存場所、保存期間も含めて管理します。

この模式図で重要なのは、いきなり返信率を計算しないことです。送信稿と対応履歴を結び付け、苦情や誤情報を含む案件を先に発見してから、全体集計へ進みます。

入力記録が残っていない月は、担当者の記憶だけでAIの良否を判定しません。その月は「送信稿の品質」と「送信後の対応」だけを評価し、AI初稿から何を修正したかという工程評価は「確認不能」にします。確認不能をゼロ点として責めるより、翌月から保存すべき情報を決めるほうが改善につながります。

03.固定した架空案件で評価単位を理解する

ここからは、月次レビューの判断を具体化するため、一つの架空例を使います。実在する工務店、顧客、成果ではありません。数字も運用手順を説明するための仮定であり、一般的な成果値を示すものではありません。

架空の「西原工務店」は、地域密着型の注文住宅会社です。営業担当者は3人、追客対象は資料請求者、完成見学会の参加者、初回面談後の検討者です。今回レビューするのは6月1日から6月30日までに送った40件で、顧客の反応は各送信日から7日間観察します。

40件の内訳は、資料請求後15件、見学会後10件、初回面談後10件、長期保留中5件とします。メールが25件、LINEが15件です。AIは文章の下書きにだけ使い、送信前に担当者が顧客記録と照合し、必要に応じて責任者へ確認する社内運用とします。

この表から分かるように、40件全体の返信率だけでは改善箇所を特定できません。関係が浅い資料請求者と、次回打ち合わせを予定している初回面談後の顧客では、返信が必要になる度合いが異なるためです。

レビューの最小単位は「顧客」ではなく、原則として「一回の送信と、その送信に対する観察期間内の対応」です。同じ顧客へ月内に三回送ったなら三送信として文面を評価します。ただし、短期間に連続送信したこと自体が問題になり得るため、顧客単位の接触回数も別に集計します。

例えば、一人の顧客へ6月3日、5日、7日に連絡し、7日の連絡へ返信があった場合、単純に「3件中1件返信」と処理するだけでは不十分です。3日と5日の送信が必要だったか、顧客が返信する前に督促が重なっていないかを時系列で見ます。送信単位と顧客単位の両方を持つ理由はここにあります。

また、顧客から「秋ごろに再検討する」と言われていたのに6月中に何度も送っていた場合、文面が丁寧でも対応は不適切です。月次レビューでは、一通ずつの文章品質だけでなく、過去の意向と接触頻度の整合を確認します。

04.数値は母数と観察条件を付けて読む

計測の定義（顧客単位とメッセージ単位の区別、送信後7日間の観察期間、観察未完了の扱い）は、工務店の追客反応をAIで整理｜返信内容と計測条件を確認するを正本とします。月次レビューでは文面を一通ずつ評価するため、その定義のうち送信単位の指標を使い、顧客単位の返信率が必要なときは正本の定義で別に算出します。

西原工務店の架空例では、40件の送信に対し、送信後7日以内の返信が12件あったと仮定します。送信単位の返信率は12件÷40件×100＝30％で、「顧客の30％が返信した」という意味ではありません。停止・終了希望の3件はいずれも返信で届いたものとし、返信12件の内数として数えます。

この表から特に注意したいのは、人による修正率です。修正率が高いからAIが役に立たないとも、低いから効率化できたとも断定できません。軽微な語尾修正と、価格や日程の重大な訂正を同じ一件として数えると意味が変わるため、修正理由を分類します。

返信率が前月より下がった場合も、すぐに文面を短くしたり、強い呼びかけを加えたりしません。対象者の区分、送信目的、媒体、送信時点、見学会の有無など、比較条件が近いかを先に確認します。長期保留中5件のように母数が小さい区分では、1件の差が20ポイントになるため、返信内容、送信前の意向、接触頻度を案件別に読みます。

無反応を失敗と呼ばないことも大切です。住宅検討は、土地、資金、家族の合意、仕事の都合など複数の事情に左右されます。返信がない理由を文面だけに帰属させず、「返信を求める必要があった送信か」「返信しやすい問いだったか」「顧客が希望した頻度を守ったか」を評価します。

05.文面品質を六つの観点で採点する

文面品質の評価では、好みの議論を避けるために共通の観点を設けます。西原工務店では、「事実整合」「目的明確性」「顧客状況との整合」「回答しやすさ」「圧迫感の抑制」「情報量と媒体適合」の六項目を、0点から2点で評価するとします。

2点は問題なし、1点は軽微な修正余地あり、0点は誤解や不利益につながる問題ありです。合計12点ですが、合計点だけで送信可否を決めません。事実誤認、停止希望の無視、根拠のない期限表現などは、他項目が高くても個別に重大問題として扱います。

この表でそろえたいのは、採点者の感想ではなく、判定根拠です。「冷たい感じがする」ではなく、「面談後の宿題共有なのに、担当者と期限が書かれていないため目的明確性を1点」と記録します。

全40件を毎月詳細採点する負担が大きい場合は、重大案件を全件確認したうえで、通常案件から抽出して採点します。抽出条件は毎月変えず、例えば「各区分から最低3件、各担当者から最低3件、返信あり・なしを含む」と決めます。ただし、誤送信、苦情、停止希望後の送信、未確認情報を含む案件は抽出ではなく全件確認の対象です。

点数の集計例を示します。15件を抽出し、各6項目を2点満点で採点した場合、満点は15件×6項目×2点＝180点です。しかし、「合計150点だったから合格」といった一括判定は避けます。項目別に0点件数を見て、再発防止が必要な箇所を特定します。

この架空集計では、平均点を上げることより、事実整合の0点2件をなくすことが先です。回答しやすさは1点が7件あるため、その次に共通ルールを見直します。重大度と発生件数を分けて優先順位を決めるのがポイントです。

文面のトーンを詳しく改善したい案件は、工務店のLINE文面改善｜圧迫感と曖昧さを取り除くも参考になります。ただし、月次レビューでは一通の表現修正だけで終わらせず、同じ問題が発生した入力条件や承認工程まで戻って直します。

06.AIへの入力と出力の差分から原因を探す

AIの出力に問題があったとき、出力文だけを直して終えると、翌月も同じ問題が起きます。レビューでは「入力に必要な事実があったか」「禁止条件を示したか」「AIが補った部分を人が検証したか」を順にたどります。

西原工務店の架空案件Aでは、見学会後の顧客へ次のような入力をしたとします。

見学会に参加したお客様へのお礼LINEを作ってください。次回相談につながるよう、親しみやすくしてください。

この入力には、顧客が何に関心を示したか、次回相談を希望したか、いつ連絡してよいか、案内可能な内容は何かがありません。その結果、AI初稿が次のようになったと仮定します。

先日は見学会にご参加いただき、ありがとうございました。理想のお住まいのイメージがより具体的になったのではないでしょうか。今なら無料相談枠も残りわずかですので、ぜひお早めにご予約ください！

この初稿には三つの問題があります。第一に、「イメージが具体的になった」という顧客の状態を確認せずに推測しています。第二に、「相談枠も残りわずか」という事実が入力されていません。第三に、感想確認より予約誘導が前面に出ています。

送信稿は、記録にある事実だけを用いて次のように修正します。

先日は完成見学会へお越しいただき、ありがとうございました。収納の取り方についてご質問をいただきましたが、その後、気になる点はございませんか。ご希望があれば、今回の間取りで工夫した点を担当者からご説明します。まだ相談は不要という場合は、ご返信なしで大丈夫です。

この修正では、来場時の質問を記録から確認したうえで触れています。予約を迫らず、説明を希望するかどうかを顧客が選べる形にしました。「返信なしで大丈夫です」という表現を常に付ける必要はありませんが、関係が浅く、急ぎの用件ではない案件では圧迫感を下げる選択肢になります。

改善後のAI入力は、例えば次のように構成できます。

この表から分かるのは、長い指示文を書くことより、事実と禁止条件を分けるほうが確認しやすいということです。入力にない情報が出力へ現れたら、もっともらしくても送信前に削除または検証します。

AI活用の社内手順は、利用者の役割、リスク、説明可能性、人による関与などを踏まえて設計する必要があります。総務省・経済産業省のAI事業者ガイドライン（第1.2版）（2026年3月31日付）はAIに関わる事業者向けの指針を示しており、本記事では本編第5部「AI利用者に関する事項」を参照していますが、工務店の具体的な採点表や承認順序まで定めるものではありません。本記事の入力欄、採点方法、承認手順は、その考え方を実務へ落とすための独自提案です。

出力の修正履歴は、全文を何度も保存する必要はありません。「未確認の期限表現を削除」「顧客の発言を原文に合わせて訂正」「質問を三つから一つへ削減」のように理由を残します。翌月に同じ修正が繰り返されていれば、個別編集ではなく入力様式や定型指示の変更対象です。

07.顧客の反応と担当者の対応を対で確認する

良い文面を送っても、返信後の対応が遅れたり、質問に答えず再び来場を勧めたりすれば、追客全体としては改善が必要です。月次レビューでは、返信内容を「肯定的」「否定的」といった感情だけで分けず、顧客が求めている処理に応じて分類します。

実務で使いやすい分類は、「質問」「日程希望」「資料希望」「保留」「連絡時期の指定」「終了・停止希望」「苦情・訂正要求」「判定不能」です。判定不能には、スタンプのみの返信や、意図を一つに決められない短文などを含めます。

この表から読み取るべきなのは、返信が来た後の「次の一手」が反応ごとに違うことです。すべての返信を面談予約へつなげようとすると、質問への未回答や停止処理の遅れが生まれます。

西原工務店の架空例で、返信12件のうち11件は社内期限内に対応し、1件は対応が遅れたとします。遅れた1件が単なる予約調整なのか、誤情報への訂正要求なのかで重大度は異なります。期限内対応率だけではなく、遅延した案件の内容と影響を個別に確認します。

顧客から「しばらく連絡は不要です」と届いた場合も、解釈を勝手に広げません。担当者からの個別連絡だけを指すのか、メールやLINEを含むすべての連絡を止めたいのか、文脈で明確でなければ必要最小限の確認を行います。その後、複数の配信手段へ確実に反映できる担当を決めます。

一方で、「家族と相談します」という返信を、拒否とも前向きとも決めつけないことが重要です。「承知しました。こちらからの次回連絡はいつごろがよいでしょうか」と確認できる場合もあれば、返信を重ねず待つほうがよい場合もあります。直前の会話と、顧客が示した連絡希望を参照して判断します。

初回面談後の案件で、次に必要な情報が曖昧なときは、工務店の初回面談の振り返り｜次に必要な情報を整理するとつなげて運用できます。面談記録が曖昧なまま追客文を作ると、AI入力にも推測が混ざりやすくなるためです。

この模式図では、AIによる返信案の作成より前に、求められた処理の分類と記録照合を置いています。返信文が自然でも、担当や期限の判断が誤っていれば適切な顧客対応にはなりません。

08.60分のレビュー会議で決定まで終える

月次レビュー会議は、案件を眺めて感想を述べる場ではなく、翌月の変更点を決める場です。西原工務店の架空例では、営業責任者1人、担当者3人、記録担当1人が参加し、60分で実施するとします。参加人数や時間は自社の件数に合わせて調整してください。

事前に集計表と要注意案件を共有し、会議中は全40件を最初から読み上げません。重大案件、項目別の0点、繰り返し発生した1点、対応期限超過の順に扱います。通常案件は、改善案が他案件にも適用できるときだけ取り上げます。

この表から読み取れるのは、数値報告よりも、重大案件と翌月の変更に多くの時間を割いていることです。集計値は会議前に読める形にし、会議では判断が必要な論点へ集中します。

会議の冒頭では、前月比を説明する前に欠損を確認します。例えば、40件中8件でAI初稿が保存されていないなら、人による修正率や入力品質の評価は32件の範囲に限定します。欠損を無視して全件評価したように見せると、改善判断の根拠が弱くなります。

意見が分かれた場合は、多数決ですぐ決めず、どの評価項目で見解が違うのかを確認します。「営業らしくない」という意見と「圧迫感がない」という意見は、評価軸が異なります。送信目的、顧客の検討段階、求める行動を再確認し、その案件で必要な条件に照らします。

文章の好みだけで決着しない場合は、翌月に限定した運用テストへ落とします。ただし、顧客を無断で実験対象のように扱うのではなく、通常業務として適切と判断できる文面の範囲で比較します。対象区分、期間、評価項目を決め、結果だけでなく苦情や停止希望の発生も確認します。

会議の記録には、議論の全文ではなく、「何を変えるか」「なぜ変えるか」「誰がいつまでに行うか」「何を見て再評価するか」を残します。決定理由がなければ、翌月に担当者が変わった際、元の問題が分からずルールだけが形骸化します。

09.重大な失敗と通常改善を同じ箱に入れない

月次レビューでは、すべての問題を点数順に処理してはいけません。未確認の日程を確定として送った、別の顧客情報を含めた、停止希望後も連絡した、といった事象は、通常の文面改善より先に個別対応が必要です。

社内では、少なくとも「即時対応」「月内修正」「経過観察」の三段階に分けると扱いやすくなります。これは法律上の分類ではなく、レビューを止めずに優先順位を決めるための独自の運用案です。具体的な事故対応や法的判断が必要な場合は、自社の責任者や専門家へ確認してください。

この表では、即時対応を月末まで待たないことが最重要です。月次レビューは発見の場になり得ますが、重大事象を保留するための仕組みではありません。

典型的な失敗の一つは、AIが作った自然な文章に引っ張られ、事実確認が後回しになることです。「次回のお打ち合わせは7月10日ですね」と書かれていても、記録上は候補日にすぎない可能性があります。文章として自然かどうかではなく、確定情報かどうかを確認します。

二つ目は、顧客の保留理由をAIが一般化することです。「土地探しでお悩みとのことですが」と書かれていても、実際には家族の予定を待っているだけかもしれません。推測を顧客の発言のように書くと、信頼を損ないます。

三つ目は、返信を増やそうとして質問を詰め込むことです。予算、土地、入居時期、家族の意向を一通で尋ねると、顧客はどこから答えるべきか迷います。月次レビューで質問過多が複数見つかったら、「一通の主質問は原則一つ」「複数確認が必要な場合は回答選択肢を整理する」など、再利用できる基準へ変えます。

四つ目は、連絡終了を営業上の失敗として扱うことです。顧客が計画中止や他社決定を伝えた場合、追客継続を目的に無理な引き止めをするのではなく、意向を正しく処理します。連絡終了率が上がった場合も、適切な意思確認ができた結果なのか、不快な連絡が原因なのかを分けて見ます。

五つ目は、一人の担当者だけを問題の原因にすることです。同じ誤りが複数人に発生しているなら、個人の注意力より、顧客記録の位置、入力様式、承認条件、送信画面の設計に原因がある可能性があります。個別指導と工程修正を分けて考えます。

10.例外案件は分母から外すだけで終わらせない

通常の集計へ入れると判断を歪める案件があります。例えば、システム障害で同じ文面が重複送信された案件、担当者が個別に謝罪対応している案件、送信直後に顧客から計画中止の連絡があった案件です。こうした案件を通常の返信率から除外する場合は、除外理由と件数を残します。

除外は、悪い結果を見えにくくするために使ってはいけません。「苦情になったから除外」ではなく、通常文面の比較対象には含めない一方で、重大案件一覧では必ず扱う、という二重の記録にします。

送信後7日を過ぎて返信が来た場合も、反応がなかったことにはしません。定例集計では観察期間外として別欄に記録し、個別対応は通常どおり行います。翌月以降、期間外返信が多いと分かれば、7日という観察条件自体を見直します。

月をまたぐ予約も同様です。6月の送信をきっかけに7月15日の相談予約が入ったなら、送信日の月へ予約反応を関連付けられるようにしつつ、実施実績は7月として管理します。「予約した」と「実際に相談した」を混同しないためです。

担当者が電話でフォローし、その後LINEへ返信が来た場合は、LINE文面だけの成果と断定しません。送信、電話、返信を時系列で残し、「複数接点あり」とします。住宅営業では一つの文面だけで結果が決まらないため、寄与を無理に一つへ割り当てないことが大切です。

AI初稿が保存されていない案件、担当者が大幅に書き直した案件、定型文を使わず完全に手書きした案件も区別します。AI追客月次レビューだからといって、すべてをAI生成文として数えると実態を誤ります。

この表から分かるように、「集計から外す」と「レビューしない」は同じではありません。むしろ、通常条件から外れる案件ほど、工程上の問題を発見できることがあります。

対象件数が極端に少ない月は、率の比較を中止しても構いません。例えば対象が5件しかない場合、1件の違いが20ポイントになります。その月は、五件すべての事実整合、質問設計、対応履歴を個別に確認し、数値は参考値として記録します。

逆に件数が多すぎて全件を読めない場合も、重大案件と停止希望は全件確認し、通常案件だけを抽出します。効率化のために重要案件まで無作為抽出へ入れてしまうと、低頻度でも影響の大きい問題を見逃します。

11.翌月の改善を一枚の実行表に落とす

月次レビューの最後に作る成果物は、「改善点一覧」ではなく、翌月に実行できる変更表です。問題、原因仮説、変更内容、担当、期限、再確認方法を一行で結びます。一度に多くを変えると、何が影響したか分からなくなるため、重大問題を除き、優先項目を絞ります。

西原工務店の架空例では、事実整合の0点が2件、回答しやすさの1点が7件、期限内対応の遅れが1件ありました。そこで、翌月は次の三項目を優先するとします。

この表から読み取るべきなのは、文面修正、入力修正、担当体制の修正が混在していることです。AIへの指示だけを変えても、担当不在時の遅れは解決しません。

再確認方法には、「返信率を見る」だけでなく、問題に直接対応する検査を置きます。日程表現の問題なら、翌月の日程を含む文面を全件照合します。質問過多なら、主質問数と顧客の回答内容を確認します。原因に近い指標を選ぶことで、改善の成否を判断しやすくなります。

変更の所有者は、「営業部」のような部署名だけでなく、実際に完了を確認する人まで決めます。実行担当と承認担当が異なる場合は両方を記載します。期限も「なるべく早く」ではなく、適用開始日または完了日を入れます。

翌月に問題が減らなかった場合、担当者の意識不足と即断しません。入力欄が使いにくい、顧客記録が更新されていない、承認前に送信できてしまうなど、仕組みの条件を再点検します。変更が実施されていなかったのか、実施したが効かなかったのかも分けます。

反対に数値が改善しても、すぐに標準化しない選択があります。見学会の開催、季節要因、対象者の検討段階などが前月と異なる可能性があるためです。二、三か月の継続確認が必要か、一度の確認で十分な重大修正かを、変更内容ごとに決めます。

月次記録の完成形

最終的に残す資料は、次の五点で構成できます。

1. 対象期間、送信件数、観察期間、除外条件を記した集計条件 2. 区分別の送信・反応・対応状況 3. 文面品質の評価結果と代表的な修正前後 4. 重大案件、例外案件、未確認事項 5. 翌月の実行表と次回レビュー日

この五点があれば、翌月の会議で「前回何を直す予定だったか」から確認できます。毎月ゼロから論点を探すのではなく、前月の変更が実行され、問題がどう変化したかを追えるようになります。

保存する情報は、閲覧権限と保存場所を決め、レビューの目的に不要な個人情報を複製しないようにします。保存期間についても、自社の既存規程や利用目的と整合させます。月次レビューを始めたことで、顧客情報のコピーが各担当者の端末に増える状態は避けるべきです。

12.初月は全件の点数化より記録の欠損を直す

初めて月次レビューを行う工務店では、いきなり高度な採点や前月比較を始める必要はありません。最初の一か月は、送信目的、AI初稿、送信稿、顧客反応、対応結果が結び付いているかを確認します。記録が欠けていれば、翌月から残す項目を決めることが初月の成果です。

二か月目は、重大案件を全件確認し、通常案件から一定数を抽出して六項目の文面評価を行います。三か月目以降、同じ定義で記録がそろってから、区分別の変化や修正の効果を見ます。比較条件がそろわないうちに目標値だけを置くと、数字を合わせるための運用になりやすいためです。

導入順序は次の形にすると無理がありません。

この模式図では、数値目標より前に記録と重大案件の確認を置いています。比較できるデータがない段階では、返信率の目標を細かく設定するより、送信と対応を追跡できる状態を作るほうが先です。

毎月使う問いは、次の七つに絞れます。

• 顧客の意向や過去の約束と矛盾した文面はなかったか
• 入力されていない事実をAIが補い、人が見逃した案件はなかったか
• 顧客が答えやすい質問になっていたか
• 根拠のない期限、希少性、不安をあおる表現はなかったか
• 返信、停止希望、苦情へ期限内に対応できたか
• 同じ修正を複数の担当者が繰り返していないか
• 翌月に変更する工程と、その効果を確かめる方法は決まったか

この七問へ案件記録を基に答えられれば、月次レビューは送信数の報告会ではなくなります。回答できない問いがあれば、それ自体が記録や工程の改善項目です。

最終的な完成状態は、AIが修正不要の文面を出すことではありません。AIの出力に誤りや不適切な表現が混ざる可能性を前提に、担当者が事実を照合し、顧客の意思へ応じ、問題発生時に止められる状態です。月次レビューは、その状態が実際に機能したかを確かめるために行います。

翌月の実行表には、成果指標だけでなく停止条件も入れてください。例えば、未確認情報の送信、停止希望後の再送、顧客情報の混在が見つかった場合は、該当する送信方法や定型処理を一時停止し、責任者が確認する、と決めます。改善を続けるためには、進める条件と止める条件の両方が必要です。

追客全体の数字と顧客の声を月単位でつなぐレポートは、工務店の追客月次レポート｜数字と顧客の声をつなげるで扱います。本記事はそのうち、AI文面の品質と返信後の対応を点検する振り返りに役割を絞っています。