お客様から「引っ越したので住所を変えてください」と電話があり、受付担当が顧客一覧を上書きした。ところが、発送待ちの注文には古い住所が残り、翌月の請求書も前の請求先で作られた。このような行き違いは、入力が一文字間違っていたからだけでなく、一つの情報を複数の仕事で使っているのに、変更を一か所の修正として扱うことで起こります。
この記事では、住所、電話番号、請求先の変更を「受付から完了確認までの一件」として進めます。表計算や顧客管理サービスは、変更先、担当、状態を共有する道具です。誰の情報を変えるか、進行中の配送や請求を止めるか、本人確認をどうするかは、責任者と社内ルールに沿って人が判断します。
最初に、顧客情報が使われる場所を洗い出す
変更依頼が来てから探し始めると抜けやすいため、普段から「顧客情報の利用先一覧」を用意します。例えば、顧客マスター、発送待ち注文、定期配送、請求台帳、予約表、連絡先、メール配信、紙の契約ファイルです。すべてを一つに統合する必要はありません。どの項目がどこへ流れ、誰が更新できるかを見えるようにします。
利用先：顧客マスター
使う項目：住所・電話・請求先
更新担当／確認者：
自動連携：あり・なし・不明
進行中データへの反映：自動・別更新・不明
担当者不在時の連絡先：
「自動連携」と思っていても、すでに作成済みの送り状や請求書には反映されない場合があります。仕様を確認できない時は「不明」と書き、実際の画面や出力で確認します。連携を前提に全件更新や一括取込をする手順は、各サービスの公式案内と社内管理者の確認を別途必要とします。
変更受付から完了までの八段階
1. その場で元データを上書きしない
受付時は変更受付票を作り、受付日時、経路、受付者、顧客番号など対象を探す手掛かりを記録します。変更前と変更後の値、いつから使うか、影響しそうな業務を別欄にします。自由記述に会話をすべて写さず、更新に必要な情報へ絞ります。
2. 本人と対象顧客を社内ルールで確認する
本人確認の方法は、契約、取扱情報、受付経路、なりすまし時の影響によって異なります。登録済みの連絡先への折り返し、会員画面へのログイン、顧客番号と既存登録情報の組合せなど、自社で定めた方法を使います。新しく申告された住所や電話番号だけを根拠に本人と判断しません。
確認を厳しくするために、毎回身分証のコピーや手続に関係ない家族情報まで集めるのも避けます。個人情報保護委員会の通則編は、開示や訂正等の請求を受ける手続について、事業の性質やデータの取扱状況に応じた本人確認とし、保有情報に比べて必要以上に多くの情報を求めないよう示しています。通常の変更受付も、自社の正式な手続を責任者が決め、不足時は更新を保留します。
3. 変更する単位を確かめる
住所変更でも、「本人の住所」「今回の配送先」「請求書の送付先」「事業所所在地」は別の項目です。一つの住所をすべて同じ値にしません。電話番号も、本人連絡先、緊急連絡先、会社代表番号を分けます。お客様へ「どの注文・契約へ、いつから適用する変更か」を確認します。
4. 進行中の業務を止めるか責任者が決める
発送直前の注文、作成中の請求書、当日の予約連絡がある時は、マスター更新より先に影響を確認します。古い情報のまま進むおそれがあれば、発送、送信、請求確定などを一時保留し、責任者が再開条件を決めます。受付担当が送り状を勝手に破棄したり、確定済み請求書を書き換えたりしません。
5. 更新先ごとに担当と順番を置く
まず基準にする顧客マスターを更新し、次に進行中の注文・請求、予約・連絡先、必要な紙資料の順で確認します。ただし、業務上の基準データが別にある会社は、その順番に合わせます。変更票には更新先ごとに「未着手・更新中・確認待ち・完了・対象外」を付け、対象外にも理由を書きます。
6. 更新者と別の人が前後を照合する
顧客番号、氏名、変更前、変更後、適用日を画面ごとに照合します。似た会社名や同姓同名がある場合は、住所だけで判断せず顧客番号や契約番号を使います。一人で運営している場合は、更新直後に続けて見るのではなく、時間を置いて元の申出と出力結果を見比べます。
7. お客様へ変更結果を伝える
社内ルールで認めた連絡先へ、変更を受け付けた項目、適用日、進行中注文への扱いを必要な範囲で伝えます。古い連絡先への送信が適切か迷う場合は責任者へ確認します。連絡文に顧客情報をすべて並べたり、共有チャットへ身分証画像を貼ったりしません。
8. 進行中業務の再開と完了を確認する
発送や請求を止めた場合は、確認者が新しい宛先の送り状や請求書を見てから再開します。全更新先の状態、顧客への連絡、保留解除を確認し、完了日と確認者を記録します。受付票や本人確認資料をいつまで保管するかも、自社の利用目的と保存ルールに沿って扱います。
引っ越し連絡を受けた一連例
例えば、定期購入のお客様本人から、翌日出荷分からの配送先変更を電話で受けたとします。受付者は顧客マスターを直接直さず、顧客番号、変更前後の配送先、適用日を変更票に記録します。登録済み番号への折り返しなど社内の方法で本人を確認し、発送担当へ翌日出荷分が作成済みかを尋ねます。
翌日分の送り状がすでに作成されていれば、責任者が出荷を保留します。顧客マスター、定期配送設定、作成済み送り状を各担当が更新し、別の人が顧客番号と新住所を照合します。請求書が商品同梱なら請求先も確認し、お客様へ「翌日出荷分から新住所を使う」と連絡します。送り状の再確認後に出荷を再開し、完了にします。
担当者の交代で会社の請求先が変わる場合は、担当者名だけでなく、請求書の宛名、送付方法、適用月を分けて確認します。電話番号だけの変更でも、緊急連絡先やSMS通知先が別なら一括して同じ番号にしません。一件ごとに「どの業務へ影響するか」を選ぶことが大切です。
よくある失敗と防ぎ方
- 申出を受けてすぐ上書きする：変更前後と受付日時を変更票へ残してから更新します。
- 新しい情報だけで本人確認する：登録済み情報や既存経路を使う社内手順へ戻します。
- 念のため多くの証明書を集める：取扱リスクに合う確認方法と必要項目を責任者が決めます。
- 連携サービスなら全部変わると思う：作成済み注文・送り状・請求書を実物で確認します。
- 一覧で同名の別人を直す：顧客番号や契約番号を含めて対象を照合します。
- 更新完了だけで閉じる：保留した配送・請求の再開と顧客への連絡まで確認します。
- 変更票を広く共有する：必要な担当者だけが開ける場所に置き、編集者と閲覧者を分けます。
Googleドライブで変更票を共有する場合、公式ヘルプでは共有相手を指定し、閲覧者、コメント可、編集者の権限を選べます。一般公開リンクに置かず、更新担当だけを編集者、確認担当を必要に応じて閲覧者またはコメント可にするなど、社内ルールに合わせます。
完了前チェックリスト
- 本人と対象顧客を社内の方法で確認した
- 変更前後、変更項目、適用日が分かれている
- 配送、請求、予約、連絡への影響を確認した
- 進行中業務の保留要否を責任者が判断した
- 更新先ごとの担当と状態が分かる
- 別の人が顧客番号と変更結果を照合した
- お客様への連絡と保留解除を確認した
- 記録の閲覧者と保管期間を確認した
予約日時や人数など一回の予約変更を追う場合は、予約変更・キャンセルの対応記録が対象です。同じ顧客が複数行にいる可能性を先に確認したい場合は、Excel名簿の重複を削除前に整理する方法を参考にしてください。この記事は、非公開の顧客マスター変更を配送・請求・連絡へ反映する業務を扱います。
導入前と導入後で変わること
導入前は、受付者が一つの表を直して口頭連絡し、古い情報がどこに残ったか後から探します。導入後は、変更票で本人確認、影響する業務、更新担当、保留、最終確認が見えます。更新漏れが起きないと保証する仕組みではありませんが、未確認の場所と次に動く人を探しやすくなります。
増えるのは、変更前後と利用先を記録し、別の人が照合する作業です。その確認があることで、受付担当は複数システムの仕様を一人で背負わず、配送・請求担当は自分の業務に必要な変更を判断できます。デジタル化は、顧客情報を多く集めるためではなく、必要な情報を必要な人へ安全に渡すために使います。
よくある質問
家族や別部署の人から変更依頼が来たらどうしますか？
その人の説明だけで更新せず、契約者本人または権限のある担当者かを自社ルールで確認します。確認できない時は、登録済みの連絡先へ折り返すなど、責任者が定めた経路へ戻し、更新を保留します。
発送後に住所変更の連絡が来た場合はどうしますか？
顧客マスターの更新と、発送済み荷物への対応を分けます。配送事業者への連絡可否や費用、転送の条件は契約やサービスで異なるため、追跡状況を確認して責任者と配送事業者へ相談します。変更できると先に約束しません。
まとめ
顧客情報の変更は、一つのセルの修正ではありません。本人と対象、変更する単位、適用日、配送・請求への影響を確認し、必要なら進行中業務を止めます。各台帳を更新した後は、別の人が結果と再開を確認して完了にします。まず最近の一件について、その情報を使う場所を配送・請求・連絡の三つから書き出してみてください。
参考にした公式情報
顧客情報変更の役割分担を整えたい時は、アナデジラボへご相談ください
現在の台帳と情報の流れを確認し、更新先、担当、保留、完了確認を続けやすい形に整理します。
