設計事務所 業務改善Navi
案件・工程管理

設計事務所の顧客管理|連絡先と相談履歴の整理

· 編集:KMC株式会社

設計事務所の顧客管理を、連絡先、利用目的、相談履歴、案件との関係に分けて解説します。個人情報を必要以上に複製せず、連絡先変更と権限を管理する実務手順です。

顧客台帳と案件台帳は分けてつなぐ

一社から複数の建築相談を受けることも、一つの案件に施主、利用部門、不動産会社など複数の関係者が参加することもあります。顧客名を案件名として管理すると、連絡先の変更が過去案件へ反映されなかったり、別案件の相談履歴が混ざったりします。

顧客台帳は「誰と、どの目的で連絡するか」を管理し、案件台帳は「どの計画で、何を判断したか」を管理します。両者をIDで関連付け、住所、図面、予算、要望などの案件固有情報を顧客台帳へ繰り返し複製しません。

三つの台帳の役割

台帳管理するもの置かないもの
顧客台帳法人・個人の基本連絡先、窓口、利用目的案件ごとの設計判断
問い合わせ台帳受信経路、相談概要、返答担当、次回期限契約後の詳細工程
案件台帳相談目的、契約範囲、工程、判断履歴、成果物他案件の連絡履歴

問い合わせ管理で受けた相談は、既存顧客との関係を確認し、継続する場合だけ案件IDを発行します。顧客IDを変えずに複数案件へ関連付ければ、同じ会社の連絡先を案件ごとに書き直す必要がありません。

顧客台帳に置く最小項目

項目目的記入例
顧客ID名称変更や同名を区別C-014
区分法人、個人、紹介者、協力者等法人顧客
正式名称請求・契約資料と区別して参照株式会社A
主窓口通常の連絡先総務部B様
連絡手段同意された業務連絡の経路業務用メール
窓口の役割発言者と決定者を区別資料連絡、決裁者は代表
利用目的何のために情報を使うか相談連絡、設計業務の連絡
関連案件案件IDへのリンクS-026、S-031
更新日・確認者古い連絡先を見つける2026-10-13、窓口A
状態対応中、休眠、連絡停止等対応中

本人確認、契約、請求などで必要な項目は、目的に応じた別の管理へ置きます。台帳が便利だからという理由で、生年月日、私用連絡先、家族情報、本人確認書類などを一律収集しません。

利用目的と収集項目を対応させる

個人情報保護委員会の通則編は、利用目的をできる限り具体的に特定することを説明しています。顧客台帳でも、収集する項目ごとに何へ使うかを確認します。

収集項目利用する場面見直す質問
氏名・会社名相談者の識別、文書の宛先部署名だけで足りないか
業務用メール日程・資料・業務連絡私用アドレスが必要か
電話番号急ぎの連絡、当日調整常時必要か、案件期間だけか
所在地敷地・送付・契約で必要な場合顧客所在地と計画地を混同していないか
相談履歴前回合意の確認案件記録へ置くべき内容ではないか

法令上の扱いは情報の種類、取得方法、事業者の取扱状況で変わります。自社のプライバシーポリシー、契約、最新ガイドラインを確認し、不明な場合は専門家または所管機関へ相談してください。

相談履歴は要約と案件リンクで残す

顧客台帳へメール全文を貼り付けると、検索性が下がり、不要な個人情報や別案件の条件が混ざります。履歴は次の形式で短く残します。

2026-10-13|窓口B様|候補地の比較相談を受領|次回役員会で検討継続を判断したい|受付Q-026、案件化後S-026|詳細は相談記録リンク|記録者A

記録するのは、日付、相手、目的、次の行動、関連ID、詳細リンクです。設計条件、予算、提案内容は案件側へ置きます。電話で重要な合意をした場合も、案件記録へ移し、必要な関係者へ確認します。

登録と更新の手順

1. 既存顧客を検索する

法人名の表記だけでなく、旧社名、メールドメイン、担当者、関連案件で検索します。同姓同名やグループ会社を勝手に統合しません。

2. 利用目的を確認する

相談対応、契約業務、資料送付など、取得時の目的を記録します。別の案内や営業連絡へ使う場合は、既存目的との関係と必要な手続を確認します。

3. 最小項目で登録する

その時点で必要な連絡先だけを登録します。不明な項目を推測せず、空欄の理由または確認予定を残します。

4. 案件と関連付ける

顧客ID、問い合わせID、案件IDを結びます。案件終了後も、連絡先を保持する必要性と期間を自社方針に沿って見直します。

5. 変更履歴を残す

担当者変更、退職、会社名変更、連絡停止などは、旧情報を上書きして消すだけでなく、変更日、確認元、反映先を残します。

窓口変更の記入例

10月13日、顧客から窓口を総務部B様から企画部C様へ変更する連絡を受領。S-026の資料連絡はC様、契約・請求連絡はB様を継続。変更元メールを案件記録へ保存し、顧客台帳の主窓口と役割を更新。次回提案の宛先を案件責任者Aが確認。

「新担当へ変更」だけでは、旧担当を宛先から外すのか、別の役割で残るのか分かりません。役割と対象案件を確認します。

閲覧権限を役割で分ける

全員がすべての顧客情報を閲覧できる状態にせず、相談窓口、案件担当、経理、管理者など、業務上必要な範囲を決めます。

役割必要な情報の例確認する操作
相談窓口主窓口、関連相談、次回連絡登録・重複確認
案件担当案件に関わる連絡先、役割参照・更新依頼
経理契約・請求に必要な宛先目的限定の参照
管理者利用者、権限、事故時対応追加・停止・監査

退職、異動、外部協力の終了時には権限を見直します。共有ファイルを個人のメールや端末へ複製しない運用も必要です。

定期点検で見ること

四半期など自社で決めた時点に、重複顧客、連絡先不明、長期間未更新、終了案件だけに関連する情報、過剰な閲覧権限を確認します。無期限に保持することを前提にせず、契約、法令、業務上の必要性、社内規程に沿って保持・削除を判断します。

削除する場合も、広い検索条件で一括処理せず、対象ID、関連案件、法令・契約上の保存、バックアップや連携先への影響を確認します。事故対応は自己判断で履歴を消さず、管理者へ連絡します。

AIやCRMを使う前の確認

顧客情報をAIで要約・分類したり、CRMへ移行したりする場合は、利用目的、入力対象、保存、外部提供、委託先、権限、契約終了時の取扱いを確認します。設計事務所のAI情報管理にあるように、顧客名を消すだけで匿名化が十分とは限りません。

移行時は、少数の検証データで項目対応、文字化け、重複、関連案件、削除手順を確認します。AIが似た会社名を同一顧客として自動統合しないよう、人の承認を置きます。

失敗を防ぐ具体策

失敗防止策
顧客名を案件名として使う顧客IDと案件IDを分けて関連付ける
メール全文を台帳へ貼る要約と詳細リンクに分ける
便利そうな項目を全部集める利用目的と必要性を項目ごとに確認
窓口変更を上書きだけで済ませる役割、対象案件、変更日を残す
全員に同じ権限を渡す役割に応じた閲覧・更新権限
AIで重複を自動統合する候補提示後に人が確認

よくある質問

名刺情報はすべて顧客台帳へ登録してよいですか

名刺を受け取った状況、利用目的、社内方針を確認し、必要な項目へ絞ります。別目的への利用は最新のルールを確認してください。

会社の代表電話と担当者の携帯を両方残しますか

業務連絡に必要かを確認します。携帯番号を持つ理由がなくなった場合の更新・削除も決めます。

退職した担当者の履歴は消しますか

連絡先としての利用を停止しつつ、案件判断の記録に必要な発言者情報をどう残すかは、契約、保存方針、個人情報の取扱いを確認して判断します。

同じ会社の支店は一つの顧客ですか

契約主体、連絡窓口、請求、案件の関係で判断します。自動統合せず、親子関係や関連先として表現できる構造にします。

顧客情報を営業案内へ使えますか

取得時に示した利用目的、本人への案内、契約、適用法令を確認します。設計相談のために得た情報を当然に別目的へ使えるとは扱いません。

一次資料で確認できること

上記は個人情報と情報セキュリティの一次資料です。本記事の三台帳、最小項目、窓口変更記録は、設計事務所の顧客情報を整理するための実務提案です。個別の取扱いは最新ガイドライン、自社規程、契約、専門家・所管機関の確認を優先してください。

関連記事

この業務でAIを試すには

業務の条件と確認方法を整えたら、関連するAI活用の手順を確認できます。

設計事務所のAI試行|小さな業務で検証する →

あわせて読みたいガイド

案件・工程管理

設計事務所の案件管理|相談から完了までの台帳

設計事務所の案件管理台帳を、相談受付から完了まで一貫して使う方法を解説します。案件状態、次の行動、担当、期限、判断待ちを記録し、工程表や工数表と使い分ける実務手順です。

約9分で読めます読む
案件・工程管理

設計業務のチェックリスト|確認漏れを防ぐ運用

設計業務のチェックリストを、成果物、段階、確認根拠、適用外に分けて作る方法を解説します。丸付けだけの運用を避け、差戻しや設計変更から更新する実務手順です。

約9分で読めます読む