工務店の顧客情報の扱い閲覧・共有・保管の運用設計

「社員なら誰でも見られる」「共有の範囲は担当者に任せる」「契約が終わっても念のため残す」。工務店の顧客情報は、こうした曖昧な判断のまま増えていきがちです。この記事では、少人数の工務店が「誰が、何を、なぜ見て、どこへ渡し、いつまで残すか」を自社で決める順序を説明します。

先に答えを書くと、まず顧客情報が通る場所を書き出し、情報を「見る必要のある人の広さ」と「漏れたときの影響」で分けます。そのうえで、閲覧は役職ではなく担当業務と案件で決め、社外へ渡すときは目的と項目を先に絞り、保存先は正本・作業中・一時保存に分け、保管期間は法律の保存義務を確かめてから決めます。住所、家族構成、資金計画、本人確認の書類、図面、現場写真では、漏れたときの影響も業務で必要な人の数も違うので、すべてを同じ厳しさで扱う必要はありません。

高価なシステムがなくても、案件台帳、閲覧権限の表、社外共有の記録、保存期間の表、事故時の連絡順をそろえれば運用の骨格は作れます。ただし、共有IDのままで担当者ごとの閲覧を分けられない、退職者のアクセスを止められない、個人の端末に資料が残る、といった状態は、ルールを書くだけでは解決しません。特定の製品の選び方は扱いません。

法令の説明は、個人情報保護委員会のガイドライン（通則編、令和8年6月一部改正の版）と漏えい等報告の案内、同委員会のマイナンバーに関するFAQ、建設業法と同法施行規則の条文、国土交通省の資料、国税庁の資料に基づきます（いずれも2026年10月2日に確認）。個別の案件でどの規定が当てはまるかは、情報の内容や契約関係によって変わるため、必要に応じて専門家に確認してください。会社名、案件、件数は説明のための架空の例です。

01.顧客情報が通る場所を、取得から廃棄まで一枚に書き出す

パスワードを強くする、紙を鍵付きの棚に入れる、といった対策から始めると抜けが出ます。情報の入口と出口が見えないままでは、どれほど厳しい保管ルールを作っても、営業担当のスマートフォンや協力会社へのメール添付に情報が残るからです。

工務店では、一人の顧客に、問い合わせを受けた広報・営業、資金計画の担当、設計、積算、工務、アフターサービス、経理が関わります。土地探しや住宅ローン、補助制度の手続きで外部の事業者とやり取りすることもあります。そのため、どこに何があるかの一覧ではなく、「取得、入力、利用、共有、保管、削除」という移動を書き出します。

書き出す場所には、問い合わせフォーム、メール、電話メモ、名刺、SNSのダイレクトメッセージ、CRM、表計算ファイル、クラウドストレージ、見積システム、会計システム、紙の案件ファイル、担当者のスマートフォンなどがあります。正式な保存先ではないが一時的に情報が置かれる場所も含めます。ここでは法律上の区分（個人情報か個人データかなど）を確定させることより、実際の所在と移動を漏らさず把握することを優先します。

多くの場面で「最初に置かれる場所」と「正式な保存先」が一致していません。CRMへ転記しても、通知メール、紙、端末内の写真が消えるわけではないので、正式に保存した後の一時保存物をどう処理するかまで決めて、流れが閉じます。

02.情報は「見る人の広さ」と「漏れたときの影響」で分ける

すべての顧客情報を「社外秘」と呼ぶだけでは、判断の役に立ちません。氏名と電話番号が分からなければ営業は連絡できず、設計担当が敷地や要望を見られなければ提案できません。反対に、工事だけを担当する協力会社に資金計画や失注理由まで見せる必要は、通常ありません。

そこで、業務で見る必要のある人の広さと、漏えいや誤用が起きたときの影響の二つで分けます。この分類は自社の権限を決めるための運用上の区分で、法律上の用語の置き換えではありません。

いくつかの情報には、法律上の決まりがあります。病歴などの要配慮個人情報は、法律に定める場合を除き、あらかじめ本人の同意を得なければ取得できません（個人情報保護法20条2項）。自由記述欄に何気なく書き込まないようにし、下の表のD区分として見る人を限ります。要配慮個人情報を含む個人データの漏えいは、件数が少なくても委員会への報告の対象になります。

個人番号（マイナンバー）は、番号法で定められた場合以外ではコピーすると収集・保管の制限に違反するおそれがあり、個人番号カードの裏面はコピーできません。一方、表面は身分証明書の写しとしてコピーしても問題ないとされています（個人情報保護委員会 FAQ Q6-13）。本人確認でカードを見せてもらうときは表面だけを写します。番号法に定める事務がないのに番号の写った書類を受け取ってしまった場合は、番号を読めないように塗りつぶしてから保存する、というのがこの記事の提案です。

現場写真も軽く見られません。外観、表札、車両、室内、家族の持ち物が組み合わさると、生活の様子を推測できる場合があるからです。

同じ写真でも、施工中の納まりの確認、社内の教育、施工事例の広告では目的が違います。施工の確認のために撮った写真を、許諾を確かめずに広報の素材へ回すことはできません。情報の種類だけで権限が決まらないのはこのためです。

区分は四つか五つに抑え、迷ったときの置き場を決めておきます。「判断できない情報はC区分で保存し、顧客情報の管理責任者が翌営業日までに決める」といった形です。分類できない情報が担当者のデスクトップに放置されるのを防ぐのが目的です。

CRMの自由記述には、担当者の推測や感情を書かないようにします。「価格に細かい」「夫婦関係が悪そう」ではなく、「総額を300万円下げたいとの発言があった」「次回は夫婦同席を希望と回答」のように、観察した事実、顧客の回答、社内の判断を分けて書きます。失注時の書き方は工務店の失注理由の記録で扱っています。

03.閲覧は、役職ではなく担当業務と案件で決める

「正社員は全部、パートは一部、経営者は無制限」という分け方では、案件ごとの必要性が反映されません。経営者でも、全顧客の本人確認の書類を日常的に見る必要があるとは限りません。反対に、パートタイムの受付担当でも、予約の変更を受けるには顧客名と連絡先を見る必要があります。

起点にするのは、「どの作業を終えるために、どの項目を見る必要があるか」です。人の名前で権限を作ると、異動や退職のたびに作り直すことになります。営業、設計、工務、経理、広報、管理責任者といった役割を先に作り、その役割に人を割り当てます。

一人が見られる範囲は、扱える情報の種類（基本権限）と、関わっている顧客の範囲（案件権限）の組み合わせで考えると整理しやすくなります。設計担当には図面と設計の要望を扱う基本権限を与えても、全案件を見せるのではなく、担当に割り当てられた案件だけを開けるようにします。応援に入るときは、対象の案件と期限を指定して追加します。

期限のない追加権限は、そのまま恒久の権限になりがちです。応援、引き継ぎ、事故の調査など一時的な閲覧には終了日を付けます。追加するときは、申請者、対象案件、必要な情報の区分、利用目的、開始日と終了日、承認者を残します。口頭の「この案件だけ見せて」では、後から閲覧の理由を説明できません。専用のワークフローがなくても、定型のフォームと管理台帳で始められます。

システムで細かく権限を分けられない場合は、運用で補います。たとえば、CRMには一般的な連絡履歴までを置き、限定業務の書類はアクセスを絞った別フォルダに置きます。ただし保存先が増えるほど、探し漏れや二重保存が起きます。CRMには書類そのものを複製せず、正式な保存先を示す管理番号だけを書きます。

閲覧履歴を取れるシステムでも、毎日すべてのログを読む必要はありません。退職直前の大量の閲覧、担当していない案件へのアクセス、短時間の一括出力など、見る条件を決めておきます。ログが取れないなら、出力の権限を管理者に限る、一覧のダウンロードを禁止するなど、別の手段と組み合わせます。

04.社外へ渡す前に、目的と項目を絞る

「共有」という一語で、社内の引き継ぎ、協力会社への図面送付、顧客本人への資料返送、外部の専門家への相談をまとめてしまうと、判断が雑になります。相手、目的、渡す範囲、渡した後に管理できるかが、それぞれ違うからです。外部へ渡す場面が、法律上の委託、共同利用、第三者提供のどれに当たるかは、契約関係や利用の実態で判断が必要で、現場の判断で一律に決めないようにします。

法律上の扱いの確認と並行して、共有の前に次の五つをそろえます。

• 誰の情報か
• 何の業務のために必要か
• どの項目まで渡すか
• 誰に、どの手段で渡すか
• 相手側でいつまで使い、いつまで保管する想定か

「いつもの協力会社だから」は、今回の顧客情報を渡す理由になりません。同じ協力会社でも、現場ごとに必要な図面や連絡先は変わります。協力会社全員が入るグループチャットに、全施主の工程表や電話番号を載せる運用は避け、案件ごと・職種ごとに範囲を絞ります。

送る手段を決める前に目的と項目を絞るのは、暗号化した手段で送っても、不要な資金計画や家族情報まで渡せば範囲の問題は残るからです。

社内の案件フォルダをそのまま外部に共有すると、見せるべきでないファイルや古い版まで見えることがあります。外部と共有するときは、元のフォルダに権限を付けるのではなく、共有するものだけを置く専用の場所を作ります。基礎工事の協力会社なら、施工に必要な図面、現場の住所、搬入の条件、現場の連絡先を渡し、資金計画、営業メモ、本人確認の書類、施工事例への掲載可否は含めません。図面の表紙や余白に不要な電話番号が書かれていることもあるので、ファイル名だけでなく中身を見ます。

誤送信は、送る人の注意だけでは減りません。確認の順序を決めておきます。宛先を先に入れてから添付すると、途中で誤って送ることがあります。本文と添付を準備し、添付の中身と版を確かめてから宛先を入れる、限定業務の書類は別の担当者が確かめる、といった順序です。メールの宛先候補の自動表示では、同姓、同じ会社名、過去の取引先が候補に出るので、表示名だけでなくアドレスまで見ます。共有リンクは、リンクを知る人全員が見られる設定を避け、できれば相手を指定し、期限と再共有の可否を設定します。

05.保存先は、正本・作業中・一時保存に分ける

顧客情報が散らばる一番の原因は、どこが正式な保存先か決まっていないことです。営業はメールを、設計は設計ソフトを、工務は現場チャットを正本だと思っている状態では、訂正も削除も一貫して行えません。

正本は会社として記録を残す場所、作業中は編集や確認のために一時的に置く場所、一時保存は端末へのダウンロード、スキャン前の紙、メール添付、撮影直後の写真などです。正本を一つのシステムにまとめる必要はありません。CRM、設計、会計、工事管理にはそれぞれ得意な情報があります。情報の種類ごとに正本を一つに決め、ほかの場所には複製ではなく参照先を置きます。

クラウドにあれば正本、パソコン内なら一時保存、と自動的に決まるわけではありません。会社が正式な保存先として指定し、担当者、版、更新の手順、バックアップと復旧の方法を管理して、初めて正本として機能します。

「最終」「最終2」「本当の最終」というファイル名は版の管理になりません。案件番号、資料の種類、版、日付など必要な要素を決め、「K26031_実施設計図_V03_2026-09-25」のように案件番号を中心に名付けます。ファイル名に顧客の個人情報を詰め込むと、検索結果や通知の画面に表示されてしまいます。版管理の機能があるなら、ファイル名だけに頼らず承認の状態や更新履歴を使います。

訂正が出たら、すべての写しを手で探すのではなく、まず正本を直します。そのうえで、外部に渡した古い版が施工や判断に影響しないかを確かめ、差し替えを伝えます。正本を直しただけでは、使われている写しは古いままです。

個人の端末への保存を認めるかどうかも決めておきます。全面禁止にしても業務の実態が伴わなければ、担当者は例外として使い続けます。会社管理の端末を用意する、ブラウザでの閲覧だけにする、端末への保存を制限する、紛失したときの連絡先を決める、といった実行できる条件に落とします。台帳の重複や古い情報の整理の手順は、工務店の顧客台帳整理で扱っています。

06.保管期間は、法律の保存義務を先に確かめる

「いつか使うかもしれない」と無期限に残せば、見られる人も漏れたときの影響も増えます。一方で、契約の終了や失注と同時にすべて消すと、アフター対応や、契約・会計上必要な記録まで失います。そこで、まず資料ごとに法律で保存が求められているかを確かめ、それ以外は利用目的と案件の状態から終わりの条件を決めます。

工務店に関わる代表的な保存義務は、建設業法と税法にあります。

建設業法は、建設業の許可を受けた建設業者に、営業所ごとに帳簿を備え、帳簿と営業に関する図書を保存することを求めています（40条の3）。何を、いつから、何年残すかは建設業法施行規則の26条と28条が定めていて、帳簿と図書では保存する事業者の範囲と期間の数え方が違います。

表の最後の行は、2025年12月12日に施行された改正で加わった保存対象です。材料費等記載見積書は、工事の種別ごとの材料費・労務費などの内訳と、工程ごとの作業・準備の日数を記載した見積書で、作成は努力義務ですが（建設業法20条1項）、作成したものは元請か下請かを問わず保存します。それまで営業に関する図書の保存義務は発注者から直接請け負った場合に限られていたので、古い解説をもとに「下請の工事では図書を残さなくてよい」と扱っていないかを見直します。施工体系図の作成が義務付けられるのは、民間工事では下請契約の総額が5,000万円（建築一式工事は8,000万円）以上の場合、公共工事では下請契約を結んだ場合です。帳簿、添付書類、図書はいずれも、営業所で画面や紙に明確に表示できる状態であれば、電子データで保存できます。建設業法施行規則（e-Gov法令検索） 国土交通省「建設業法の各基本事項や法令違反に関するよくあるご質問」 国土交通省「建設業法令遵守ガイドライン改訂 新旧対照表」（令和8年1月）

税法では、法人は、帳簿と、取引に関して作成・受領した書類（注文書、契約書、領収書など）を、その事業年度の確定申告書の提出期限の翌日から7年間保存します。青色申告書を提出した事業年度で欠損金額が生じた場合や、青色申告書を提出しなかった事業年度で災害損失金額が生じた場合は10年（2018年4月1日より前に始まった事業年度は9年）です。国税庁 タックスアンサー No.5930「帳簿書類等の保存期間」 個人事業者は所得税法の定めにより、青色申告か白色申告か、帳簿や書類の種類によって7年または5年に分かれ、起算点も法人と違うため、法人の年数をそのまま当てはめません。

メールの添付やクラウドサービスで受け渡した見積書、注文書、契約書、請求書、領収書などのデータ（電子取引の取引情報）は、所得税・法人税の保存義務がある事業者なら、紙の書類と同じ期間、データのまま保存する必要があり、印刷した紙の保存で代えることはできません。取引情報を含まないメールまで残す必要はありません。国税庁「電子帳簿保存法一問一答【電子取引関係】」（令和8年7月） 個人事業者と法人それぞれの保存期間の一覧も、この資料の問17にあります。保存の方法には検索や改ざん防止などの要件があり、消費税の仕入税額控除に関わる請求書等には別の定めもあるので、自社への当てはめは顧問税理士に確かめます。

一つの書類に複数の法律がかかることもあります。たとえば法人の請負契約書は、建設業法では帳簿の添付書類として引き渡しから5年または10年、法人税法では申告期限の翌日から原則7年です。自社の保存期間の表には、書類ごとに根拠の法令、起算点、年数を書き、重なる場合は最も遅く終わる期限に合わせます。ここで挙げたのは建設業法と法人税・所得税に関わる定めで、ほかの法律や契約で保存が必要な記録もあります。当てはめに迷う書類は、許可行政庁や顧問税理士に確かめ、確かめ終わるまで削除の対象にしません。

保管のルールには、起算点、見直す時期、終わりの条件、終わったときの処理、延長する条件を入れます。「5年間保管」とだけ書くと、いつから5年なのかが分かりません。問い合わせ日、最終接触日、失注の確定日、契約日、引き渡し日、対応の完了日など、起算点を決めます。

失注、契約、着工、引き渡し、担当の変更は、必要な情報も見る人も変わる時点です。これらを権限と保管を見直すきっかけにします。

削除・匿名化・利用停止を使い分ける

保管を終えるときの処理は、削除だけではありません。集計には使うが個人を特定する必要がない場合は、個人との結び付きを切り離せるかを考えます。ただし、氏名だけを消しても、住所、敷地の形、家族構成、詳しい日付の組み合わせで個人を推測できることがあります。安易に「匿名化済み」と呼ばないようにします。

すぐに削除できないシステムでは、閲覧を止める、アーカイブへ移すなどして、通常の業務から見えない状態にする方法があります。これは完全な削除とは違い、バックアップや連携先に残っていることもあります。システム提供者の仕様を確かめ、台帳には「通常画面から非表示」「削除処理済み」「バックアップから消去予定」のように状態を分けて書きます。

紙は通常のごみに出さず、読み取れない方法で処理します。外部の処理事業者を使う場合は、引き渡し方、保管、処理完了の確かめ方を決めます。段ボールに入れて廊下に置いた時点で、社内の管理から外れてしまわないように気を付けます。

07.CRMの入力項目は、使う目的を決めてから増やす

CRMを入れると、入力できる項目をすべて使いたくなります。しかし項目が増えるほど、説明、更新、閲覧の制御、削除の手間も増えます。項目は「あると便利」ではなく、「どの判断に使い、誰が更新し、いつ要らなくなるか」で採否を決めます。

家族構成は間取りの提案に必要になることがありますが、営業の初期から家族一人ひとりの詳細を聞く必要があるとは限りません。問い合わせ、初回相談、設計の申込み、契約後で必要な情報は変わります。必要になった時点で聞く設計にすれば、初期の聞き過ぎを減らせます。

更新する人がいない項目は古くなり、誤った連絡や判断の原因になります。選択肢にも注意します。「見込み薄」「難客」のような評価の言葉は、担当者によって意味が変わります。「建築時期未定」「予算条件未確認」「連絡希望なし」のように、確かめられる状態に置き換えます。

CRMを比べるときは、項目数や画面の見やすさだけでなく、役割ごとの権限、案件ごとの制御、変更履歴、出力の制限、退職者のアカウント停止、削除とアーカイブ、外部連携の範囲を見ます。比較の観点は工務店のCRM選びで扱っています。メール配信、フォーム、予約システムと連携する場合は、どの項目がどちらへ移るかを確かめます。CRMで削除しても配信システムに残る、フォームの通知が複数人に転送される、といったことが起こるためです。同期の方向、頻度、エラー時の処理、連携を解除したときに残るデータを記録します。

08.紙・メール・チャット・写真は、例外の扱いを先に決める

事故や行き違いは、CRMに入る前後の、紙の持ち出し、メール添付、チャットへの投稿、端末内の写真で起きやすくなります。禁止事項を並べるだけでは現場が回らないので、必要になる場面を想定して代わりの手段を用意します。

紙。 アンケートや申込書を受けたら、受け取った人、保管場所、電子化する期限、電子化後の紙の扱いを決めます。担当者の鞄や車内は保管場所にしません。外出先で受けたときの持ち帰り方と、直帰する場合の連絡・保管の方法も決めておきます。限定の情報を印刷するなら、すぐに回収する、できれば認証印刷を使う、刷り損じを通常の裏紙箱に入れない、会議の後に配った部数を回収する、といった運用が要ります。

メール。 本文に必要以上の個人情報を書きません。件名や通知のプレビューは、ロック画面や共有画面に表示されることがあるので、案件番号と用件を中心にし、詳細は決めた共有先で見てもらいます。添付ファイルは送った瞬間に版の管理が難しくなるので、共同作業なら相手を指定した共有リンクを検討します。その場合も、有効期限、ダウンロードの可否、共有を終えた後の扱いを決めます。

チャット。 連絡は速くなりますが、案件をまたぐグループでは見る人が増えます。「営業全員」「協力会社一斉」のような広いグループに、個別の顧客の資料を投稿しません。案件ごとのチャンネルを作るなら、参加者の追加と退出を誰が管理するかを決めます。チャットでの決定を正式な記録にするのか、CRMや案件台帳に転記するのかも決めます。両方を正本にすると、訂正が漏れます。

写真。 施工の記録、納まりの相談、是正の確認、広報の候補では、保存先と見る人が違うので、撮る目的を先に決めます。撮影時には、施主や家族、近隣の住民、車のナンバー、表札、郵便物、生活用品など、目的に要らないものが写らない構図にします。会社管理の端末でも、写真が個人向けのクラウドへ自動で同期される設定だと、指定外の場所に保存されます。同期先、バックアップ、アプリの権限を確かめ、撮影後は案件番号、撮影日、工程、部位を付けて正式な保存先へ移し、端末側を処理します。

「やむを得ない」場合ほど、対象、期限、承認、後の処理をはっきりさせます。緊急時でも無条件の例外にはしません。

09.入社・異動・退職を、権限を見直すきっかけにする

閲覧の権限は、システムの導入時よりも人の入れ替わりで崩れます。新入社員に前任者のIDを渡す、異動した後も前の部署のフォルダが見える、退職者のメール転送が残る、といった状態は、日常の都合から生まれます。

入社時には、雇用形態で一律に権限を付けず、担当業務と研修の進み具合に合わせます。研修中は架空のデータや限られた案件を使い、実データは必要になった時点で開けます。パスワードを紙で渡して終わりにせず、共有しないこと、席を離れるときのロック、誤送信したときの報告先まで説明します。

異動や担当の変更では、追加と同時に削除も行います。営業から工務へ移った人に新しい権限を足し、営業の全案件の閲覧を残したままにすると、見られる範囲は増え続けます。前の担当案件に関わり続ける必要があるなら、対象と終了日を限ります。

退職時は、最終出勤日だけを基準にしない方がよい場合があります。引き継ぎの期間、休職、端末の返却日、アカウントの停止日がずれるためです。退職の情報を誰がいつ管理責任者に伝え、どの時点で何を止めるかを決めます。

CRMのアカウントを止めるだけでは足りません。メール、クラウドストレージ、施工管理ツール、チャット、フォームの管理画面、SNS、複合機、共有リンク、会社の端末まで横断して見ます。アカウント台帳には、氏名、役割、使うシステム、権限、発行日、最終の見直し日、停止日、確認者を書きます。共有IDでは退職者だけを切り離せず、誰が見て変えたかも追いにくくなるので、できる範囲で個人別のアカウントへ移します。

在籍者の一覧とアカウントの一覧は、定期的に突き合わせます。人数の少ない会社でも「全員知っているから大丈夫」とは限りません。試しに使ったサービス、昔の共有フォルダ、退職者が作った共有リンクなど、普段の画面に出てこない入口が残るからです。棚卸しは、人ごと（一人が見られる範囲）と案件ごと（一つの顧客情報を見られる人）の両方から行います。

10.誤送信・紛失・不正な閲覧が起きたら、初動と報告の判断を決めておく

問題が起きたとき、「まず本人に謝る」「とりあえずメールを消してもらう」「担当者だけで回収する」と即断すると、事実の確認や証拠の保全を妨げることがあります。必要な対応は事故の内容で変わるため、担当者個人に結論を委ねず、社内の報告経路と判断する責任者を先に決めます。安全管理措置については、個人情報保護委員会のガイドライン（通則編）が、組織的・人的・物理的・技術的な措置と外的環境の把握などの区分で、事業者が講じる措置を示しています。

漏えい等が起きたときは、委員会への報告の対象に当たるかを責任者が判定します。個人情報保護委員会の漏えい等報告の案内によれば、対象は、要配慮個人情報が含まれる個人データの漏えい等、不正に利用されることで財産的な被害が生じるおそれがある個人データの漏えい等、不正の目的をもって行われたおそれがある行為による漏えい等、本人の数が1,000人を超える漏えい等で、いずれも「おそれ」がある段階を含みます。対象に当たれば、委員会への速報（ガイドラインでは知った後おおむね3〜5日以内）と確報（30日以内、不正の目的のおそれがある場合は60日以内）が必要です。本人にも、事態の状況に応じて速やかに通知します（通知が難しい場合に代わりの措置を取るときを除く）。期限と報告の方法は判定の時点で同じ案内の最新の内容で確かめ、件数が確定するまで判定を先送りしないようにします。

現場の担当者に法的な評価をさせる必要はありません。覚えてもらうのは発見した後の行動です。端末を失くしたら遠隔で操作できるかを確かめる、誤送信に気付いたら送った内容と宛先を記録する、不審なアクセスを見つけたらログを消さない、といったことです。

事故の受付票には、次のことを書きます。

• 発見した日時と発見者
• 起きた、または起きたと疑われる日時
• 対象となった顧客・案件
• 情報の種類と件数の見込み
• 起きた媒体・システム・共有の手段
• 見た可能性のある相手
• すでに行った広がりを止める対応
• ログ、メール、端末などの確認状況
• 社内外への連絡状況
• 判断する責任者と次に確認する時刻
• 報告の要否、判定した人、速報・確報・本人への通知の期限と実施状況

件数が分からないうちは確定値を書かず「確認中」とします。推測と確かめた事実を分け、更新の履歴を残します。「外部の閲覧なし」ではなく、「共有サービスの閲覧履歴では、9月25日15時の時点で外部の閲覧を確認できていない」のように、確かめた範囲と時点を書きます。誤送信先に削除を頼んだ場合も、「削除を依頼した」と「相手が削除したと答えた」を分けます。相手の回答だけで完全に消えたと証明されるわけではないので、事実として記録し、影響の評価は責任者が行います。

原因は「担当者の注意不足」で終わらせません。宛先の候補が紛らわしかった、案件一式を添付する運用だった、二重確認の対象が曖昧だった、権限が広すぎた、端末の回収台帳がなかった、といった仕組みの要因を探し、研修だけでなく、入力の制限、権限の変更、送付の手順、画面の設定、保存先の統合へつなげます。

11.架空例：一つの案件で、見る人と保存先はどう変わるか

架空の「梓住建」は、社員12人の地域工務店です。営業3人、設計2人、工務3人、経理1人、広報兼受付1人、経営者2人で、CRM、クラウドストレージ、施工管理ツールを使っていますが、これまでは担当者によって保存先が違っていました。架空の案件「K26031」は資料請求から始まった新築の相談で、相談者は夫婦、土地は未確定です。

資料請求の段階では、受付担当が氏名、メールアドレス、希望地域、資料の送り方をCRMに登録し、受付と割り当てられた営業担当だけが見ます。フォームの通知メールにも顧客情報が残るため、通知は受付用のアカウントで受け、見られる人を限り、個人のメールへの自動転送はしません。

初回面談の後、営業担当は「予算が厳しい顧客」ではなく「土地費用を含む総額の希望について回答あり。次回、費用の配分案を説明する」と書きます。手書きのメモは必要事項をCRMに入れた後、決めた手順で保管するか処理します。予算の情報は営業担当と責任者が扱い、受付の画面には出しません。

設計担当を加えるときは、営業責任者がK26031に割り当て、この案件の要望、候補地の資料、打ち合わせ記録、図面の領域だけを開けます。候補地は会社管理の端末で撮影し、表札や近隣の住民が写らない構図にして、帰社後に案件フォルダへ撮影日・場所・目的を付けて登録します。

協力会社に概算見積を頼むときは、案件フォルダ全体ではなく、見積に必要な図面、仕様、依頼範囲、回答期限だけを共有用の場所に置きます。図面が最新のV03であること、氏名や連絡先が不要に書かれていないこと、相手のアドレス、リンクの期限を確かめ、送付日、相手、目的、ファイル、版、期限、送った人を記録します。

失注した場合は、失注の確定日、顧客が述べた理由、再連絡の希望を記録し、設計担当や見積先の共有権限を終えます。「将来の営業に使う」という曖昧な理由で、詳しい資金の情報や全写真を残し続けないようにします。契約へ進んだ場合は、営業中心の案件から、設計・工務・経理が関わる案件へ権限を組み替え、契約・請求、施工、顧客対応に必要な情報を役割ごとに分けて開けます。

12.決めた内容を、一冊の設計書と判断票にまとめる

ここまでの内容は、分厚い規程にするより、判断に使う台帳と手順を結び付けた一冊の「顧客情報の取扱い設計書」にまとめる方が使われます。入れるものは、顧客情報の流れの図、情報の区分表、役割別・案件別の閲覧権限表、社外共有の判断票と共有の記録、情報の種類ごとの正本・作業中・一時保存の置き場、保管期間と終わったときの処理の一覧、事故時の連絡網と初動の記録票の七つです。同じ情報を「限定情報」「重要情報」「機密区分C」のように別の名前で呼ばないよう、用語を一ページにまとめておきます。

社外共有のたびに長い申請書を書かせると、口頭での共有や無断の送付が増えます。通常の見積依頼のように条件が決まっている業務は、あらかじめ承認した共有のパターンとして登録し、相手、目的、資料、手段、期限がその範囲内なら担当者が実行し、外れるものだけ責任者に上げます。本人確認の書類、詳しい資金の情報、苦情・紛争の記録、大量の顧客一覧は、パターンに入れず個別に承認します。

13.最初の三か月の進め方と、運用を始めた後の点検

最初の一か月は、今の保存先と情報の流れを棚卸しします。いきなり全データを移さず、どこに何があり、誰が見られ、どの連携先へ移るかを確かめます。特に、個人の端末、共有ID、メールの転送、公開リンクを先に見ます。二か月目は、情報の区分、正本、閲覧権限、社外共有の標準の条件を決め、新しい案件から適用します。既存の案件は、担当の変更や次の接点の機会に順に移します。全件を一度に整えようとすると、現場の業務が止まり、処理が形だけになりやすいためです。三か月目は、保管期限、退職・異動の処理、事故の初動を確かめます。架空の誤送信や端末の紛失を想定して、担当者が報告先に迷わないか、責任者が必要な記録にたどり着けるかを試し、連絡網や記録票を短く直します。

運用を始めた後の月次の確認では、入力件数やログイン回数より、例外がどこに残っているかを見ます。無断の端末内保存、期限切れの共有リンク、退職者のアカウント、担当終了後の権限、保管期限の超過、個人端末の利用などです。全案件を調べる必要はなく、新規登録、担当の変更、失注、引き渡し、ヒヤリとした事例のあった案件を抜き出して、各段階の処理が行われたかを見ます。数字にするなら分母と期間を書きます。架空の例でいえば、「2026年9月中に担当を変更した8案件のうち、前の担当者の権限を変更日から2営業日以内に止めた案件は6件、6÷8×100＝75％」です。割合よりも、残る2件の理由と是正日を追うことに意味があります。

新しいサービスを入れるとき、システムや組織が変わるときは、情報の流れも変わります。導入の申請に、扱う顧客情報、連携先、見る人、出力と削除の方法、契約終了時のデータの扱いを含めておけば、設計書を更新するきっかけになります。

設計書ができたかどうかは、担当者が次の問いに同じ答えを返せるかで確かめます。この情報は何のために取得するのか。正式な保存先はどこか。誰が見られ、いつ権限が終わるか。社外へ渡すならどの項目までか。いつ見直し、要らなくなったらどう処理するか。誤送信や紛失が起きたら最初に誰へ報告するか。答えが人によって違う項目が、設計書に戻って直すところです。まず一つの新しい案件を選び、取得から保管の終わりまでを通してみると、台帳に載っていなかったメール、紙、端末、共有リンクが見つかります。