工務店・ハウスメーカーの日程変更案内をAIで作る 候補日と確定条件の照合

AIに任せるのは、照合を終えた事実を案内文へ整える工程です。空き枠の発見、担当者を変更してよいかの判断、必要時間の短縮、未確認候補の採用、顧客が選んでいない日時の確定は任せません。本記事では、候補ごとに「対象」「日時」「場所・方法」「参加者・設備」「前提作業」「確定手続」の6条件を照合し、AIへの入力、出力の修正、送信前評価までを一つの実務票へまとめます。

候補の一般的な出し方、終了時刻の示し方、候補が一つしかない場合の案内、顧客から希望を受け取った後の確定手順、変更時に元の予約をどう扱うかは、工務店のLINE日程調整｜候補の出し方と確定の文例で扱っています。本記事ではその手順を繰り返さず、複数の予定表や案件記録に分散した条件をどう照合し、AIが増やした約束をどう発見するかに絞ります。

また、日程変更以外を含むAI文面の承認者、承認条件、差し戻し設計は、工務店のAI追客の送信前確認｜誤案内を減らす承認表を参照してください。

以下に登場する「工務店例095」と案件、人物、日時、数値は、作業方法を説明するために編集部が設定した架空例です。実在する会社や案件とは関係ありません。

01.AIへ渡す前に、文章作成と成立判定を切り分ける

日程変更案内で最初に決めるのは、文体や候補数ではなく、その予定が成立するための条件です。「丁寧な案内を作ってください」と依頼するだけでは、AIは不足した情報を自然な表現で補うことがあります。補われた曜日や担当者名が偶然合っていても、確認を経ていない以上、送信根拠にはできません。

工務店例095では、日程変更の作業を次の三つに分けます。

この切り分けをしないと、「AIが作った文章を人が確認する」という一つの工程に、予定の成立判定まで埋もれてしまいます。確認者は敬語や読みやすさに目を奪われ、終了時刻、必要な同席者、確定方法の誤りを見落としやすくなります。

成立判定では、候補を次の三つに分けます。

• 提示可：すべての必須条件に確認根拠があり、その時点で顧客へ提案できる
• 社内確認待ち：担当変更や設備確保など、社内確認が終われば提示できる可能性がある
• 提示不可：必要時間や顧客の立ち会い条件などと衝突し、現在の条件では成立しない

「社内確認待ち」は、顧客向け文面に条件付き候補として載せる区分ではありません。確認が終わるまで社内に留め、成立した場合だけ提示可へ変更します。「調整可能です」「仮で空けています」といった表現も、実際にその扱いを合意していなければ使いません。

この工程でAIが受け取るのは「空いていそうな予定」ではなく、「人が提示可と判断した候補」です。成立判定と文章生成の境界を守ることが、日程変更案内で誤った約束を増やさない基本になります。

02.工務店例095の元予定と確認元を一件票へ固定する

変更依頼の最新メッセージだけでは、元の約束を復元できない場合があります。「来週へ変更できますか」という一文には、用件、所要時間、実施場所、必要な担当者が書かれていません。AIへ会話履歴を渡して推測させる前に、変更対象を人が一件へ特定します。

工務店例095の架空案件では、次の条件を最後まで固定します。

情報の種類によって、正本となる確認元は異なります。顧客との約束は最新の確定通知が正しくても、社用車や測定機器の状況は設備予約表でなければ分からないことがあります。すべてを一つの予定表から判断せず、項目ごとに確認元を定めます。

食い違いが見つかった場合は、都合のよい情報を選びません。たとえば、予定表が10時開始、顧客への確定通知が10時30分開始になっていれば、AIへ両方を渡して「最新を判断して」と依頼するのではなく、案件責任者が正しい約束を確定します。

変更理由も、照合や案内に必要な範囲へ限定します。「家族の都合」で足りるときに、病名、学校名、勤務先、家族の詳細な予定まで一件票へ転記する必要はありません。顧客向け文面へ理由を書かないなら、生成用入力では「顧客から変更希望」とするだけで文章を作れます。

反対に、自社都合の変更では、顧客へ説明してよい理由と社内だけで管理する事情を分けます。AIに社内事情を要約させ、そのまま顧客向けの説明に転用してはいけません。説明内容、謝罪の程度、補償や費用に関する表現は、案件責任者が事実と社内方針を確認して決めます。

一件票を作った時点で、次のように予定を一文で復元できるか確認します。

変更対象は、案件R-095-101について、10月9日10時00分から11時30分まで施主宅で行う現地調査であり、営業担当と工事担当、施主の立ち会い、室内への入室、90分の作業時間が必要である。

対象、開始・終了、目的、場所、必要な役割のいずれかが抜けるなら、候補の成立判定へ進む前に確認元へ戻ります。

03.6条件照合票で候補の成立根拠を残す

本記事で使う6条件は、候補の文章表現を評価する項目ではありません。候補が業務上成立するかを止まって判断するための関門です。一つでも必須条件が未確認なら、提示可にはしません。

「6項目中5項目を満たしたので合格」という採点は行いません。必須条件は加点項目ではなく、欠けたときに送信を止めるゲートです。任意の設備など、案件責任者が不要と判断した項目は空欄にせず、「対象外・判断者・判断日」を残します。

工務店例095では、三つの日時を社内候補として調べたものとします。

この照合結果から顧客へ提示できるのは、10月14日10時00分～11時30分だけです。10月12日は、工事担当の代理を認める権限者が確認し、代理担当者を確保した後でなければ提示できません。10月16日は顧客が確保できる60分と必要時間90分が衝突しているため、そのままでは提示不可です。

必要時間を60分へ短縮できるかは、AIや連絡担当者ではなく、現地調査の実施責任者が作業範囲を確認して判断します。正式に作業範囲と必要時間が変わった場合は、元の90分という値を書き換えるのではなく、判断者、判断日、変更理由を記録して新しい条件として照合し直します。

候補の書式、終了時刻を含む提示方法、候補が一つしかない場合の聞き返し方は、工務店のLINE日程調整｜候補の出し方と確定の文例を参照します。本記事の照合票は候補の見せ方を再定義するものではなく、「その候補を見せてよい根拠」を残すものです。

照合票には、判定結果だけでなく確認元を残します。「営業担当に聞いた」ではなく、「共有予定表を10月7日15時に確認」「設備予約表の予約番号E-182を確認」のように、再確認できる粒度にします。ただし、顧客向け文面の生成に不要な社内番号までAIへ入力する必要はありません。

04.AIへの入力は六つのブロックへ整える

6条件照合票は候補の成立判定に使います。AIへの入力では、照合済みの事実を文章生成用の六つのブロックへ組み替えます。どちらも六つですが、目的は異なります。

このブロックを使うと、AIへの指示は次のようになります。

顧客向けの日程変更案内を作成してください。

【変更対象】
施主宅で行う現地調査です。元日時は10月9日10時00分～11時30分で、顧客から変更希望がありました。

【提示する候補】
10月14日10時00分～11時30分だけです。

【相手へ伝える条件】
所要時間は90分です。施主宅で実施し、施主の立ち会いが必要です。

【確定方法】
この日時が難しい場合は、別の希望日と対応できる時間帯を尋ねてください。顧客が候補を選んだだけでは確定とせず、当社から確定通知を送った時点で予約が確定する表現にしてください。

【文体】
LINE向けに簡潔にし、変更連絡へのお礼を一文入れてください。

【禁止事項】
曜日、変更理由、住所、担当者名、費用、準備物、別候補を推測して加えないでください。10時00分～11時30分を「10時から」や「1時間程度」へ変更しないでください。「確定しました」「確保しました」と書かないでください。

「候補を三つ出してください」「足りない情報は自然に補ってください」といった指示は入れません。候補数を優先すると、AIが社内確認待ちや提示不可の日時を再利用するおそれがあります。成立する候補が一つなら一つだけを提示し、難しい場合に顧客から希望範囲を受け取る文面にします。

過去のメール、LINE履歴、予定表の全文をそのまま貼る方法も避けます。古い日時や取り下げた候補が残っていると、AIは文章上もっとも自然に見える情報を採用することがあります。生成前に人が現在有効な値を選び、入力ブロックにはその値だけを記載します。

AIへ渡す情報を減らしても、社内の正本から必要な情報を削除するわけではありません。訪問先を間違えないための住所は顧客管理記録に必要でも、住所を含まない案内文を作るAIには不要です。生成用入力と業務記録を分けることで、照合精度を保ちながら入力範囲を狭くできます。

05.AI出力の修正表で「増えた約束」を取り除く

AI出力は、読みやすさより先に、入力にない約束が増えていないかを確認します。特に増えやすいのは、曜日、確定表現、候補保持、担当人数、所要時間、場所、準備物、費用、返信期限です。

工務店例095の入力に対し、AIが次の文を出したとします。

日程変更のご連絡ありがとうございます。次回の現地調査は、10月14日（水）10時からで確定いたしました。当日は担当スタッフ2名で伺い、1時間ほどで完了予定です。難しい場合は、10月12日午後または10月16日15時からでも調整可能ですので、お知らせください。ご返信は10月10日までにお願いいたします。

文章は滑らかですが、送信できません。入力していない曜日と期限が増え、顧客の了承前に確定し、必要時間を短縮し、除外した候補を復活させています。

AIへ再修正を依頼する場合は、「自然に直してください」ではなく、項目単位で指示します。

10月12日と10月16日の候補を削除してください。10月14日は未確定なので、「確定いたしました」を候補確認の表現へ変更してください。10時00分～11時30分の終了時刻を残してください。曜日、担当人数、返信期限を追加しないでください。

修正後の顧客向け案内は、次のようにできます。

日程変更のご連絡ありがとうございます。現地調査につきまして、10月14日10時00分～11時30分はいかがでしょうか。ご自宅での実施となり、お立ち会いをお願いいたします。

この日時が難しい場合は、ご都合のよい日と時間帯をいくつかお知らせください。確認のうえ、当社から改めて確定のご連絡をいたします。

この文面にも、確認済みの事実だけを追加します。実際に候補を保持する期限があるなら、その日付と時刻を照合票に登録してから追記します。返信時に予定表を再確認する運用なら、「この日時を確保しております」とは書きません。

AIを使わず、人が直接修正する方がよい場合もあります。再生成のたびに別の終了時刻が消える、謝罪理由が追加される、候補が復活するといった変更が続くなら、確認済みの完成文を人が固定します。AIの再生成回数を増やすこと自体は品質保証になりません。

修正後は、元のAI出力ではなく、原資料と最終文を比較します。最初の誤りだけを直しても、再生成時に別の事実が変わる可能性があるためです。

06.状態名は既公開記事に合わせ、仮確定を新設しない

本記事では、日程調整の状態遷移を独自に作りません。運用上の状態名は、工務店のLINE日程調整｜候補の出し方と確定の文例に合わせます。

「仮確定」は使いません。顧客から希望を受け取っただけなら「希望を受け取った」です。実際の保持条件と期限を双方で合意した場合だけ「仮押さえを合意した」とします。この違いにより、顧客の希望、社内の確認、予約枠の保持を一つの曖昧な状態へまとめずに済みます。

元の予約をいつ残し、いつ変更するか、顧客の希望を受けた後にどの記録を再確認するかは、同記事の「変更依頼を受けたら、元の予約をどう扱うか確認する」の範囲です。本記事の照合票では、元予定を比較基準として保持し、新しい日時が予約として確定する前に元予定を削除したとは記録しません。

工務店例095で顧客から「10月14日でお願いします」と返信が届いた場合、その返信だけを根拠にAIへ確定文を作らせません。共有予定表、必須担当者、設備、前提作業を再照合し、工務店例095の運用で定めた担当者が確定通知を送ります。

再照合後の確定通知は、たとえば次の形です。

ご返信ありがとうございます。現地調査は、10月14日10時00分～11時30分で予約が確定しました。当日はご自宅へ伺いますので、お立ち会いをお願いいたします。変更が必要になった場合は、分かり次第ご連絡ください。

この完成文を使えるのは、実際に予約が確定し、必要な社内記録を更新できる場合だけです。確定通知を送ったのに予定表が更新されない運用では、文面だけ整えても二重予約を防げません。

顧客の返信が「たぶん大丈夫です」「家族に確認します」「14日がよさそうです」であれば、希望や関心を示した可能性はあっても、明確な選択とは限りません。絵文字やリアクションだけを希望受領とみなすかも含め、媒体ごとのルールを決めます。AIに了承の強さを推測させて予約を進めないことが重要です。

07.例外条件は候補文へ混ぜず、確認先へ分岐させる

天候、協力会社、鍵、現場の進捗、オンラインへの切り替えなどは、予定表の空きだけでは判断できません。例外を「調整可能な候補」として顧客向け文面へ混ぜず、何が確認できれば提示可へ変わるかを記録します。

天候依存の予定で「雨の場合は延期の可能性があります」と書くだけでは、顧客はいつ予定が決まるか分かりません。実施責任者が、判断時刻、連絡手段、代替日の扱いを決めた後、そのうち顧客に必要な内容だけを案内します。降雨量や安全基準をAIに作らせてはいけません。

オンラインへの切り替えも、単なる場所変更とは限りません。仕様説明はオンラインで実施できても、採寸、劣化確認、漏水箇所の確認は現地作業が必要な場合があります。「現地調査」という目的を達成できるかを業務責任者が判断します。

同じ枠を複数の顧客へ提示する運用では、候補を送ったことと、その枠を保持したことを分けます。保持しないなら、返信を受け取った後に空き状況を再照合します。保持するなら、保持期限、解除条件、顧客への説明を実際の運用と一致させます。

複数回の変更が続く場合は、AIへの入力から古い候補を除きます。顧客へ新しい候補を送る際は、必要に応じて「先にご案内した候補は取り下げます」と明記し、古いメッセージだけを見ても現在有効な候補と誤認しにくくします。

顧客が「いつでもよい」と返した場合も、工務店側が任意の日時を確定してよいとは限りません。「平日のみ」「前日までの連絡が必要」「家族の立ち会いが必要」などの条件が省略されている可能性があります。具体的な候補を提示し、顧客の希望を受け取る工程へ戻します。

08.直前変更と誤送信は、連絡を優先する順序を決める

当日や直前の変更では、AIで文章を整えることに時間を使い過ぎないようにします。訪問時刻が迫っている、顧客がすでに移動している可能性がある、現場へ入れないなど、即時性が高い場合は、社内で定めた電話その他の連絡手段を優先します。

工務店例095では、直前変更を次の順序で処理します。

1. 正しい対象、日時、場所と、変更が必要な事実を責任者が確認する 2. 顧客が気づきやすい連絡手段を選び、まず変更事実を伝える 3. 連絡がつかなければ、社内ルールに従って別の登録済み連絡手段を使う 4. 顧客の移動や立ち会いへの影響を確認する 5. 成立を確認した候補だけを案内する。候補がなければ、希望範囲を尋ねる 6. 連絡内容、時刻、連絡者、顧客の返答を案件記録へ残す 7. 新しい予約が確定した後、予定表と関係者の予定を更新する

AIが使えない場合に備え、照合済みの値を差し込むだけの定型文も用意します。

【用件】の日程変更についてご連絡いたしました。現在の予定は【元日時】です。変更後の候補は【候補の開始～終了】です。ご都合を確認いただけますでしょうか。難しい場合は、ご都合のよい日と時間帯をお知らせください。確認のうえ、改めて確定のご連絡をいたします。

送信後に誤りへ気づいた場合は、先に正しい事実と影響を確定します。AIで訂正文を作ることから始めません。

誤った候補を送った場合と、別案件の氏名や住所を送った可能性がある場合では、必要な対応が異なります。個人情報の漏えい等に該当するか、報告や本人通知が必要かを現場担当者だけで断定せず、社内の情報管理責任者など所定の確認先へ速やかに連絡します。

謝罪文へ原因、責任、補償を記載する場合も、AIに推測させません。事実関係と会社の対応方針を確認し、権限を持つ担当者が内容を決めます。

09.個人情報とAI利用記録は生成用入力から分離する

日程調整には、氏名、住所、連絡先、在宅時間、家族の予定、住宅への入室条件などが集まりやすくなります。文章生成に必要な情報と、予定を実行するために社内で必要な情報を分けます。

顧客名を記号へ置き換えるだけで、常に個人を識別できなくなるわけではありません。詳細な住所、建物情報、日時、案件番号などの組み合わせから対象が分かる場合があります。入力範囲は単語単位ではなく、情報の組み合わせと利用目的から検討します。

個人情報の利用目的、安全管理、委託先の監督、第三者提供などに関する一般的な確認には、個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」の該当箇所と、自社に適用される社内規程を確認します。AIサービスへの入力が個別の法的区分に該当するかは、契約内容、サービスの利用条件、データの取扱い、利用形態によって変わるため、本記事だけで一律に断定しません。判断が必要な場合は、自社の管理担当者や必要な専門家へ確認します。

利用するAIサービスについては、入力内容が学習に使われるか、保存期間を設定できるか、管理者が利用状況を確認できるか、利用者ごとの権限を設定できるか、契約終了後にデータがどう扱われるかを確認します。画面上で「履歴を残さない」と設定できても、契約条件やシステム上の保存がすべて同じ意味とは限りません。

AI利用の組織的な検討では、総務省・経済産業省の「AI事業者ガイドライン（第1.2版、2026年3月31日公表）」を参照できます。本記事の公開前には、公式ページで版、公表日、URLが最新かを再確認します。本記事の6条件照合票や候補区分は工務店向けの実務提案であり、同ガイドラインがこの様式を定めているわけではありません。

日程案内の利用記録としては、次の項目を候補にできます。

• 案件を識別する社内番号
• AIを利用した日時と利用者
• 入力した情報の種類
• 使用した入力テンプレートの版
• AI出力から修正した項目
• 原資料との照合者
• 最終的に送信した文面
• 送信日時と送信先の確認結果
• 顧客から希望を受け取った日時
• 予約を確定した担当者と確定通知の日時

保存項目や保存期間は、利用目的、社内規程、契約条件に合わせて決めます。AIとの全対話を無期限に保存することが適切とは限りません。一方で、最終文面を誰がどの根拠で送ったか追えない状態では、誤案内の原因を検証できません。

共有アカウントを使うと、誰が入力、修正、送信したかを追いにくくなります。可能な範囲で利用者を識別し、異動や退職時の権限停止、担当外案件へのアクセス制限、管理者の確認方法を定めます。

10.送信前票と評価表で、原資料との差を判定する

送信前確認では、文章の好みより先に、6条件と入力外の補完を確認します。確認順を固定すると、自然な敬語に注意を奪われ、日時や確定方法の誤りを見落とすことを防ぎやすくなります。

工務店例095の送信前票は、次のように記入できます。

「問題なし」という一語では、何を照合したか残りません。日時は「一致」とだけ書かず、開始と終了を実値で転記します。場所や担当者についても、確認した記録を特定できるようにします。

送信可否の評価は、必須ゲートと品質評価を分けます。

品質評価の合計点で送信可否を決めてはいけません。文章が簡潔で丁寧でも、終了時刻が誤っていれば送信停止です。一方、事実が正しくても読点や語尾の好みだけで何度も再生成すると、新たな誤りを招くことがあります。必須ゲートを通過した後に、必要な範囲だけ文体を調整します。

送信前確認を差し戻す場合は、理由を次のように分類します。

• 対象不明
• 日時不一致
• 場所・方法未確認
• 参加者・設備未確保
• 前提作業未確認
• 確定手続不一致
• 社内確認待ち候補の混入
• 入力外の補完
• 個人情報過多
• 文体のみの修正

差し戻し理由をそろえると、どの工程の欠陥が多いかを集計できます。「AIが間違えた」で一括りにせず、元資料、入力、生成、確認、送信後更新のどこで問題が生じたかを特定します。

11.小さな対象から始め、照合工程を改善する

導入時は、条件が比較的そろった一種類の日程変更から始めます。たとえば工務店例095なら、営業時間内に行う90分の現地調査で、営業担当と工事担当の二つの役割が必要な案件へ限定します。天候依存作業、協力会社を含む検査、工程変更、費用調整を同時に対象にすると、どの条件が不足したかを判別しにくくなります。

運用評価では、文章生成の速さだけでなく、顧客へ送る前後に何が起きたかを記録します。

たとえば、1か月に40件の日程変更案内を送り、送信前に終了時刻の誤りを4件修正した場合、分母は40件です。ただし、「AIの誤り率は10％」と直ちに断定できません。担当者が入力時に終了時刻を誤ったのか、元資料が食い違っていたのか、AIが時間を短縮したのかを分ける必要があります。

改善は、次の順に行います。

1. 元資料が食い違うなら、情報ごとの正本と更新責任者を決める 2. 必須条件が集まらないなら、6条件照合票の欄と確認先を直す 3. 社内確認待ち候補が混ざるなら、提示可だけをAI入力へ移す 4. AIが約束を増やすなら、入力ブロックの禁止事項と出力修正表を直す 5. 希望受領後の確定通知や予定表更新が漏れるなら、既公開記事の状態管理と社内実行手順を見直す 6. 事実は正しいが読みにくい場合に限り、文体テンプレートを調整する

最小限の運用様式には、次の項目を含めます。

• 変更対象：案件識別、用件、元日時、変更申出元
• 6条件照合票：確認値、確認元、確認時刻、確認者
• 候補判定：提示可、社内確認待ち、提示不可
• AI入力：提示可の候補、相手へ伝える条件、確定方法、禁止事項
• 出力修正：入力外の追加、条件の改変、削除した箇所
• 送信前評価：必須ゲート、確認者、確認時刻
• 実行記録：希望受領、再照合、確定通知、予定表更新
• 例外記録：直前変更、誤送信、情報管理上の連絡

終了時刻、必須参加者、前提作業、確定方法は空欄になりやすい項目です。システム上で必須入力にできない場合は、送信前票の上部へ配置し、確認者が実値と確認元を読む運用にします。

AIサービスの障害、ネットワーク不具合、入力できない機密性の高い案件に備え、AIを使わない定型文も残します。重要なのはAIを常時利用することではありません。候補日と確定条件を人が照合し、成立した候補だけを案内し、顧客の希望受領と予約確定を混同せず、一つの約束として実行できる状態まで管理することです。