顧客対応の負荷の偏りはなぜ起きるか｜件数ではなく難しさで一人に集中する構造

問い合わせは均等に割り振ったはずなのに、いつも同じ人だけが遅くまで残っている。件数を数え直してもほぼ同じで、本人も「抱え込んでいるつもりはない」と言う。その人に届いているのは新しい相談だけでなく、他のスタッフからの「これ、どう返せばいいですか？」かもしれません。

RenRakuを提供する株式会社TechSyncが編集しています。仕様・出典確認日：2026年10月18日

件数を均しても偏りが消えない理由

件数を均しても偏りが消えないのは、件数で均せるのが1件の時間のうち「読む時間」だけだからです。1件にかかる時間は、性質の違う3つに分けられます。文面を読んで状況をつかむ時間、過去の経緯や社内のルールを調べる時間、どう答えるかを決める時間です。

下の3行が、いわゆる「難しい案件」です。難しさの正体は知識の量というより、答えの参照先がどこにあるかです。上の2行は、届いた文面だけで答えが出ます。下の3行は、過去の経緯・社内のルール・判断の範囲という別の場所の情報を見ないと答えられません。

その別の場所が、多くの会社では特定の一人の記憶になっています。情報が人に張りついていく構造そのものは、顧客対応が特定の担当者に依存する原因で整理しています。

件数に数えられない負荷がある

偏りを見えにくくしているもう一つの要因が、社内からの質問です。他のスタッフが受けた問い合わせについて、「この場合どう返しますか」「前回はいくらで出しましたか」と聞かれて答える。1回は数分でも1日に何度も起き、そのたびに手元の作業が止まります。問い合わせの件数には表れないため、本人は申告せず、管理者も気づきにくい負荷です。

さらに、一度その人が答えると、顧客は次から名指しで連絡してきます。社内でも「この件はあの人」という認識が固まり、過去に対応した記録が、次もその人が対応する理由になります。

この状態で件数だけを配り直すと、渡された人は参照先を持たないため、もとの人に聞きます。もとの人は、説明のために調べ直します。もとの人の負荷は下がらず、説明の時間だけが増える。配り直しがうまくいかないときの典型的な経路です。

同じ10件でも、仕事の中身は違う｜一人に寄る5つの型

一人に寄る仕事は、下の表の5つの型に分けられます。型によって、人の頭の外に出すべきものが変わります。「難しい案件」とひとまとめにせず、自社で寄っている仕事がどの型かを先に見分けてください。

それぞれの型を、次の節の記録で使う短い名前（前提・判断・感情・低頻度の手順・道順）で補足します。

• 前提：やり取りの履歴そのものは、残っていることが多い型です。足りないのは、履歴から何を読み取るべきかという結論です。過去のメールを全部読めば分かる状態は、引き継ぎができている状態とは言えません。
• 判断：答えが知識ではなく、裁量で決まります。線引きが文章になっていないと、線を知っている人以外は答えられません。必要なのは説明を増やすことより、境界を書き出すことです。
• 感情：件数は少なくても1件で半日を持っていくことがあり、体感の偏りに直結します。「あの人なら落ち着いて対応できる」という理由で、同じ人に集まりがちです。
• 低頻度の手順：頻度が低いため誰も覚えられず、前回やった人だけが手順を思い出せます。件数が少ないという理由で、後回しにされ続けるのが厄介な点です。
• 道順：本人が答えを持っているのではなく、答えを持つ人への道順を知っている型です。取り次ぎで終わるので記憶にも残らず、負荷として申告されません。それでも1日に何度も発生し、集中を細かく削ります。

偏りを見つける｜1週間だけ、手間と質問を記録する

どこに寄っているかは、時間がかかった案件と、社内で聞かれた質問を記録すると見えてきます。件数を集計するより、こちらが役に立ちます。1週間だけ、チーム全員が次の形式で書き残してください。紙でも共有の表計算でも構いません。

1週間分が集まったら、次の4つを見ます。細かく集計する必要はなく、並べて眺めれば分かる程度のものです。

記録の目的は、誰かを評価することではありません。最初にそう伝えておかないと、時間のかかった案件ほど書かれなくなり、記録が実態からずれます。「どこを外に出せば全員が楽になるかを探すため」と説明してから始めてください。

件数や対応時間を数字で管理したい場合

担当者ごとの対応件数をグラフで出したい。増員の根拠を数字で説明したい。こうした要件がはっきりしているなら、集計機能を持つ製品が向いています。

• サイボウズのメールワイズ：集計レポートがあります。公式サイトでは、担当者ごとに期間内の対応件数や残っている件数をグラフで確認し、対応件数の偏りを見つけられると説明されています。
• Zoho Desk：プロフェッショナル以上のプランに、問い合わせを担当者へ自動で割り当てる機能があります。公式の表記は「ロードバランシングによる、ラウンドロビン方式の問い合わせ割り当て」です。スタンダード以上では、カスタムレポートとカスタムダッシュボードを作れます。

どちらも2026年9月27日に公式ページで確認した内容です。ただし、この記事で扱っている「答えがその人にしかない」という偏りは、数字にしただけではほどけません。測る道具と、答えを外に出す運用は、別のものとして考えてください。

ベテランの返答を、使い回せる形に残す

寄っている型の答えは、ベテランの最近の実例から少しずつ取り出すほうが続きます。「マニュアルを作ってほしい」と頼むと、分厚い1冊を書く時間が取れずに止まるからです。

聞き取りは、実際の1件を題材にする

ベテランに、先月いちばん書くのに時間がかかった返信を3本選んでもらい、1本ずつ次の質問をします。1本あたり15分ほどを目安にすると、ベテランの手も長く止めずに済みます。

1. この問い合わせが来たとき、最初に何を見ましたか。
2. 誰かに確認しましたか。確認したなら、誰に何を聞きましたか。
3. この答え方に決めた理由は何ですか。別の答え方をしなかったのはなぜですか。
4. 同じ種類の問い合わせで、自分に聞かずに答えてよいのはどこまでですか。
5. この種類の問い合わせで、過去に顧客とこじれたことはありますか。そのとき何が原因でしたか。

聞き取った答えは、置き場所ごとに分けて残します。1つの文書にまとめると、顧客に送ってよい文と社内の事情が混ざります。後からどこを直せばよいかも分からなくなります。

定型文は「よく使う文」より「答えにくい文」から作る

挨拶や受付連絡は、もともと誰でも書けます。そのため、定型文にしても偏りは動きません。先に登録するのは、書くのに迷う返信です。登録するときは、次の2点に気をつけます。

• 金額・納期・顧客名のように毎回変わる箇所は、［金額］［発送日］のような目印を本文に残します。こうしておくと、埋め忘れが目で分かります。完成した文のまま登録すると、前の顧客の条件がそのまま送られる事故が起きます。
• 「本来は不可だが、この取引先なら通す」といった社内の事情は、定型文に書かずノートに分けて置きます。

製品ごとの定型文機能の違いは、問い合わせの定型文・テンプレート機能を比較で整理しています。

判断の境界は、数字を入れて1枚に書く

判断が要る型には、次のような1枚を作ります。抽象的な方針ではなく、金額・日数・条件のどれかが数字で入っていることが大事です。数字の入っていないルールは、結局その人に聞くことになります。

答えをノート・定型文・リンクのどこに置くかは、よくある質問のまとめ方｜RenRakuノート・定型文・共有リンクの使い分けで詳しく扱っています。

渡し方を変える｜定型は別の人に、判断だけを相談する

答えを外に出したら、配り方を変えます。難しい案件を丸ごと別の人に渡すのではありません。1件の中を「定型で進められる部分」と「判断が要る部分」に分け、判断の部分だけをベテランに回します。

説明用の例として、返品の問い合わせで考えます。受付の案内、返送先、必要な情報の聞き取りは、定型文とノートを使って担当者が進めます。ベテランに回すのは、購入から期間が過ぎている、開封済みといった例外を認めるかどうかだけです。ベテランは1件を最初から読む必要がなくなり、答える時間を短くできます。

相談は、判断に要る材料をそろえて出す

相談の書き方が決まっていないと、「ちょっといいですか」から始まり、ベテランが経緯を読み直すことになります。相談する側が次の形で書けば、受ける側はその場で判断できます。

最後の「自分ならこうする」まで書いてもらうのが大事です。判断の練習になり、ベテランは「それでいい」「ここだけ直して」と返すだけで済みます。同じ相談が2回来たら、その答えをノートの境界に書き足してください。相談の数が減っていくことが、偏りがほどけていく目安になります。

担当を替えるときは、顧客にもひと言添える

名指しで連絡してくる顧客の対応を別の人に移すときは、黙って替えるより、ひと言伝えるほうが顧客は安心します。説明用の文例です。

社内の申し送りには「引き継ぎます」だけでなく、確認済みのこと、残っている判断、次の期限を書きます。受け取った人が同じことを顧客に聞き直さずに済むかどうかが、引き継ぎの出来を分けます。

返信の後に残る作業を担当者と期限付きで渡す書き方は、問い合わせのタスク管理｜返信後のやり残しを防ぐ運用と担当の決め方で扱っています。

RenRakuで、担当交代に必要なものをそろえる

RenRakuは、LINE公式アカウントとメールの問い合わせを1つの受信箱に集め、チームで共有する顧客対応ツールです。ここまでの手順のうち、答えを外に出す場所と、仕事を渡す手段を同じ画面の近くに置けます。

• 定型文（全プラン）：会社全体で共有され、誰かが直すと全員の画面に反映されます。カテゴリで絞り込め、挿入前に中身を確認できます。顧客名などを自動で差し込む仕組みはないため、毎回変わる箇所に目印を残す書き方が合います。
• RenRakuノート（作成・編集はスタンダード以上、ライトは閲覧のみ）：フォルダ→ファイル→ノートの3段で、判断の境界や確認先の対応表を置けます。誰かが更新すると、まだ開いていない人には未読として表示されます。ルールの変更が伝わったかを確かめやすくなります。顧客カードとも相互に紐づけられます。
• 共有リンク（追加はスタンダード以上）：Google Drive・Dropbox・OneDrive・Boxなど7種類から選べます。外部に置いたファイルのリンクを、顧客カードにタイトル付きで登録できます。ファイル自体は元のサービスに置いたままです。
• メモ（投稿はスタンダード以上、ライトは閲覧のみ）：問い合わせごとの社内メモで、顧客には見えません。申し送りや相談をここに書き、ピン留めで先頭に固定できます。「知らせる人」を選べば、相談相手に通知が届きます。
• タスク（スタンダード以上）：担当者と期限を設定して仕事を渡せます。多段階チェックでは、1次の担当者が完了にすると、担当が自動で次の人に切り替わります。その人の画面に通知が出ます。

使う前に知っておきたい仕様

• 標準画面では、人がグループや担当者を選んで整理します。Dots等の外部MCP連携では、許可したグループへの移動や登録済みタグの整理を任せられます。グループ管理はスタンダード以上です。担当者の条件自動割当と、AIによる分類・移動は区別します。
• タスクは、問い合わせや顧客カードに紐づかない独立した一覧です。タスク名に顧客名を入れてください。
• 多段階チェックに差し戻しの操作はなく、誰が完了にしたかは記録されません。
• 期限の通知は48時間前と24時間前の2回で、RenRakuを開いているブラウザの画面に表示されます。

たとえば「社内確認待ち」のグループには、確認する点と相手を記録した相談だけを置きます。返信案まで準備して渡せば、経験者には必要な判断を絞って頼めます。

同じ問い合わせを誰かが開いていると、その様子がリアルタイムで表示されます（全プラン）。スタンダード以上では、ほかの人が返信中なら送信が止まります（管理者は「使わない」も選べます）。引き継ぎの途中で、二人が同じ顧客に返信する事態を避けやすくなります。

AI返信ドラフトは、書き出しの助けに使う

AI返信ドラフト（全プラン）は、その問い合わせの直近10件のやり取りから、返信の下書きを1本作ります。経験の浅い人が難しい案件に手を付けるときの、書き出しの助けになります。月の回数はライト100回・スタンダード300回・プレミアム1,000回です。

1通ごとに指示を書く欄はありません。会社として毎回守らせたいことは、管理者が「AIのルール」に書きます。たとえば、値引きの可否には答えず「確認のうえご連絡します」とする、といった方針です。その1通だけの事情は、下書きを人が直します。

偏りは記録と一覧で見て、2名以上ならスタンダードから

対応件数や対応時間を集計するレポート機能はありません。偏りは、1週間の記録に加えて、一覧に出る担当者名、カラータグ（全プラン・人が手で付けるもの）、未返信の残り方を見て判断します。

料金（税抜）は、ライトが月額1,480円（1名・追加不可）、スタンダードが月額2,980円（3名込み）です。スタンダードで3名を超える分は、1名につき月額500円（税抜）で追加します。2名以上で答えを共有しながら分担するなら、スタンダードが出発点になります。

2週間、配り方を小さく変えてみる

配り方は、いちばん寄っている型1つに絞り、2週間かけて小さく変えます。一度に全部を変えると、何が効いたのか分からなくなるからです。次の順番で進めてください。

1. 1週目：全員で手間と質問を記録し、いちばん寄っている型を1つだけ選ぶ。
2. 1週目の終わり：その型の返信を、ベテランに3本だけ定型文にしてもらう。3本という上限を守ると、その週のうちに終わります。
3. 同じ週に、その型の判断の境界をノートに1枚書く。数字を1つ以上入れる。
4. 2週目：その型の問い合わせは、ベテラン以外が受ける。判断が要るところだけを、相談の書式で期限を付けて回す。
5. 2週目の終わり：記録をもう一度取り、ベテランが聞かれた回数と答えに使った時間を1週目と比べる。相談で直しが入った箇所を、定型文とノートに書き足す。

これで1つの型が、ベテラン以外でも処理できる状態に近づきます。そこから型を1つずつ増やすのが、戻りの少ない進め方です。

問い合わせの件数そのものが増えていて、配り方の工夫では追いつかない場合は、問い合わせ件数の増加に対応する体制づくりも参考にしてください。

よくある失敗と避け方

配り方を変えた後に起きやすい失敗と、その避け方を下の表にまとめます。件数だけを均さない、境界には数字を入れる、といった注意は各節で書いたとおりです。

最後の点は見落とされがちです。難しい案件を受ける人ほど、件数は少なく見えます。件数だけで働きぶりを見ると、誰も難しい案件を引き受けたがらなくなります。答えを外に出す作業そのものを、チームの仕事として扱ってください。

ベテランへ聞く前の「読む・まとめる」をAIに分担

難しい相談を誰に渡すかだけでは、負荷の偏りは解消しません。相談の経緯を読み、足りない情報を探し、判断してほしい点をまとめる。その準備までベテランへ寄っているからです。

Dotsに会話の要約と確認事項、返信案のたたき台を用意させます。経験者には「履歴を全部読んで」ではなく、「この条件を認めてよいか」という判断を渡す形に変えられます。

説明用：最初に試す3ステップ

1. ベテランへの相談が多い問い合わせを、架空の内容で1件再現する。
2. AIに経緯・確認済みの条件・未決事項を分けさせ、返信案を残す。
3. ベテランが判断する項目だけを確認し、修正した案を担当者が送る。

AIは承認者や専門家の代わりではありません。社内メモ、タスク、グループ管理はスタンダード以上で、AIからの操作にも個別の許可が必要です。

大人数での導入には、プレミアム上位のエンタープライズ（個別見積もり）もあります。通常の人数加算より費用を抑えた導入を相談でき、利用枠や契約条件は見積もり時に確認します。

気になる疑問

担当件数を同じにすれば公平になりますか？

件数だけでは、調べる時間や判断にかかる時間、社内から受ける質問の負担を反映できません。件数をそろえても、答えを出せる人が一人しかいなければ、相談がその人に戻ります。1週間ほど手間と質問を記録して寄っている型を見つけ、その型の答えを定型文とノートに出してから配り方を見直します。

ベテランに頼らない体制にするには、何から始めればよいですか？

ベテランに、先月いちばん書くのに時間がかかった返信を3本選んでもらうところからです。顧客に送る文面は定型文に、判断の理由と即答してよい範囲はノートに分けて書き残します。マニュアルを1冊で作ろうとすると止まりやすいので、1枚1論点で少しずつ増やします。

名指しで連絡してくる顧客の対応も、別の人に替えてよいですか？

替えられます。黙って替えるより、経緯を社内で共有していることを顧客にひと言伝えるほうが安心されます。いきなり全面的に替えず、定型の連絡は別の担当者、判断が要る回答はこれまでの担当者、と段階的に移します。そのほうが、顧客も社内も戸惑いが少なくなります。

RenRakuで、誰にどれだけ負荷がかかっているかを数字で見られますか？

見られません。RenRakuには対応件数や対応時間を集計するレポート機能がありません。偏りの形は、一覧に出る担当者名（決めていなければ最後に返信した人）、手で付けるカラータグ、未返信の残り方で追えます。担当者ごとの件数をグラフにしたい場合は、集計レポートを備えた製品が向いています。

RenRakuで、難しい案件を別の人に引き継ぐにはどうしますか？

スタンダードプラン（月額2,980円・税抜・3名込み）以上で、担当者の付け替えとメモ・タスクを使って渡します。やりとりの担当者を引き継ぐ人に替えると、その人に通知が届きます。問い合わせのメモに確認済みのことと残っている判断を書き、タスクに担当者と期限を設定します。確認を挟むときは多段階チェックを使うと、1次の担当者が完了にした時点で次の人に通知が出ます。判断の根拠はRenRakuノートに、送る文面は定型文に残しておくと、引き継いだ人がその場で使えます。

確認した公式情報

情報確認日：2026年10月18日。料金・機能・利用条件・法令の最新情報は各公式ページでご確認ください。本文の運用例・書式・判断の目安は説明用の例です。

• RenRaku公式：機能・料金・FAQ
• メールワイズ公式：集計レポート
• Zoho Desk公式：料金プラン
• 厚生労働省：カスタマーハラスメント対策（改正労働施策総合推進法）
• RenRaku公式：Dots連携・利用条件
• RenRaku：プライバシーポリシー（外部AI・保存期間）
• RenRaku：利用規約
• OpenAI公式：Dotsの仕組みと利用条件

次に読みたい記事

• 問い合わせの定型文・テンプレート機能を比較｜共有と呼び出しやすさで見分ける
• LINEとメールを一元管理する方法｜問い合わせの返信漏れ・二重対応を防ぐ運用