工務店・ハウスメーカーのAI集客で施主情報を扱う前の削除・置換・確認手順

施工事例やSNS投稿、問い合わせへの返信をAIで下書きしたい。けれども、手元の相談記録や施工写真をどこまで渡してよいのか、氏名を「A様」に変えれば足りるのかで手が止まります。この記事では、施主の情報が入った資料をAIに渡す前に、何を削り、何を確かめればよいかを説明します。

先に答えを書くと、氏名や住所を消すだけでは足りません。まず作る物を一文で決め、それに要らない情報を項目ごと外します。残す情報は細かさを下げ、残った情報を組み合わせても人や家が分からないかを見直します。並行して、使うAIサービスが入力をどう扱うかを契約と設定で確かめます。AIが返した文章は、入力してよかったかどうかとは別に、事実と公開範囲を確かめてから使います。

本文の相談記録、入力文、出力例、表の記入例は、編集部が説明のために作った架空のものです。特定のAIサービスで試した結果や、工務店の実績ではありません。表と手順は編集部の運用提案で、個別の入力や公開が法令に適合することを保証するものでもありません。取得時の利用目的、本人への説明、契約との関係で判断に迷うときは、社内で個人情報の扱いに責任を持つ人（以下、管理責任者）に確かめ、必要なら専門家に相談してください。

01.氏名を消しても、残った情報の組み合わせで家が分かる

架空の相談メモで考えます。「山田様、市内の川沿い、春に完成、三人家族、特徴的な中庭のある平屋」を「A様、市内の川沿い、春に完成、三人家族、特徴的な中庭のある平屋」に書き換えても、変わったのは名前だけです。川沿い、完成時期、家族構成、中庭のある平屋という手掛かりはそのまま残り、地域を知る人には物件の見当が付きます。

見当を付けられるのは、事情を何も知らない人ではありません。工事中の建物を見ていた近隣の人、見学会の告知を覚えている人、相談者の知人、社内の営業担当のように、別の手掛かりをすでに持っている人です。「平屋」「地域名」「最近完成」は一つずつなら広い範囲を指しますが、重ねると対象は狭まります。

そのため、点検は項目ごとではなく束で行います。入力文、添付する画像、ファイル名、公開を予定している投稿文を並べ、自社サイトの施工事例、過去のSNS投稿、見学会の告知とつながらないかも見ます。今回の投稿から消した地名が、過去の告知には残っていることがあるからです。公開済みの情報だからといって、新しい目的でAIに入力したり載せ直したりしてよいとも限りません。元の掲載条件や本人への説明が新しい使い方まで含んでいるかは、別に確かめます。

次の表は、残った情報から何が推測できるかを書き出す架空の記入例です。点数で合否を出すのではなく、推測の経路と追加の処理を書きます。

確認を別の人に頼めるなら、「何となく不安」ではなく「外観と完成時期が既存の投稿と一致する」のように、どの情報から何が分かったかを書いてもらいます。削る項目を決めやすくなります。処理をしても推測の経路が残るときは、何が残り、なぜその用途なら扱えると考えるのかを、公開を承認する人（以下、承認者）に示します。説明できなければ、情報をさらに減らすか、その素材を使うのを見送ります。

言葉の使い方にも注意が要ります。「マスキング」は文字や画像の一部を隠す作業の呼び名です。個人情報保護法の「匿名加工情報」や「仮名加工情報」は法令上の要件がある区分で、氏名を消したり画像をぼかしたりしただけで、その区分に当たると扱うことはできません。社内の記録には「匿名化済み・安全」とまとめず、「氏名と連絡先を削除」「地域を一般化」「写真と本文を照合」のように実際に行った処理を書きます。次に確認する人が、処理の内容と限界を読み取れます。法令上の区分を確定する必要がある業務は、管理責任者や専門家に確かめます。

02.作る物を一文で決め、要らない情報を項目ごと外す

「集客に使う」という目的では、家族構成や予算が要るのかどうかを決められません。誰が、何のために、どこで使う、何を作るのかを一文にします。架空の例なら「広報担当が、収納計画の検討を促すSNS投稿の下書きを作る。個別の施工事例としては扱わず、一般的な検討事項を公開する」です。返信、分析、事例づくりを一つの文に詰め込むと、必要な項目も公開先も違うものが混ざるので、目的ごとに入力用の原稿と承認を分けます。

この一文は作業の目的で、個人情報を取得したときに定めた利用目的に代わるものではありません。書いた後で、取得時の利用目的や本人への説明、社内規程と食い違わないかを確かめます。

目的が決まったら、項目ごとに「この情報がなければ何ができなくなるか」を問います。「文章が具体的になる」「いつか使いそう」は残す理由になりません。相談記録を集客用の文章に変えるときは、原文を言い換えるのではなく、「誰がどんな事情で相談したか」から「読者が検討できる課題は何か」へ単位を変えます。勤務形態、家族の健康、資金の不安、収納への希望が書かれた相談でも、収納の一般的な投稿に要るのは「使う場所に合わせて収納を考える」という論点だけです。

施主の情報は、顧客台帳だけにあるとは限りません。メールの署名、転送メールに引用された過去のやり取り、商談メモの余白、写真のファイル名、図面のタイトル欄（住所、案件番号、担当者名、隣地に関する記載）にも入っています。素材が営業から広報へ渡された時点では短い文章でも、元の資料には別の目的で取得した情報が混ざっています。「営業から広報へ共有済み」という事実だけで、外部サービスへの入力や公開が承認されたことにはなりません。

処理の方法は四つあり、情報によって使い分けます。

削除は、なくても作業できる情報に使います。氏名、電話番号、メールアドレス、詳しい住所は、一般的な集客文章の下書きには要らないので、入力前に除くことを社内の原則にします。顧客番号、予約番号、署名、リンクに含まれる識別用の文字列も対象です。符号だけでは意味が分からなくても、社内の台帳と結び付けば本人に戻せます。一部を伏せて残すより、項目ごと消します。宛名は担当者が後から書き足せます。

一般化は、テーマとしては要るが細部は要らない情報に使います。「玄関に置く特定の持ち物」を「帰宅時に使う物」に変えるような処理です。ただし、一般化しても珍しい出来事や言い回しが残っていれば、本人の相談をほぼ再現したままになります。金額を少し丸める、別の金額に差し替えるといった処理も勧めません。丸めても他の条件が手掛かりとして残りますし、差し替えた数字を実例として公開すれば誤った事実になります。数字が要らないなら削り、説明のために作るなら架空の例と明示します。背景を消した内容を「実際のお客様の声」として使うこともしません。

符号への置き換えは、複数の相談を区別して整理する必要があるときだけ使います。「相談A」と元の相談者を結ぶ対応表があれば社内では本人に戻せるので、対応表を入力ファイルに添付したり、誰でも開ける共有場所に置いたりしません。同じ符号を別の作業で使い回すと、相談の履歴と物件の情報がつながりやすくなります。個別に追い続ける必要がなければ、符号も残さずテーマ単位にまとめます。なお、ここでいう置き換えは作業の呼び名で、これを行えば仮名加工情報に当たると判定するものではありません。

入力の見送りは、情報量を下げられない資料に使います。本人確認書類、契約資料、詳しい資金計画、健康や家庭の事情を含む相談記録がそうです。要約させるために未処理の原本をAIに送るのでは、入力前に減らしたことになりません。社内で必要な論点だけを抜き出せないなら、その資料は入力しません。情報の性質によって法令上の扱いが変わることもあるため、現場の担当者が一括して区分を決めず、管理責任者に確かめます。

処理した後は、入力文そのものだけでなく周りも見ます。本文から消した項目が、添付ファイルやファイル名に残っていないか。外部サービスに送るファイルに、元の情報の列や編集履歴が入っていないか。黒い図形を重ねただけの文書は、見た目は隠れていても元の文字が残っていることがあります。中身を確かめられない加工済みファイルは使わず、必要な事項だけで入力文を新しく作ります。元の情報と処理後を並べた置換表は、それ自体が施主情報を含む資料なので、社内で管理し、入力文には添付しません。

問い合わせの分析のように記録をまとめて扱う場合は、名前を除いた一覧でも、相談日、地域、予算、流入経路、自由記述が並ぶと、営業担当には誰の相談か分かることがあります。知りたいのが質問の傾向なら、社内で質問を分類し、個別の文面を除いた集計にしてから使えないかを考えます。件数の少ない分類は、属性を細かく分けすぎないことも選択肢です。何件以上なら問題ないという一律の基準は、この記事では示しません。

目的や入力項目を後から変えたときは、以前の判断を引き継ぎません。社内向けの質問整理を公開記事にする、通常の投稿を広告に使う、一般論を施工事例として見せる、文章だけだった作業に写真を足す、分析用に集めた情報を個別の配信に使う。いずれも、必要な事実確認と許諾の範囲が変わります。変更の影響を説明できないうちは、元の目的で認められた範囲で作業します。

03.AIサービスが入力をどう扱うかを、契約と設定で確かめる

情報を減らしても、サービス側で入力がどう扱われるかが分からなければ、入力してよいかは決まりません。個人情報保護委員会は2023年6月2日の注意喚起で、個人情報取扱事業者に二つの点を示しています。一つは、個人情報を含むプロンプト（指示文）を入力する場合、特定された利用目的を達成するために必要な範囲内であることを十分に確認すること。もう一つは、あらかじめ本人の同意を得ずに個人データを含むプロンプトを入力し、その個人データが応答結果の出力以外の目的で取り扱われる場合、個人情報保護法の規定に違反することとなる可能性があるため、サービスを提供する事業者がその個人データを機械学習に利用しないこと等を十分に確認することです（生成AIサービスの利用に関する注意喚起等・別添1、2026年10月2日に確認）。

この注意喚起は、氏名を記号に変えれば入力できるという根拠にはなりません。また、以下の確認票は同資料の様式ではなく、工務店の作業に合わせた編集部の提案です。特定の製品の仕様や料金は扱いません。同じサービス名でも契約や機能によって条件が違うことがあるので、会社が実際に使う契約、アカウント、機能、設定を特定し、それに対応する利用規約、プライバシーポリシー、データの取扱いに関する文書、公式ヘルプを読みます。管理者設定は、説明文だけでなく実際の設定の状態も見ます。

記入するときに誤りやすい点が三つあります。一つ目は、「学習に使わない」という説明を見つけて確認を終えてしまうことです。入力や出力がサービスの改善、不正利用の確認、サポートなどで扱われるかどうかは別の項目です。こうした用途が実際にあるかはサービスによって違うので、「学習なし」の一語ではなく、どのデータにどの条件で適用されると確かめたかを書きます。会話の本文だけに及ぶのか、添付ファイルや評価の送信にも及ぶのかも分けます。

二つ目は、保存と削除です。画面に会話が見えている期間と、サービス側でデータが保持される期間は同じとは限りません。削除ボタンがあるという事実だけで、すべての複製がすぐ消えるとは判断しません。

三つ目は、呼び名で決めてしまうことです。「法人向け」というだけで入力可とはせず、会社が管理するアカウントか、誰が設定を変えられるか、共有範囲を管理できるかを見ます。外部への共有や国外での取扱いが法的にどう位置付けられるかも、担当者が画面の名称から決めず、管理責任者に確かめます。公式の説明と契約文書が食い違って見えるときは、都合のよい方を採らず、該当箇所を抜き出して契約の担当者に照会します。

条件を確かめられないうちは、その条件に関わる入力を保留します。保留は、そのサービスの利用をすべて否定する結論ではありません。確認を急いで個人のアカウントや別の連携機能を使うと、条件の把握はさらに難しくなります。回答を待つ間も、仕事は進められます。相談記録を渡せないなら「収納計画で検討する観点」のような一般的なテーマだけで構成を作り、返信文は宛名や個別の条件を含まない文面の型を先に作って、担当者が社内で書き足します。保留の記録に「確認待ちの資料」と「その間に進める作業」を並べておくと、現場が独断で入力してしまう状況を減らせます。

規約、契約、設定が変わったとき、外部連携を足したとき、担当者が替わって以前の判断理由を説明できなくなったときは、確認票を見直します。前の記録は上書きせず、どの条件が変わったかを追えるようにします。改定日の分からない資料は、その旨と確認日を書き、改定日を推測で埋めません。契約や設定を管理する人が変更に気付いたら、実際に使っている担当者へ伝わる経路も決めておきます。

04.架空の相談記録で、入力文の作り方と出力の直し方を見る

ここまでの手順を、一つの例でたどります。人物、物件、時期、金額、発言はすべて架空です。出力例は問題点を説明するために編集部が書いた文章で、AIサービスが実際に返した結果ではありません。

作業の目的は「広報が、帰宅時の物の置き場所を考える一般的なSNS投稿の下書きを作る」です。個別の施工事例やお客様の声にはしません。サービスの条件は別に確かめてあり、この目的での入力が社内で承認されているとします。

元の記録は次のとおりです。

山田様。架空市ひばり町の計画地。三人家族。来春の入居を希望。計画予算3,500万円。帰宅時のかばんや上着の置き場所を相談。家族の通院と返済への不安についても記載あり。電話番号欄、計画図、外観写真を添付。

目的に要るのは、帰宅時に使う物の置き場所という論点だけです。氏名、地域、家族構成、入居時期、金額、通院や返済の相談は外し、計画図と外観写真も渡しません。事情を詳しく残したまま名前だけを消すのではなく、要るテーマだけを取り出して、入力用の原稿を別に作ります。

一般的な住まいの検討事項として、帰宅時に使う物の置き場所を考えるSNS投稿の下書きを作ってください。扱う内容は、持ち帰る物の整理、使う場所との関係、通路をふさがない配置の検討です。個別の顧客・物件の紹介ではありません。地域、家族構成、金額、完成時期、性能値、顧客の発言、施工実績は加えないでください。設計や安全性について、個別の住宅に適するとの判断は書かないでください。

指示文に制約を書いても、出力が正しくなるとは限りません。次のような文章が返ってきた場合を考えます。

来春、ひばり町に完成する三人家族の平屋。予算3,000万円で断熱等級6を実現しました。玄関横の収納で家族の負担が減り、お施主様から「帰宅後の片付けが楽になった」と好評です。この動線なら通路の安全性も確保できます。

文章としては自然ですが、使えません。入力していない地域、時期、家族構成、建物の種類が加わっています。予算は元の記録の3,500万円とも違い、そもそも公開する目的がありません。断熱性能、負担の軽減、施主の発言、完成したという事実、安全性の判断には、どれも根拠がありません。

直すときに、誤った数字を元の数字に戻すだけでは足りません。予算は目的に要らないので、3,500万円に直すのではなく項目ごと削ります。地域や家族構成も、元の記録と合っていたとしても外します。正しい情報であることと、使ってよいことは別です。施主の発言は、似た趣旨の相談があったとしても引用として作りません。

性能と安全性は、言い切りを弱めても解決しません。「安全だと思われます」と書き換えても、確認済みの説明にはならないからです。今回の目的に性能の説明は要らないので削ります。別の施工事例で要るときは、その物件の仕様書や評価に関する資料を担当者が確かめます。通路や収納の使いやすさを考える観点と、個別の建物の安全性の判断は別のもので、後者は図面の寸法や現場の状況を担当者が確かめ、必要なら有資格者の判断に戻します。「この壁は撤去できる」「断熱性能に問題はない」といった文も、集客用の下書きからは採らず、同じように扱います。

直した後の文章は、たとえば次のようになります。

帰宅後に物が集まりやすい場所を振り返り、持ち帰る物、置きたい場所、取り出す場所を整理してみましょう。収納の位置は、出入りや通路との関係も含めて、図面を見ながら担当者と検討してください。

この文章は、個別の実績や顧客の体験を示さず、読者が自分で整理できる検討事項に絞られています。確認する人は、削った論点が画像内の見出しやハッシュタグに戻っていないかも見ます。本文からは削ったのに、画像に断熱等級が残っているという状態を防ぐためです。写真を足すなら、文章の承認とは別に、次の章の点検を行います。入力用のメモから投稿を作り、公開まで確かめる制作の流れは、工務店のAI集客実務で扱っています。

05.写真は、写り込み・ファイルに付いた情報・添える文章を合わせて見る

写真の点検は、公開の前だけでなく、AIサービスや外部の編集画面にアップロードする前にも行います。原本は社内で決めた場所に置き、外部で使う候補は別に作ります。見るものは三つあります。

一つ目は画像の中です。表札、車のナンバー、人物、郵便物、宅配のラベル、掲示物、図面のほか、窓や鏡への映り込み、室内の賞状や名札、画面に表示された文字も対象です。縮小表示では見落とすので、拡大して読める文字がないかを見ます。加工した後は、加工後のファイルを開いて確かめます。見出しを載せて隠したつもりでも、配置を変えた画像や元のファイルには残っているからです。人物や私物を加工しても、室内の特徴から住まいが分かることがあるので、写り込みを消したことと、物件が推測できないかを確かめたことは別に記録します。

二つ目はファイルに付いた情報です。画像ファイルには撮影日時や位置情報が記録されていることがあり、ファイル名やフォルダー名に施主名、住所、案件番号が使われていることもあります。共有や保存の操作で自動的に消えると決めつけず、使っている機器や編集ソフトの公式の説明で確認と削除の方法を調べ、書き出したファイルで確かめます。方法が分からなければ、社内で端末やソフトを管理している人に確かめてから外部に渡します。

三つ目は、建物そのものと添える文章です。外観写真には隣の建物、道路の形、店舗の看板、山並みなどが写り、特徴的な外壁や屋根の形も手掛かりになります。表札を隠しても、地域を知る人には分かることがあります。さらに、本文の完成時期や地域名、ハッシュタグ、位置の指定、動画の字幕、リンク先が重なると対象が絞られます。複数枚の投稿は一枚ずつではなく全体で見て、実際に公開する組み合わせで確かめます。画像を承認した後に文章へ地域や家族構成を足したら、もう一度見直します。

一般的な設計の話が目的なら、外観全体ではなく別の素材で足りないかを考えます。施工事例として外観を見せる必要があるなら、「住所を書かなければ分からない」という前提に立たず、物件が分かり得るものとして、許諾と説明の範囲を確かめます。個別の事例を見せる目的と、物件を分からなくする目的は両立しにくいので、一つの企画で両方を満たそうとせず、企画を分けます。

許諾は、取得したときの記録と今回の使い方を照らし合わせます。自社サイト、SNS、広告、外部サービスへのアップロード、加工のうち、記録から確かめられる範囲はどこまでか。社内で見られる写真だからといって、外部サービスへのアップロードまで認められているとは限りません。施主の掲載許諾とは別に、撮影者との契約や、写り込んだ人についての確認が要る場合もあります。「以前も使った」という記憶ではなく、今回の使い方が読み取れる記録で判断します。「加工済み」の一欄で済ませず、どのファイルのどの情報を誰が確かめたかを残すと、古い画像を誤って使うことも防げます。

06.公開してよい範囲は、用途ごとに決め直す

入力の確認を通った文章でも、どこに出すかで条件が変わります。読む人、保存や再利用のされ方、要る情報の細かさが違うからです。

SNSでは、画像、見出し、短い本文が一緒に受け取られます。本文に一般論と書いても、画像に「お客様に好評」と載せれば、実際の評価があるように見えます。短い文にするために条件や対象を省き、性能や効果を広く言い切っていないかも見ます。予約投稿の段階で文面や画像を差し替えたら、承認した版と同じかを確かめてから公開します。

施工事例は検索され、長く読まれます。公開した時点では目立たなくても、後から足した事例やSNS投稿と合わさって物件が分かることがあります。本人の言葉として載せる内容は取材記録と掲載範囲を確かめ、営業担当による要約やAIが補った感想を混ぜません。事例記事の構成を考えるのは、使える事実と素材が決まってからで、構成に合う情報を後から推測で埋めることはしません。

通常の投稿に使えた素材が、広告や別の媒体にも使えるとは限りません。公開先や期間を変えるときは、許諾と社内の承認の範囲を見直します。

問い合わせの分析は、公開しないからといって、利用目的やサービス条件の確認を省けるわけではありません。件数や割合を使うなら、対象期間、分類の方法、重複の扱い、分母を記録します。これらが分からないままAIが書いた傾向の説明は、事実として使いません。少数の問い合わせから「この地域の顧客は予算を重視する」と広げるのも避け、確かめられた記録の範囲にとどめます。分析の結果をSNSに使うときは、表の別の行に移る変更として、公開用に処理と承認をやり直します。

公開の判断は、項目を採点して合計点で決める方式にしません。根拠のない発言や許諾の不明点が一つ残っているのに、ほかの項目がよいから公開する、という結論を避けるためです。次の条件を一つずつ見ます。

結論は「公開」「社内限定」「承認者の確認待ち」「専門家に相談」「この用途では使わない」のいずれかにし、対象の版、理由、制限、承認者、日付と一緒に残します。「公開可。ただし別の画像に差し替えるときは再確認」のように、結論が及ぶ範囲まで書きます。社内限定は、問題のある出力をそのまま保管したり配ったりしてよいという区分ではありません。

公開した後に誤記、許諾との食い違い、個人情報の残りが見つかったら、承認者に連絡して公開の停止や修正を判断します。本文だけでなく、画像内の文字、別媒体への再投稿、予約済みの投稿、広告も確かめます。公開を止めても、すでに保存されたり共有されたりした情報まで回収できるとは限りません。本人への連絡や報告が要るかは管理責任者が確かめます。その後、見落としが入力前、出力の確認、公開の操作のどこで起きたかを調べ、担当者への注意で終わらせずに確認の欄や版の管理を直します。

07.どこで止め、誰に戻すかを先に決める

「注意して使う」という決まりでは、何を確かめれば再開できるのかが分かりません。入力の前に確かめる条件と、条件を満たさないときの戻し先を決めておきます。次の表は社内運用の案で、会社の規程、契約、役割に合わせて直して使います。

この順にしているのは、そもそも要らない情報について、契約や法令の込み入った判断を続けなくて済むようにするためです。不要な項目の削除のように担当者ができる修正は、その場で直して出し直せます。一方、法令や契約の解釈が決まっていないのに、口頭の了解で先に入力することはしません。

入力してよいという結論は、「この目的、この入力原稿、このサービスの条件で」という範囲に限られます。素材を足したり、別のアカウントに切り替えたりしたら、同じ承認の範囲かを見直します。

本人への説明や同意が要るかを管理責任者に確かめるのは、取得したときと違う目的で使う、公開の範囲を広げる、外部サービスでの取扱いを判断できない、許諾の内容が分からない、といった場合です。どの場合も一律に同意が要る、または要らないとは扱いません。相談するときは「AIを使ってよいか」ではなく、取得時の案内、同意や許諾の記録、今回の目的、サービスの条件、渡す予定の項目をそろえ、「この相談からこの項目を取り出し、この用途で使いたい」と示します。本人に追加の説明をすることになった場合も、担当者が独自の文面で約束を増やさず、サービスの条件で確かめていない安全性や削除を保証しません。

施主との契約に情報の使用条件がある、撮影や制作を外部に頼んでいる、AIサービスや連携先の役割が分からない、という場合は、契約書と社内の規程に戻ります。サービス名や「外注」という呼び方だけで法的な関係を決めません。個人情報を取り除けても、建物に関する非公開の資料などには別の制限が残ることがあります。

小さな会社では、営業、現場、広報を同じ人が兼ねることもあります。その場合も、営業の観点（取得時の説明と相談内容の事実）、現場の観点（写真・図面・仕様との対応）、広報の観点（要る項目の選別と画像・文章の照合）、サービスの条件と設定、公開の承認を、どの観点で誰が確かめたかに分けて残します。一人がすべてを推測で埋めないためです。

承認は口頭で終わらせません。「上司に聞いた」「営業が大丈夫と言った」では、何を承認したのかが後から分かりません。承認者に見せた入力原稿や公開候補の版と、理由を書きます。架空の記入例なら「一般的な収納の投稿に限定。氏名・所在地・家族・資金の情報を削除。個別事例としての掲載は含めない。写真を足すときは再確認」です。こう書いてあれば、後から施工写真を添付しようとした人も、審査し直す必要があると分かります。保留も同じで、「確認中」ではなく「広告への使用範囲を営業が記録で確かめた後、承認者に出し直す」と書きます。記録には顧客情報を写さず、原資料の保管先を示します。

新しい担当者に引き継ぐときは、承認済みの原稿だけでなく、何を削り、どこで保留したかを見せます。完成した文章をまねるだけでは判断の理由が伝わりません。「一般の投稿では入居時期を削った」「写真を足したので再確認になった」のように、個人を含まない形で残した処理の例が、次の判断の基準になります。