工務店・ハウスメーカーの商談要約をAIで作る 顧客の発言と営業の推測を分ける

商談の録音やメモをAIに渡して「要約して」と頼むと、読みやすい文章が返ってきます。ただ、その文章には「予算を最優先している」「平屋が第一候補」のように、顧客が言っていないことが、言ったことと同じ調子で書かれている場合があります。次の担当者がそれを前提に提案を作ると、顧客の認識とずれます。AIで作った要約を社内で使えるものにするには、何を分けて記録し、どこを人が確かめればよいのでしょうか。

要約は「顧客の発言」「確認できた事実」「営業の推測」「未確認事項」「決定・宿題」の五つの欄に分けます。この区別を、AIへ渡す前の記録と、AIが返した要約の両方で保ちます。AIに任せるのは分類と短縮の下書きまでです。顧客の意図、合意の有無、重要な数字は、担当者が元の記録と照らして確定します。録音が途切れている、誰の発言か分からない、肝心の条件が話題に出ていない、という箇所は、AIに埋めさせず「記録なし」「話者不明」「要確認」と書かせます。

本文に出てくる柚木ホーム、案件A-042、発言、日付、件数は、説明のために作った架空の設定です。実在の会社や顧客、測定した成果ではありません。記号、指示文、照合表、要約シートは編集部の運用提案で、公的な基準ではありません。

01.短くするだけでは、発言と推測が混ざる

住宅の商談では、予算、土地、入居時期、間取り、性能、家族それぞれの意見が一度に語られます。AIは文章を自然につなごうとするので、短くする過程で、営業担当者の解釈や記録にない理由が、顧客の言葉のように入り込みます。

たとえば顧客が「できれば総額を抑えたいですが、冬の寒さは嫌です」と話したとします。この発言からは、価格と暖かさのどちらを優先するかは分かりません。「性能重視の顧客」と書けば営業の推測になり、「低価格を希望」とだけ書けば後半の条件が落ちます。要約に残すのは発言そのもので、優先順位は「未確認」です。

推測を書くこと自体は問題ではありません。商談の手応えや提案の意図は、引き継ぎに必要な情報です。困るのは、推測が発言と同じ欄にあって見分けられないことなので、要約を次の五つの欄に分けます。

面談で聞けていない条件は、要約をどれだけ精密にしても埋まりません。聞くことや見せる資料がまだ定まっていない場合は、工務店の初回面談準備｜聞くことと見せる資料をそろえると工務店の初回面談の進め方｜時間配分と持ち帰る資料が先です。

02.面談中のメモに、話者と所感の印を付ける

AIが発言と推測を分けられるかどうかは、渡す記録で決まります。逐語録は要りません。誰が何を述べたか、どの資料を見ながら話したか、何を合意したかを後からたどれれば足ります。

メモを取る人は、文章を整えるより、話者と時刻（または行番号）、発言の要点を残します。その場で感じたことは顧客の発言と同じ行に続けず、別の印を付けます。印は次のような短い記号で十分です。記号そのものは何でも構いませんが、担当者ごとに意味が違うと、AIへの指示も照合の基準も共有できなくなります。

夫婦や親子で参加する面談では、「顧客」と一括りにせず話者を分けます。「夫は書斎を希望」「妻は不要」を「家族は書斎を検討」と丸めると、意見が違うという、次回いちばん確かめたい情報が消えます。氏名をAIに渡さない運用なら、「顧客A」「顧客B」と置き換えても話者の関係は保てます。

「うん」「そうですね」という相づちは、直前の内容への同意とは限りません。決定の欄に移せるのは、「その案で進めてください」「次回はその条件で見積もってください」のように、何に合意したかが分かる発言があるときです。曖昧なら未確認事項にします。

音声だけでは復元できない情報もあります。声が重なる、固有名詞が誤って変換される、図面を指して「ここ」と言う、といった場面です。面談が終わったらすぐ、図面名、見積書の版、持ち帰ってもらった資料、画面で見せた事例を書き足します。

録音とAI処理は、始める前に説明して了承を得る

録音する場合は、面談を担当する営業担当者が、録音を始める前に説明します。伝えるのは、録音すること、記録の整理にAIサービスを使うこと、利用目的、保存期間と閲覧できる人の範囲です。録音やAI処理で取得・利用する情報も個人情報に当たり得るので、自社のプライバシーポリシーや案内文に書いた利用目的と、口頭の説明が食い違っていないかを事前に見ておきます。

了承の有無は、面談日と説明した人の名前とともに、原記録の冒頭に書きます。了承を得られない場合や、参加者の一人でも録音を望まない場合は録音せず、手書きやキーボードのメモで記録します。そのメモもAIには入力しません。音声でなければよいと考えて別の経路でAI処理に回すと、断った人の意思に反するからです。

AIへの入力は最後です。先に発言と所感を分け、見た資料を特定し、原文を保存しておくと、AIが返した要約を照らし合わせる相手が残ります。録音の取り方と文字起こしの誤りの探し方は、工務店の商談文字起こしをAIで整理｜記録の取得と誤認識の確認で扱っています。

03.AIに入れる情報は、要約に必要な範囲に絞る

商談記録には、氏名、住所、連絡先、家族構成、収入、借入、土地の情報が含まれます。全部を消すか全部を入れるかの二択ではなく、要約という目的に必要な細かさまで落として渡します。間取りの要望を整理するのに、実名や電話番号は要りません。一方で、複数の案件を処理するなら、氏名の代わりに社内の案件番号を付けないと取り違えが起きます。

個人情報保護委員会は2023年6月の注意喚起で、事業者が生成AIサービスに個人情報を含む指示を入力する場合について二点を求めています。一つは、特定した利用目的を達成するために必要な範囲内であることを十分に確認すること。もう一つは、本人の同意を得ずに入力した個人データが応答の出力以外の目的で取り扱われると個人情報保護法に違反する可能性があるため、サービスの提供事業者がその個人データを機械学習に利用しないこと等を十分に確認することです（生成AIサービスの利用に関する注意喚起等）。

そのため、使うAIサービスの契約プラン、入力データの保持、学習への利用、管理者設定、ログ、国外での取扱いを、サービスごとの最新の規約と管理画面で確かめます。無料版と法人向けの環境で条件が違うこともあるので、製品名だけでは判断できません。利用目的の特定と通知・公表、安全管理措置、委託先の監督、第三者提供の制限といった基本の考え方は、個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」にあります。ある商談情報をあるサービスへ入力してよいかは、契約、設定、情報の内容によって変わり、この記事だけでは判定できません。

健康や介護に関する事情は、表の中でも別扱いにします。通則編のガイドラインは病歴を要配慮個人情報に含め、その取得には原則としてあらかじめ本人の同意が必要としています。家族の体調や介護の話は、これに当たり得る情報です。この記事の運用では原則としてAIへ入力せず、AIへ渡す記録には「行05の補足：設備要望に関わる家族の事情あり（社内原本を参照）」のように、あることだけを書きます。中身は、見られる人を限った社内原本で担当者が確かめます。外部のAIサービスへの入力が委託として扱えるのか、第三者提供に当たるのかは、契約内容や利用条件で整理が変わります。例外として入力が必要になったら、担当者だけで決めず、自社の個人情報の担当者や専門家に確かめてから進めます。

なお、総務省と経済産業省のAI事業者ガイドライン（第1.2版、2026年3月31日）は、AIに関わる事業者をAI開発者・AI提供者・AI利用者の三つに分けており、業務でAIサービスを使う工務店はAI利用者に当たります。同ガイドラインはプライバシー保護や透明性など各主体が取り組む事項を示すもので、商談記録の記号や照合の手順を定めたものではありません。以降の指示文、照合表、差し戻しの基準は、編集部の提案です。

04.指示文には、根拠がないときの書き方まで入れる

「この商談を要約してください」とだけ頼むと、AIは空欄を埋めようとします。記録にない理由を補い、「できれば」を「希望」に、「検討します」を「決定」に書き換えます。指示文に入れるのは、分類の区分、補ってはいけないもの、分からないときの書き方、出力の形です。中心になるのは「正しい答えを出せ」ではなく、「根拠がないときは止まれ」という指示です。

あなたは住宅商談の記録整理を補助します。入力文だけを根拠に、情報を「顧客の発言」「確認できた事実」「営業の推測」「未確認事項」「決定・宿題」へ分類してください。
顧客が述べていない意図、優先順位、予算、期限、感情を補わないでください。営業担当者の所感は顧客発言に書き換えないでください。
発言の主体が判別できない場合は「話者不明」、根拠がない場合は「記録なし」、内容が矛盾する場合は両方を残して「要確認」としてください。
決定・宿題には、記録上で合意を確認できるものだけを記載し、担当者または期限が不明なら「未定」と表示してください。
各項目に、根拠となる原記録の時刻または行番号を付けてください。原文の意味を変えない範囲で短くしてください。

指示文は担当者ごとに工夫させず、会社の標準文を一つ決めて、変更の履歴を残します。同じ記録を同じ指示で処理したときに同じ分類に近づくことが、商談記録では表現の巧さより大事だからです。複数の案を出させる必要もありません。

入力は、指示と記録を一続きの文章にせず、次のブロックに分けて渡します。別の案件の条件や過去の所感が混ざりにくくなり、出力が間違っていたときに、指示が足りなかったのか記録が足りなかったのかを切り分けられます。

面談が長い場合、文字数だけで区切ると、前半の質問と後半の回答が別々になります。「資金」「土地」「暮らし」「設計」「次回の行動」のように話題のまとまりで分け、それぞれに時刻を残します。最後に統合させるときも新しい解釈は作らせず、重複と矛盾を一覧にさせます。

05.架空の案件で、誤った要約を直してみる

ここからは架空の案件を一つ使います。柚木ホームは地域密着型の工務店、案件番号はA-042、初回面談は2026年9月20日で、参加者は顧客A、顧客B、営業Sです。土地はまだ取得しておらず、面談は60分。原記録は担当者のメモと録音から作り、録音とAI処理については、面談の冒頭に営業Sが目的を説明して顧客A・顧客Bの了承を得た記録があるものとします。

原記録の一部は次のとおりです。

この記録から言えるのは、返済への不安、初期費用についての質問、一階で家事を済ませたいという希望、平屋と二階建ての違いへの関心です。「平屋を最優先している」「来年中の入居が確定」「候補地域が決まった」とは言えません。

ここで、AIが次のように出力したとします。

顧客は予算を最優先しており、返済額を現在の家賃以内に抑えたい。来年中の入居を希望し、平屋を第一候補としている。次回は土地を決定したうえで、平屋の資金計画を提示する。

読みやすい文章ですが、このままでは使えません。誤りを一つずつ原記録に戻すと、次のようになります。

AIの誤りは誤字ではなく、程度、期限、優先順位、誰が何をするかが変わる形で現れます。直すときは、文章の滑らかさより、条件が元の記録より強くなっていないかを見ます。修正後の要約は次のとおりです。

顧客の発言

• 顧客Aは、返済額が現在の家賃を大きく超える場合に不安があると述べた。許容月額は未確認。（行01）
• 顧客Bは、月額だけでなく、最初に必要なお金も知りたいと述べた。（行02）
• 顧客Aは、土地の候補地域をまだ決定していないと述べた。（行04）
• 顧客Bは、洗濯と収納を一階で完結できると楽だと述べた。（行05）
• 顧客Aは、平屋も見たが、金額が上がる場合は二階建ても検討できると述べた。（行06）
• 営業Sが入居時期は来年中かを確認し、顧客Aは「できればですが」と回答し、仕事の都合はまだ分からないと述べた。入居時期は未確定。（行07、08）
• 顧客Bは、平屋との違いも分かると助かると述べた。（行12）

確認できた事実

• 面談日は2026年9月20日。参加者は顧客A、顧客B、営業S。（処理条件）
• 録音とAI処理は、面談の冒頭に営業Sが説明し、顧客Aと顧客Bが了承した。（原記録の冒頭）

営業の推測

• 顧客Bは平屋への関心が比較的強い可能性がある。ただし、担当所感のみであり、優先順位は本人へ未確認。（行09）

未確認事項

• 許容できる月額返済と、その金額に含めて考える費用
• 自己資金、借入希望、初期費用の認識
• 候補地域と土地決定の時期
• 平屋と二階建てを比較する際の優先項目
• 入居時期を左右する仕事上の条件
• 平屋との違いが分かる資料：顧客Bが希望した（行12）。当社が用意すると合意した記録はなく、対応は未確認

決定・宿題

• 当社の宿題：土地代を仮置きした資金表を用意する。担当：営業S。期限：次回面談まで（次回の日程は記録なし。日付は未定）。（行03、04）
• 当社の宿題：一階に収納を設ける二階建ての参考案を用意する。担当：営業S。期限：次回面談まで（次回の日程は記録なし。日付は未定）。（行10、11）

06.推測は消さず、根拠と次回の質問を添える

営業の推測をすべて消すと、商談の手応えや提案の意図が引き継げません。推測の欄には、根拠にした発言、別の解釈、次回確かめる質問を一緒に書きます。

A-042の所感「顧客Bは平屋を強く希望しているように見える」は、このままでは評価の言葉です。平屋を望む理由も、二階建てを避けたい理由も聞けていません。そこで「階段のない暮らしを望んでいる可能性」「一階で家事が済むことを平屋と結び付けている可能性」のように分け、それぞれに反対の読み方を並べます。

反対の読み方を並べておくと、担当者が自分の印象に合う情報だけを集めてしまうのを防ぎやすくなります。検証の質問は「平屋がいいですよね」のような誘導にせず、何を比べたいか、判断に何が必要かを尋ねます。顧客が仮説を否定したら、それは記録を更新する材料です。

推測の確からしさを「80％」のような数字で表すのは、社内で尺度を決めていない限り勧めません。精密に見えても、担当者ごとに基準が違えば比べられないからです。次の三段階なら、何を確かめたかがそのまま読めます。

• 未検証：担当者の印象だけで、本人への確認がない
• 根拠あり・未確認：関連する発言はあるが、意図や優先順位を本人に確認していない
• 本人確認済み：質問に対して本人が明示した。ただし状況変化により更新され得る

「本人確認済み」も、ずっと有効とは限りません。土地の価格や家族の状況が変われば希望も変わるので、確認した日を添えます。

07.要約を元の記録と照らす

AIが作った要約は下書きです。担当者は、主体、否定、程度、期限、単位、合意の有無を原記録と照らします。住宅の商談では「希望」「必須」「できれば」「避けたい」「難しい」がそれぞれ別の条件なので、言い換えで強さが変わっていないかが要点になります。

照合は二方向で行います。原記録から要約へたどると、大事な発言の抜けが見つかります。要約から原記録へたどると、根拠のない補完が見つかります。要約を上から読むだけでは、後者しか見つかりません。

読みやすく整えるのは、根拠、抜け、推測、合意を確かめた後です。一件ごとに、次の表で見ます。

正確さを一つの点数にまとめないのは、話者が全部合っていても、期限が一つ創作されていれば、その要約は次の商談を誤らせるからです。次回の行動に影響する誤りが一項目でもあれば差し戻します。

二人で確認できる体制なら、面談の担当者が全体を見て、別の人が決定・宿題と重要な数字だけを重点的に見る方法があります。全案件での二重確認が難しい場合は、契約の判断、資金、土地、法規、顧客への約束に関わる項目だけを対象にするなど、誤ったときの影響で範囲を決めます。

確認する人が録音を最初から聞き直す必要はありません。要約に根拠の時刻があれば、その箇所へ戻れます。逆に、時刻を付けられない運用では、要約で浮いた時間が照合で消えます。導入の前に、使う文字起こしや議事録の形式が時刻と話者を残せるかを確かめておきます。

08.決定と宿題は、合意を確かめられるものだけにする

要望を正確に分けても、誰が何をするかが本文に埋もれていると、追客にも設計との連携にも使えません。決定と宿題は、要約の本文から切り出して別の欄にします。

「検討します」「用意できます」「次回お話ししましょう」は、宿題とは限りません。相手が依頼を受けたか、担当がはっきりしているか、期限が次回までなのか別の日なのかを見ます。合意が曖昧なら宿題として確定せず、「次回の冒頭で担当と期限を確認」と書きます。

「話題に出た」「営業が勧めた」「双方が決めた」は別のことです。提案の段階の内容が決定の欄に入ると、次回の商談が顧客の認識とずれます。

期限をAIに推測させてはいけません。「次回まで」と言っていても、次回の日程が決まっていなければ期限の日付は未定です。A-042の修正後要約で、二つの宿題の期限を「次回面談まで。日付は未定」としたのはこのためです。社内システムに登録するために仮の日付が要るなら、それは社内管理上の日付として分け、顧客と合意した期限としては書きません。

A-042で当社が約束したのは、資金表と二階建ての参考案の二つです。平屋との比較資料は顧客Bが希望しただけで、営業Sが引き受けた発言は記録にありません。宿題の欄に入れると、約束していないことが確定事項に見えます。未確認事項に置いたうえで、用意するかどうかを社内で決め、結果を顧客に伝えます。用意する場合も、価格だけの比較表では、一階で家事を済ませたいという顧客Bの関心に答えられないかもしれません。概算費用、必要な敷地条件、家事動線、希望の部屋数のどれを比べるかを社内で検討します。宿題ごとの担当・期限・確認先の点検は、工務店の商談宿題をAIで抽出｜担当・期限・確認先の点検で扱っています。

09.同じ誤りが続くときは、直す場所を変える

AIの要約の誤りを、毎回担当者が手で直して済ませていると、同じ誤りが次の案件でも出ます。原記録に話者が書かれていなければ、指示文をどれだけ直しても、顧客Aと顧客Bの意見は分けられません。原記録に話者があるのにAIがまとめてしまったのなら、直すのは指示文か出力の形です。誤りの種類から、戻る場所を決めます。

誤りを月ごとに数えるなら、「AIの精度」と一括りにせず、話者、程度、推測、数字、宿題のように種類で分けます。直す場所が種類ごとに違うからです。

迷いやすい場面が四つあります。

録音が聞き取れないとき。前後の文脈から言葉を推定して、確定の欄に入れてはいけません。「住宅ローンは○○万円」と聞こえても数字がはっきりしなければ、「借入希望額に関する発言あり・金額は聞き取れず」とします。次回まで待てない事項なら、顧客に確かめる前提で社内の連絡手順に載せます。

顧客の発言が途中で変わったとき。面談の前半に「平屋がよい」、後半に「総額次第では二階建て」と話したなら、「平屋希望」だけにも「二階建て可」だけにもしません。古い発言を消さず、条件付きで考えが広がったことを記録し、今の優先順位を次回確かめます。

家族の間で意見が違うとき。AIに統一案を作らせず、顧客Aと顧客Bの発言を並べて、合意していない点として残します。社内の打ち合わせでは、どちらが正しいかを決めるのではなく、共通の条件とそれぞれの条件を分けて、次回の質問を用意します。

入力した資料どうしが食い違うとき。新しそうな方をAIに選ばせません。見積書の日付、図面の版、面談日を確かめ、「2026年9月20日の発言と、9月10日付の資料で条件が異なる」と書きます。資料の版の管理は、要約の文面を工夫しても解決しません。

10.顧客へ送る確認文は、社内版と別に作る

社内で共有する要約には、営業の推測、失注の懸念、提案上の論点が含まれます。そのまま顧客に送ると、本人が述べていない評価を押し付けることになります。一方、顧客向けの文面から未確認事項をすべて外すと、認識を合わせる機会がなくなります。社内版は判断材料の保存、顧客向けは合意した内容と次回の予定の確認、と目的が違うので、同じ原記録から別々に作ります。AIに変換させる場合も、社内版を丁寧語に直させるのではなく、載せてよい区分を指定します。

A-042の顧客向け確認文は、たとえば次のようになります。

本日はありがとうございました。次回は、土地代を仮置きした資金表と、一階に収納を設ける二階建ての参考案を当社で準備します。平屋との違いについてもご関心を伺いましたので、どのような形でご説明できるかを社内で確認し、あらためてご連絡します。
本日伺った内容では、返済額が現在の家賃を大きく超える場合のご不安、月額だけでなく最初に必要なお金を知りたいというご質問、一階で洗濯と収納を完結できる動線が主な確認事項でした。
入居時期と土地の候補地域は、現時点では未確定と理解しています。認識に違いがありましたらお知らせください。

この文面も、送る前に担当者が原記録と照らします。AIが作った文章を顧客へ自動で送る運用は、この記事の提案に含みません。宛先、添付、金額、日付の確認は別に要ります。送信前の確認の進め方は工務店のAI追客の送信前確認｜誤案内を減らす承認表で扱っています。

社内版を誰が見られるかも、一律でなくて構いません。設計担当には要望と未確認の条件、資金の担当には必要な資金情報、経営者には案件の状況と大きな障害、というように業務に必要な範囲で考えます。具体的な制限のかけ方は、使うシステムと社内の規程によります。

11.一種類の商談から試し、誤りの重さで判断する

最初から全担当者・全商談に広げると、誤りの原因が分からなくなります。初回面談だけ、あるいは次回提案の前の打ち合わせだけ、と一種類に絞り、原記録、AIの一次要約、人による修正、確定版を保存して差を見ます。

試すときの成功条件を、時間の短縮だけにしないでください。どれだけ早く作れても、発言と推測が混ざる要約は使えません。誤りは重さで分けて記録します。

表記の修正が十件あっても業務への影響は小さく、予算の創作は一件でも共有を止める理由になります。件数ではなく重さを見るのはそのためです。

割合を出すときは、分母を書きます。架空の計算例として、確認した要約が10件で、そのうち2件に重大な誤りが一つ以上あったなら、重大な誤りがあった要約の割合は2件÷10件×100＝20％です。一つの要約に誤りが複数あることもあるので、「誤りの総数」と「誤りがあった要約の数」は混ぜません。前者は直す箇所を知るため、後者は影響した案件の範囲を知るために使います。処理時間を比べるなら、AIが出力するまでではなく、入力前の処理、照合、修正、承認まで含めた合計で比べます。

広げる段階では、原記録の記号と話者の書き方、標準の指示文、要約シートの項目、照合表と差し戻しの条件の四つに版を付けて管理します。指示文を変えたら、「詳しくした」ではなく、「希望を必須条件に変える出力があったため、程度を保つ規則を追加」のように、何を防ぐための変更かを残します。後で文面を短くするときに、削ってはいけない規則が分かります。

やめる条件も決めておきます。使うサービスの条件を確かめられない、入力の範囲を制御できない、原記録を保存できない、重大な誤りが続く、照合する人を確保できない。このいずれかなら、手作業の要約に戻します。

12.要約シートにまとめる項目

最終的に残すのは、きれいな議事録ではなく、次の商談と社内の判断に使える要約シートです。顧客が言ったことと、営業が次に確かめたいことが、隣り合っていても混ざらないように欄を分けます。冒頭に商談を識別する項目を置き、その下は、指示文や修正後の要約と同じ五つの欄を同じ順に並べます。未確認事項は独立した欄にして、確定した情報に紛れ込ませません。

確定版を保存した後に顧客から訂正があったら、上書きして痕跡を消さず、訂正日と訂正内容を書き足します。「入居希望は来年中ではなく、勤務先の異動が決まった後」と分かった場合、前の記録が誤っていたのか、顧客の事情が変わったのかも区別します。訂正の残し方は工務店のAI商談記録の訂正｜履歴と確認責任の残し方で扱っています。

始めるのに、大きなシステム変更は要りません。過去の一件を選び、原記録に話者と行番号を付け、標準の指示文で一次要約を作り、照合表で差し戻す箇所を確かめます。その結果から、自社の商談で多い項目と重大な誤りを反映して、シートと指示文を直します。この要約を使って連絡文を作り、確認して送るまでの流れは、工務店のAI追客フロー｜下書き・確認・送信・記録を分けるで扱っています。