顧客対応が特定の担当者に依存する原因｜情報が人に張りついていく3つの構造

「あの顧客は○○さんじゃないと分からない」は、抱え込みではなく置き場所の問題

担当者が休んだ日に、電話を取った別のメンバーが何も答えられない。前回どんな話をして、どこまで進んでいて、次に何を送る約束だったのかが誰にも分からない。折り返しますと言って電話を切り、担当者に確認して、翌日にようやく回答する——このやり取りは、多くのチームで日常的に起きています。

これを「担当者が情報を抱え込んでいる」と読むと、対策は共有ルールの徹底や声かけの強化になります。ところが多くの場合、担当者は隠していません。共有しようがない場所に情報が置かれているだけです。原因を人の姿勢ではなく情報の置き場所として見ると、打つべき手は変わります。本記事では、顧客対応が特定の担当者に依存していく過程を、個人受信箱・個人端末・口頭共有という3つの構造に分解して整理します。

目次

• 属人化の正体は「知っている人がいる」ことではなく「他の人が辿れない」こと
• 構造1：問い合わせが個人の受信箱に着弾する
• 構造2：顧客情報が個人の端末に滞留する
• 構造3：共有が口頭で完結してしまう
• 3つが重なると何が起きるか
• 解く順番は「受信の一本化 → 状態の可視化 → 履歴の集約」
• 共有アカウントと自動転送でしのごうとして失敗するパターン
• よくある質問

属人化の正体は「知っている人がいる」ことではなく「他の人が辿れない」こと

属人化という言葉は広く使われますが、業務改善の対象として扱うには粗すぎます。顧客対応の文脈で分解すると、実際に困っているのは次の3点です。

• ✓
  受け取る場所が個人に閉じている
  問い合わせが担当者個人のメールアドレス・個人のLINE・担当者の携帯電話に届く
• ✓
  保管する場所が個人に閉じている
  顧客の要望・過去の経緯・見積の根拠が、担当者のPCやスマートフォン、手帳の中にある
• ✓
  伝える方法が記録に残らない
  共有が朝礼・立ち話・電話の伝言で完結し、後から誰も検索できない

逆に言えば、この3点が解けていれば、担当者が詳しいこと自体は何の問題もありません。詳しい人がいるのは強みです。問題なのは、その人以外が同じ経緯に到達できないことだけです。

この非対称は統計にも表れています。総務省の令和7年通信利用動向調査（令和8年5月29日公表、調査時点は令和7年8月末）によると、クラウドサービスを一部でも利用している企業の割合は83.5%、全社的に利用している企業も60.0%に達しています。利用しているサービスの内容を見ると「ファイル保管・データ共有」が73.3%、「社内情報共有・ポータル」が61.4%と、社内向けの共有基盤は広く整っています。ところが「取引先との情報共有」は26.8%にとどまります。つまり、社内の資料は共有されるようになった一方で、社外とのやり取りは共有基盤の外側に置かれたままという状態が広く残っているわけです。顧客対応だけが属人化しやすいのは、この構造上の隙間が理由です。

なお同調査の対象は常用雇用者規模100人以上の企業（有効回収2,489企業）で、数人規模のチームがそのまま当てはまるわけではありません。ただし社内共有と社外対応の段差は、規模が小さいほど強く出ます。

構造1：問い合わせが個人の受信箱に着弾する

最初の分岐点は、顧客からの連絡が最初にどこへ届くかです。名刺に個人のメールアドレスが書いてあり、そこへ問い合わせが来る。あるいは担当者が個人のLINEで顧客とつながっていて、そこへ「明日の件ですが」と連絡が入る。この時点で、その情報は組織の資産ではなく個人の受信箱の中身になります。

受信箱がやっかいなのは、単なる保管場所ではなく状態を持っている点です。既読か未読か、返信済みか未返信か、後で対応するつもりで残しているのか——これらは持ち主だけが知っています。CCに入れても転送してもこの状態は複製されず、他のメンバーには本文のコピーだけが届きます。

結果として3つのことが同時に起きます。担当者以外は未返信の存在に気づけない。気づいた人が親切心で返信すると二重返信になる。担当者が休むと受信箱ごと止まる。チームで対応しているつもりで、実際には人数分の独立した窓口が並んでいる状態です。電話・メール・LINE・Webフォーム・SNSのDMと入口が増えるたびに、顧客1人の会話はさらに複数の場所へ散らばります。チャネル別の特性と使い分けは顧客連絡ツールの比較記事でも整理しています。

構造2：顧客情報が個人の端末に滞留する

2つ目は保管場所です。顧客の要望メモ、電話中に走り書きした条件、見積を出したときの前提、過去のクレームの経緯。これらは多くの場合、担当者のPCのローカルフォルダ、スマートフォンのメモアプリ、あるいは紙の手帳に残ります。共有フォルダに置くべきだと分かっていても、電話中にフォルダ階層を辿る余裕はありません。

この滞留は、引き継ぎの問題であると同時に法令上の論点でもあります。個人情報保護法は第23条で安全管理措置、第24条で従業者の監督を事業者に義務づけています。個人情報保護委員会のガイドライン（通則編）の別添は、講ずべき組織的安全管理措置として、基本方針の策定、取扱いに係る規律の整備、組織体制の整備、規律に従った運用、個人データの取扱状況を確認する手段の整備、漏えい等事案に対応する体制の整備、取扱状況の把握及び安全管理措置の見直しを挙げています。

注目したいのは「取扱状況を確認する手段の整備」です。顧客情報がどの端末にどれだけあるのかを会社が把握できていなければ、この手段は機能しません。IPAの「中小企業の情報セキュリティ対策ガイドライン」第4.0版（2026年3月公開）でも、付録「5分でできる！情報セキュリティ自社診断」の25項目に「個人所有の情報機器を業務で利用する場合のセキュリティ対策を明確にしていますか？」が置かれ、個人所有端末をテレワークに使う場合は他者との共有や業務データ保存を制限あるいは禁止するとされています。同ガイドラインは、退職や契約満了の際に情報・機器・ID・鍵等を回収し、復元できない方法でデータを消去して、チェックリストや証跡で実行状況を可視化することも求めています。個人端末に顧客情報が散在していると、この回収と消去そのものが実行できません。

リスクの現実味も一次資料で確認できます。IPAの「情報セキュリティ10大脅威 2026」組織編では、「内部不正による情報漏えい等」が第7位に選出されました。2016年から11年連続11回目の選出であり、悪意の有無を問わず会社が把握していない場所に顧客情報が置かれていること自体がリスクだという整理になります。

構造3：共有が口頭で完結してしまう

3つ目は伝え方です。少人数のチームでは、口頭共有はきわめて効率的に見えます。「さっきA社から電話あって、納期1週間延ばしてほしいって」——3秒で伝わります。書けば数分かかる内容が一瞬で片づくのですから、忙しいほど口頭に寄るのは自然な行動です。ただし口頭共有には次の性質があります。

口頭共有は「今」に最適化された伝達手段であり、「後から」にはまったく耐えません。そして顧客対応で必要になるのは、たいてい「後から」の情報です。半年前の値引き条件、去年のクレームの落としどころ、担当交代前にどんな約束をしたか。これらが口頭でしか流れていなければ、記憶している人に聞くしか手段がなくなります。この瞬間に、その人は「聞かれる係」として固定されます。

ただし口頭共有を禁止しても解決しません。速い手段には理由があります。必要なのは、話した内容がそのまま記録として残る場所を用意することです。会話自体が記録になっていれば、伝え直す作業は要りません。

3つが重なると何が起きるか

3つの構造は独立しているように見えて、実際には互いを強化します。個人受信箱に届くから個人端末に保存され、個人端末にあるから共有は口頭になり、口頭で済ませたから記録が残らず、記録がないから次も担当者に聞くしかなくなる。この循環が回るほど依存は深まります。

• A
  対応漏れ未返信が可視化されないため、担当者が失念すると誰も気づかない。顧客からの催促で初めて発覚する
• B
  二重対応状態が共有されていないため、別のメンバーが善意で返信し、条件の異なる回答が2通届く
• C
  引き継ぎ不能退職・異動・産休のたびに顧客との関係をゼロから作り直すことになり、引き継ぎ資料の作成が数週間単位の負担になる
• D
  休めない担当者自分が抜けると業務が止まると分かっているため、休暇取得や体調不良時の離脱が難しくなる
• E
  法令対応の遅れ顧客情報の所在が把握できず、漏えい等が起きたときに範囲の特定に時間がかかる

Eについては期限が具体的に定まっています。個人情報保護委員会の「漏えい等報告・本人への通知の義務化について」によれば、令和4年4月1日から、①要配慮個人情報が含まれる事態、②財産的被害が生じるおそれがある事態、③不正の目的をもって行われたおそれがある事態、④1,000人を超える漏えい等が発生した事態のいずれかに該当する場合、個人情報保護委員会への報告と本人への通知が義務づけられています。速報は速やかに（概ね3〜5日以内）、確報は30日以内（③に該当する場合は60日以内）です。顧客情報がどの端末に何件あるか分からない状態では、この期限内に対象範囲を確定させること自体が難しくなります。

解く順番は「受信の一本化 → 状態の可視化 → 履歴の集約」

3つの構造は同時には直せません。多くのチームがつまずくのは、いちばん手前の「受信の一本化」を飛ばしてルール整備やマニュアル作成から始めてしまうことです。入口が個人に閉じたままでは、情報を共有場所へ移す作業が人の手に残り続けます。そして人の手に残った作業は、繁忙期に真っ先に飛びます。

• Step1
  受信の一本化顧客からの連絡が最初から共有された場所に届くようにする。個人アドレス・個人LINEでの受け付けをやめ、チームで見られる窓口へ寄せる。ここが変わると、以降の転記作業がそもそも発生しなくなる
• Step2
  状態の可視化「未返信」「対応中」「完了」が一覧で見える形にする。誰が対応中なのかが分かれば二重返信は止まり、放置されている会話も表面化する
• Step3
  履歴の集約顧客単位でやり取りが時系列に並ぶようにする。電話の内容もその場でメモとして同じ場所に残せば、口頭共有を禁止せずに記録が積み上がる
• Step4
  分担の設計誰がどの範囲を見るかを決める。全員が全部を見る運用は通知が多すぎて機能しないため、担当範囲を分けたうえで、必要なときは他のメンバーも辿れる状態にしておく
• Step5
  ルールの明文化ここで初めてルールを書く。仕組みが先にあれば、ルールは「例外時にどうするか」だけで済み、短く保てる

Step5を最初に持ってくると失敗しやすいのは、ルールが人に作業を追加する形になるからです。仕組みを先に置けば、ルールは仕組みを補う短いものになります。受付段階のフロー設計そのものは新規顧客の受付フローを仕組み化する方法、手順の文書化については業務マニュアル作成ガイドでそれぞれ扱っています。本記事はその手前にある「情報がどこに置かれるか」の話です。

共有アカウントと自動転送でしのごうとして失敗するパターン

受信の一本化を安く済ませようとして、よく採られる手が3つあります。いずれも一定の効果はありますが、限界も明確です。

共有アカウントを全員で使う

info@ のような共有アドレスを作り、全員が同じIDでログインする方法です。受信は1か所にまとまりますが、誰が読んだのか・誰が返したのかがログ上で区別できません。前掲のIPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版は、共有IDはなるべく使わず、やむを得ず使う場合は共有IDを利用したユーザーを特定可能とする仕組みを整備して規定どおり運用することを求めています。運用として成立させるには、結局アカウントごとの識別が必要になります。

個人宛のメールを全員に自動転送する

転送で情報は行き渡りますが、増えるのはコピーだけです。既読・未読・返信済みという状態は各自の受信箱で独立しているため、「これは誰かが対応したのか」が最後まで分かりません。全員の受信箱が同じ量だけ膨らみ、やがて全員が読まなくなります。

グループチャットに顧客の話を貼る

社内チャットに顧客とのやり取りを転記する運用も見かけます。速報性はありますが、チャットは時系列が話題ごとに混ざるため、顧客単位で経緯を辿ることができません。3か月後に特定顧客の履歴だけを取り出そうとすると、結局スクロールと検索の総当たりになります。

主な参考情報

• 総務省「令和7年通信利用動向調査の結果」
• 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」
• 個人情報保護委員会「漏えい等報告・本人への通知の義務化について」
• IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版
• IPA「情報セキュリティ10大脅威 2026」

顧客対応の属人化に関するよくある質問

RenRakuで「聞かなくても分かる」状態をつくる

RenRakuは、LINE公式アカウントとメールに届く問い合わせを1画面にまとめるチーム共有型の顧客対応SaaSです。狙いは、この記事で挙げた3つの構造をまとめて外すことにあります。受信はLINEとメールの統合受信箱に集約され、メールもチャット形式で返信できます。対応状態はカラータグと未返信ステータスで一覧化され、顧客カードには履歴・メモ・お客様情報がまとまるため、担当者に確認しなくても経緯を辿れます。履歴の名寄せとタイムライン、定型文テンプレートと横断検索、AI返信ドラフト（月100回）まではライトプランから使えます。複数人で分担するためのルーム振り分け・担当アサイン・引き継ぎメモ・タスク管理・多段階チェックはスタンダード以上、入力フォームの作成とLINE・メールアカウントの追加はプレミアムの機能です。

料金と人数は、ライト1,480円（ユーザーを追加できないため実質1名）、スタンダード2,980円（3名まで・50GB）、プレミアム4,980円（10名まで・200GB）で、いずれも月額・税抜です。座席を1つずつ買い足す形ではなく、人数を増やす場合はプランを変更します。属人化を外す目的であれば、2人目以降が同じ画面を見られるスタンダード以上が出発点になります。EC・通販、クリニック・サロン、スクール・教室、不動産・賃貸、コンサル・士業、スタジオ・制作など、顧客とのやり取りが日常的に発生する事業で使われています。

まとめ

顧客対応が特定の担当者に依存するのは、その人が情報を抱え込んでいるからではありません。問い合わせが個人の受信箱に届き、顧客情報が個人の端末に残り、共有が口頭で完結する——この3つの構造が揃うと、本人にその気がなくても情報は人に張りついていきます。

3つの構造は互いを強化するため、どこか1点だけを直しても循環は止まりません。解く順番は、受信の一本化、状態の可視化、履歴の集約、分担の設計、そして最後にルールの明文化です。ルールから始めると人に作業が増え、忙しい時期に真っ先に飛びます。仕組みを先に置けば、ルールは例外時の扱いを決める短いもので足ります。

この問題は業務効率の話にとどまりません。個人情報保護法は安全管理措置と従業者の監督を義務づけ、ガイドラインは個人データの取扱状況を確認する手段の整備を求めています。漏えい等が起きた場合の報告・通知にも期限があります。顧客情報がどこに何件あるか分からない状態は、引き継ぎのリスクであると同時に法令対応のリスクでもあります。

担当者が詳しいこと自体は強みです。その強みを残したまま、他のメンバーも同じ経緯に到達できる状態をつくる。属人化の解消とは、詳しい人をなくすことではなく、詳しい人に聞かなくても辿れる経路を1本用意することだと考えると、着手すべき場所が絞れます。