共有受信箱（チーム受信箱）とは｜電話・チャット・メールの一元管理
お客様からの問い合わせは、電話だけではありません。メール、問い合わせフォーム、チャット、LINEなどのメッセージアプリ、SNSのダイレクトメッセージ。窓口が増えるほど、受信箱も増え、担当者はいくつもの画面を行き来することになります。その結果、誰も対応していない問い合わせが放置されたり、同じお客様に二人の担当が別々に返事をしたり、電話で聞いた内容がメールの担当に伝わらなかったりします。
こうしたばらつきを減らす仕組みが、共有受信箱（チーム受信箱）です。窓口ごとの受信箱を一つにまとめ、担当の割り当て、ステータス、社内メモ、初回応答の目安を同じ場所で管理します。電話の記録やボイスメール、折り返しの依頼も含めて一つの一覧で見られるようにすると、漏れと重なりの両方を抑えやすくなります。
この記事では、共有受信箱の考え方から、担当の割り当て、ステータス管理、社内メモ、初回応答の管理、電話・LINE・メールとの連携、二重返信の防ぎ方、SLA（対応の目安）の決め方までを、実務の手順に沿って解説します。オムニチャネル全体の考え方はオムニチャネル対応でも紹介しています。
共有受信箱とは
個人の受信箱との違い
個人の受信箱は、一人の担当者だけが見る箱です。メールソフトの個人フォルダや、LINEの個人トークを一人で追う運用が典型です。共有受信箱は、チーム全員が同じ一覧を見て、未対応の問い合わせを拾い、担当を決め、進み具合を更新する箱です。
| 観点 | 個人の受信箱 | 共有受信箱 |
|---|---|---|
| 見る人 | 本人だけ | チームで共有 |
| 担当の見え方 | 見えにくい | 誰が持っているか分かる |
| 休暇・離席 | 止まりやすい | 別の人が引き継げる |
| 窓口の横断 | 画面が分かれる | 一つの一覧に並べられる |
| 監査・振り返り | 個人依存 | ステータスと履歴で追跡しやすい |
共有受信箱で防ぐこと
- 放置：担当が決まっていない問い合わせが、誰の画面にも残らないまま消えるのを防ぐ
- 二重返信：同じ問い合わせに、複数の担当が別々に返事をするのを防ぐ
- 説明のし直し：電話で聞いた内容がメール側に伝わらず、お客様に同じ説明を求めるのを減らす
- 優先のばらつき：「急ぎ」の定義が人によって違う状態を、ルールでそろえる
- 時間外の漏れ：営業時間外に届いたメッセージが、翌朝まで誰も見ない状態を減らす
入れるものと入れ方
共有受信箱に入れる対象は、仕組みによって違います。多くの現場では次のようなものを並べます。
- メールと問い合わせフォーム
- チャットとメッセージアプリ（LINEなど）
- 電話まわりの記録（通話要約、ボイスメール、折り返し依頼、不在着信のメモ）
- 社内メモ付きのフォロー案件（再連絡が必要なもの）
電話そのものを「受信箱の一行」にするのではなく、通話のあとで残る記録や、出られなかった電話の受け皿を並べる形が一般的です。IVRやルーティング、ソフトフォン、通話要約などの提供状況は機能一覧でご確認ください。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。
個人受信箱を残すときの約束
共有受信箱を導入しても、個人のメールやLINEの通知が完全に消えるわけではありません。次の約束を決めておくと、個人箱への引き戻しを防げます。
- お客様対応の公式なやり取りは、共有受信箱側で完結させる
- 個人宛に届いた用件も、まず共有受信箱に起票してから返事する
- 個人箱での返信は原則禁止（緊急時の例外と報告方法だけ決める）
- 通知は「共有受信箱の未割当・期限超過」を優先し、個人通知は補助にする
担当の割り当て
割り当て方式の選び方
担当の割り当てには、次のような方式があります。現場の人数と用件の種類に合わせて選びます。
| 方式 | 向いている場面 | 注意点 |
|---|---|---|
| 手動で取る | 少人数、用件が多様 | 取り合い・放置が起きやすいので未割当の監視が必要 |
| ラウンドロビン | スキル差が小さい | 難易度の高い件が偶然一人に偏ることがある |
| スキルベース | 専門知識が分かれる | スキル定義と更新の手間がかかる |
| 当番制 | 時間帯で担当が変わる | 引き継ぎメモの品質が重要 |
| キューごと | 窓口や商品ごとにチームが分かれる | 窓口横断のお客様で二重対応が起きやすい |
小規模なチームでは「未割当を当番が毎朝・毎夕確認し、手動で取る」から始めると運用が安定しやすいです。人数が増えたら、ラウンドロビンやスキルベースを足していきます。
割り当て時に残す項目
担当を決めるときに、最低限次の項目を残します。
- 担当者名（またはアカウント）
- 割り当て日時
- 優先度（緊急／通常／低）
- 期限（初回応答の期限と、完了の目安）
- 関連する過去チケットや通話のリンク
優先度は、担当者の感覚ではなく、ルールで決めます。例として、契約停止や障害報告、当日の予約変更、支払いトラブルを緊急、カタログ請求や一般的な使い方の質問を通常、というように、自社の用件ごとに一覧化します。
再割り当てとエスカレーション
担当が休暇に入る、スキルが足りない、期限を過ぎた、といったときに、再割り当てとエスカレーションのルールが必要です。
- 再割り当て：元の担当が理由を短く書き、次の担当が社内メモを読んでからお客様へ連絡する
- エスカレーション：一定時間更新がない、お客様が強い不満を示している、法務・個人情報に触れる、のどれかで上長へ
- 戻し：エスカレーション先が方針を決めたら、現場担当へ戻して実行する（方針だけが宙に浮かないようにする）
エスカレーションの判断は、品質管理やスーパーバイザーダッシュボードの見方ともつながります。数字だけで急かさず、メモの中身も合わせて見る習慣が大切です。
ステータス管理
少ないステータスから始める
ステータスが多すぎると、担当者が迷って更新しなくなります。まずは次の五つ程度から始め、必要になったら増やします。
| ステータス | 意味 | 次にやること |
|---|---|---|
| 新規（未割当） | まだ誰も持っていない | 担当を割り当てる |
| 対応中 | 担当が動いている | 返信・調査・電話を進める |
| お客様待ち | 相手の返事や資料待ち | 期限を置き、催促ルールを決める |
| 社内確認待ち | 他部署・上長の判断待ち | 確認先と期限をメモする |
| 完了 | 用件が閉じた | 完了理由と残課題の有無を残す |
必要に応じて「保留（長期）」「スパム／対象外」「配信停止対応済」などを足します。配信停止の扱いは配信停止の管理で詳しく扱います。
ステータス更新のタイミング
ステータスは「気分」ではなく「事実」で更新します。
- お客様へ返信したら「対応中」または「お客様待ち」
- 他部署へ確認依頼を出したら「社内確認待ち」
- 相手から返事が来たら、再び「対応中」
- 用件が閉じたら「完了」（口頭だけ・チャットだけ、で終わらせない）
完了の定義も決めます。「お客様が満足した」ではなく、「約束した次アクションが不要になった」または「次の担当部署へ正式に引き渡した」など、観測できる条件にします。
止まっているチケットの見つけ方
共有受信箱の価値は、止まっているものを見えるようにすることにあります。次の条件で一覧を絞ります。
- 未割当が一定時間以上残っている
- 対応中なのに最終更新から時間が空いている
- お客様待ちの期限が過ぎている
- 社内確認待ちのまま期限切れ
当番は、始業時・昼・終業前の三回、この絞り込みを見るだけでも漏れを大きく減らせます。要員の山と谷の見方はワークフォースマネジメントも参考になります。
社内メモ
社内メモとお客様向け文面を分ける
社内メモは、お客様には見えない記録です。次の担当が読んで続きをできるように書くことが目的です。お客様向けの定型文や公開返信とは場所を分けます。定型文の作り方は日本語のメッセージテンプレートも参照してください。
社内メモに書くとよい内容の例です。
- いま分かっている事実（注文番号、契約プラン、発生日時など）
- すでに試したこと（再送、再起動案内、別窓口への案内など）
- お客様の希望（折り返し希望時間、連絡手段の希望）
- 注意点（機嫌が厳しい、配信停止の申し出あり、個人情報の取り扱いに注意、など）
- 次にやること（誰が、いつまでに、何をするか）
書いてはいけないものもあります。推測を断定すること、差別的な表現、必要以上のセンシティブ情報の全文転記です。必要な範囲だけを短く残します。
引き継ぎの型
休暇やシフト交代で引き継ぐときは、型があると漏れが減ります。
- 件名（お客様が困っていること）
- 現状のステータスと期限
- 直近のお客様への約束
- 未実施の次アクション
- 参照すべき過去チケット／通話要約へのリンク
通話があった場合は、全文を貼るより要約と要点を残し、必要なら録音や文字起こしへの参照を付けます。録音や同意の扱いは通話録音の同意と個人情報と電話対応も確認してください。この内容は一般的な情報であり、法的助言ではありません。
初回応答の管理
初回応答とは何か
初回応答は、問い合わせが届いてから、お客様に最初の返事が届くまでの時間です。解決までの時間とは別です。まずは「受け取りました。確認します」でも、初回応答にはなります。ただし、内容のない定型文だけを連発すると信頼を損ねるので、次の一手が見える一文を添えます。
例（概念）：「お問い合わせを受け付けました。本日中に担当が内容を確認し、続きをご連絡します。」
窓口ごとの目安
お客様が期待する速さは、窓口によって違います。電話は「すぐ出る」、チャットは「数分」、メールは「当日〜翌営業日」など、自社の実態に合わせて目安を決め、できればお客様向けの案内にも書きます。
| 窓口 | 初回応答の目安の決め方 | よくある失敗 |
|---|---|---|
| 電話 | 出るまでの時間と、出られないときの受け皿 | 受け皿の確認担当がいない |
| チャット／LINE | 営業時間内の返信目安 | 時間外に「すぐ返す」と書いてしまう |
| メール／フォーム | 営業日ベースの目安 | 休日分が月曜に積み上がる |
LINE公式アカウントでの受け方はLINE公式アカウントでの問い合わせ対応も参考になります。通話後の短いフォローは通話後のSMSフォローと合わせて設計すると、チャネルが分かれても話が続きやすくなります。
初回応答を守る運用
- 未割当キューを時間で監視する
- 当番が「新規だけ」を先に処理する時間帯を決める
- 難しい件は、まず受け取りの返信をしてから調査に入る
- 営業時間外は自動返信で次の対応時刻を案内する
自動返信は便利ですが、配信停止の申し出や苦情には自動定型だけでは足りません。人が内容を見て優先度を上げるルールを別途用意します。
電話との連携
電話とメッセージを一つの流れにする
お客様は、メールで聞いたあと電話し、そのあとLINEで追加の質問をすることがあります。共有受信箱では、同じお客様の過去のやり取りを開いてから出る／返す、を徹底します。
実務の流れの例です。
- 着信前（または着信直後）に、番号や名前で直近チケットを検索する
- 通話中は要点をメモし、終了後に要約をチケットへ残す
- 出られなかった場合はボイスメールや折り返し依頼を受信箱の新規として起票する
- 後続のメール／LINEが来たら、同じチケットまたは関連チケットに紐づける
電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。予約や契約の確定はスタッフが確認します。AIや自動応答が「確定した」と受け取られないよう、案内文面も注意します。
二重返信を防ぐチェックリスト
対応を始める前に、次を確認します。
- [ ] 同じお客様の未完了チケットはないか
- [ ] 別の担当が「対応中」にしていないか
- [ ] 直近の通話要約やボイスメールは読んだか
- [ ] 配信停止や連絡手段の希望は付いていないか
- [ ] お客様待ちの期限を自分が更新する必要があるか
「取る前に検索、返す前にステータス確認」の二言をチームの合言葉にすると効果が出やすいです。
SLA（対応の目安）との関係
SLAという言葉を使うかどうかは会社によりますが、次の三点は数値化しておくと運用が回ります。
- 初回応答までの時間（窓口別）
- 更新がないまま放置してよい上限時間
- 緊急件のエスカレーションまでの時間
数字は「罰」ではなく「見え方」です。守れない日が続いたら、人員配置やIVRの受け皿、ナレッジ不足を見直します。指標の全体像はコールセンターのKPI一覧を参照してください。
よくある失敗と改善の進め方
| 失敗 | 起きること | 改善 |
|---|---|---|
| 受信箱だけ作る | 未割当が山になる | 当番と割り当てルールを同時に決める |
| ステータスが多すぎる | 更新が止まる | 五つ程度に戻す |
| 個人箱へ逃げる | 共有が空洞化 | 個人返信禁止と起票ルール |
| 電話記録を残さない | 説明のし直しが起きる | 要約の必須項目を決める |
| 完了定義がない | いつまでも対応中 | 完了条件を文書化する |
小さなチームなら、表計算シートの共有一覧からでも始められます。件数が増え、書き写しの負荷が大きくなったタイミングで、仕組みとしての共有受信箱へ移す判断がしやすいです。設定の手順は使い方ガイドも確認してください。
窓口別の運用設計
メール・フォーム
メールとフォームは、件名と本文が残るため共有受信箱と相性が良いです。次のルールを先に決めます。
- 受信アドレスは部門共用（個人名アドレスを公式窓口にしない）
- 件名にチケット番号や受付番号を付けて返信し、スレッドを追えるようにする
- 添付ファイルの扱い（どこに保存するか、誰が開けるか）を決める
- 自動振り分け（キーワード、ドメイン、フォーム種別）は「下書き」までにして、最終担当は人が確認する
フォームは「必須項目が少ないほど件数は増えるが、後から聞き直す回数が増える」トレードオフがあります。初回で聞きたい項目（会員番号、対象サービス、希望連絡手段）をフォーム側に寄せると、受信箱での初回応答が速くなります。
チャット・LINE
チャットとLINEは速度期待が高い一方、営業時間外の積み上がりが起きやすいです。次をセットで決めます。
- 営業時間の表示と、時間外の自動メッセージ
- 初回の定型（受付・確認中・次の連絡目安）
- 長文案内はリンクへ逃がし、トーク上は要点だけ
- 電話が必要な件は、電話に切り替える条件（緊急、本人確認が必要、感情が高ぶっている、など）
LINE公式アカウントの運用詳細はLINE公式アカウントでの問い合わせ対応を、文面の型は日本語のメッセージテンプレートを参照してください。通話後に短い確認を送る場合は通話後のSMSフォローと矛盾しない文面にそろえます。
電話（着信・不在・折り返し）
電話はリアルタイム性が高いため、共有受信箱では「通話中の画面」より「通話後の記録」と「出られなかった受け皿」が中心になります。
| 場面 | 受信箱に残すもの | 担当の動き |
|---|---|---|
| 通話できた | 要約、約束、次アクション | 関連チケットを更新して完了または継続 |
| 話し中・不在 | 不在着信メモ、かけ直し予定 | 当番が期限付きで割り当て |
| ボイスメール | 文字起こしまたは要点、コールバック期限 | 優先度を付けて折り返し |
| 折り返し依頼（IVR等） | 依頼内容、希望時間帯 | 希望時間の前に担当を確定 |
出られなかった電話の受け皿設計は時間外の電話対応やIVRのコールバックとボイスメールともつながります。ボイスメールで用件を受けて、スタッフが確認してから折り返す流れを基本にすると、案内と実態のズレが起きにくいです。
二重返信・取り合いを防ぐ仕組み
ロック（対応開始）の考え方
共有受信箱では、「開いただけ」と「自分が対応する」を区別します。対応を始める操作（担当に自分を付ける、ロックする）を必須にし、開いただけで放置しないルールにします。
推奨する最短手順です。
- 一覧で新規を開く前に、同一顧客の未完了を検索する
- 問題なければ自分を担当に付ける
- 初回応答（受け取りでも可）を送る
- 調査や電話が必要ならステータスと期限を更新する
- 終業時に「自分が持っている未完了」を必ず確認する
取り合いが起きる典型パターン
- 通知が個人に飛び、二人同時に開き始める
- 未割当一覧の並びが人によって違い、同じ件を別角度で拾う
- 電話担当とメール担当が、同じお客様の別窓口を同時に進める
対策は、通知の集約、未割当の単一キュー、窓口横断の同一顧客ビュー、の三つです。技術がなくても、「電話に出る前に共有一覧を見る」「メールを返す前に電話メモを見る」の運用合意でかなり減らせます。
お客様側に見える一貫性
二重返信が起きると、内容が食い違うリスクもあります。次の優先順位を決めておくと安全です。
- すでに送った約束（日時、金額の案内の有無、手続きの次ステップ）を覆さない
- 覆す必要があるときは、前の案内を明示して訂正する
- 担当が変わったことは短く伝え、前の経緯を把握していることを一文で示す
予約や契約の確定はスタッフが確認します。自動メッセージが「確定」と読める表現は避け、確認中・仮押さえ・受付済み、などの言葉を使い分けます。
SLAとレポートの見方
見るべき最小セット
共有受信箱を入れたら、次の最小セットから見始めます。
| 指標 | 見る理由 | よくある誤解 |
|---|---|---|
| 未割当件数 | 入り口の詰まり | 件数だけ見て中身の緊急度を見落とす |
| 初回応答時間 | お客様の不安の長さ | 自動返信だけを成功と数える |
| 期限超過件数 | 運用の穴 | 平均だけ見て極端な放置を見落とす |
| 再オープン件数 | 完了定義の甘さ | 新規増加と区別しない |
| 窓口またぎ件数 | 説明し直しの兆候 | チャネル増を成果と誤解する |
平均だけに頼らず、期限超過の件数と、最長で何時間止まっているかも見ます。応答率や放棄率など電話側の指標は応答率と放棄率も合わせて確認すると、メッセージ側と電話側の偏りが見えます。
週次レビューの進め方
週次では、次の問いを固定すると議論が散らかりません。
- 未割当が積み上がった時間帯はいつか
- 初回応答が遅れた件の共通点は何か（窓口、用件、担当不在）
- 二重返信や説明し直しの苦情は何件あったか
- 配信停止や苦情のタグは正しく付いたか
- 来週やめること・続けること・試すことは何か
レビュー資料は長文レポートより、期限超過一覧と苦情の原文数件の方が改善につながりやすいです。
導入チェックリスト（30日）
最初の7日
- [ ] 窓口の棚卸し（電話・メール・フォーム・チャット・LINEなど）
- [ ] 公式に使うアドレス／アカウントの確定
- [ ] ステータスを五つ以内で定義
- [ ] 未割当の確認当番（始業・昼・終業）
- [ ] 個人箱からの起票ルール
次の14日
- [ ] 初回応答の目安を窓口別に公開（社内・必要なら社外）
- [ ] 社内メモの型を一枚にまとめる
- [ ] 電話の要約必須項目を決める
- [ ] 二重返信防止の検索手順を朝会で反復
- [ ] 配信停止タグと優先キューを用意
残りの日数
- [ ] 期限超過の週次レビューを定着
- [ ] スキルベース割り当てが必要か判断
- [ ] 自動振り分けの精度をサンプルで点検
- [ ] お客様向け案内（受付時間・返信目安）の更新
- [ ] 個人情報・保管期間の社内ルール再確認（一般情報であり法的助言ではありません）
保管期間や削除の考え方は通話データの保管も参考になります。自社の義務や契約は、公開資料と専門家の確認を優先してください。
セキュリティと権限の最小設計
共有受信箱は便利な一方、多くの人が多くの情報を見られます。最小の権限設計を先に決めます。
- 閲覧範囲（自チームのみ／全社）
- エクスポート権限（誰がCSV等を出せるか）
- 社内メモの編集・削除権限
- 退職者・異動者の即時停止手順
- 外部委託がいる場合の契約とアクセス範囲
「全員が全部見られる」状態は初期には楽ですが、件数が増えるほどリスクとノイズが増えます。まずは自チーム完結、例外だけ上長が横断閲覧、の形が扱いやすいです。
実例シナリオ（架空）
説明のための架空の流れです。数値の業界平均などは置きません。
シナリオA：メールのあと電話
- お客様がフォームから「配送の遅延」を送信する
- 共有受信箱に新規が入り、当番が担当を割り当てる
- 担当が初回応答で受付と確認中を伝える
- お客様が待ちきれず電話する
- 電話担当が受信箱で同一顧客を検索し、フォーム件を開いてから出る
- 通話後、要約を同じチケットに残し、ステータスを更新する
- 調査後、メールでも結果を返し、完了にする
この流れが崩れると、電話担当が一から聞き直し、フォーム担当が後から重複メールを送る、という二重対応になります。
シナリオB：LINEで配信停止
- お客様がLINEで「配信停止」と送る
- 通常の問い合わせキューではなく、配信停止タグ付きで優先表示する
- 担当が停止処理を行い、社内メモに日時と経路を残す
- 関連するメール配信リストにも反映する（別システムならチケットで依頼）
- お客様へ停止完了の短い返信をする
- ステータスを完了（配信停止対応済）にする
詳細手順は配信停止の管理を正とし、共有受信箱側は「埋もれさせない」「記録を残す」役割に集中します。
シナリオC：時間外のボイスメール
- 営業時間外に着信があり、ボイスメールで用件を受ける
- 翌朝、共有受信箱にボイスメール件が並ぶ
- 当番が優先度を付け、担当を割り当てる
- 担当が内容を確認し、折り返しまたはメールで返答する
- 結果を記録して完了する
時間外の受け皿と翌朝の処理はセットです。受け皿だけ作って確認当番がないと、共有受信箱に並んでも動きません。
ナレッジと共有受信箱の接続
同じ質問が繰り返し来る場合、共有受信箱の中だけで毎回書いていては初回応答も解決も遅くなります。次の接続を作ります。
- よく来る質問はナレッジへ昇格し、返信テンプレートから参照する
- テンプレートは窓口別に長さを変える（LINEは短く、メールは手順を丁寧に）
- 間違った回答が一度でも出たら、テンプレートを直し、社内メモに「旧文面禁止」と残す
- 権限が必要な手続き（返金、契約変更など）は、担当が持っている権限の表をナレッジに置く
ナレッジ基盤の考え方はコンタクトセンターのナレッジベースも参考になります。一次解決を上げる話は一次解決率（FCR）ともつながります。
マネージャー向けの観察ポイント
現場が回っているかは、次の観察で早い段階で分かります。
- 終業時に未割当が残っていないか（残るなら当番か人員の問題）
- 「対応中」のまま日付をまたぐ件が特定メンバーに偏っていないか
- 社内メモが空のまま担当変更されていないか
- お客様待ちの期限が形骸化していないか
- 苦情チケットに上長の目が入っているか
数字ダッシュボードだけを見るより、期限超過の実件を週に数件読んでフィードバックする方が、文面品質とステータス精度の両方に効きます。
文面品質を落とさないための型
共有受信箱では速度が重視されがちですが、短い返信ほど誤解が生まれます。次の型を共通化します。
- 受け取った内容の要約（一文）
- いま分かっていること／分からないこと
- 次にこちらがすることと目安時間
- お客様にお願いすること（ある場合のみ）
- 追加の連絡手段の希望確認（必要な場合）
謝罪が必要なときは、理由の説明より先に謝罪と影響の認識を置き、そのあと調査状況を書きます。逆に、まだ原因が分からない段階で断定しないことも重要です。「おそらく」「確認中」を使い分けます。
チャネル別の長さの目安（概念）
| チャネル | 初回 | 続き |
|---|---|---|
| LINE／チャット | 短い受付＋次の一手 | 箇条書き中心 |
| メール | 要約＋手順 | 見出し付きでも可 |
| 電話後のフォロー文 | 通話で約束した要点のみ | 長文の再説明は避ける |
通話後フォローを送る場合でも、同意や配信停止の扱いは別記事の手順に合わせます。CallがSMS送信を製品として約束しているわけではない点にも注意し、使える手段は機能一覧で確認してください。
障害・急増時の共有受信箱運用
問い合わせが急増したときは、通常の丁寧な個別対応だけでは回りません。事前に「急増モード」を決めておきます。
- 初回応答を定型の受付文に切り替え、個別調査は優先度の高い件から
- 新規の割り当てを当番リーダーが集中制御する
- よく来る質問はバナーや自動返信、IVR案内、サイトのお知らせへ載せる
- 完了定義を一時的に「一次案内完了」と「根本対応」に分け、後者は別キューへ
- 終息後に、急増のきっかけと足りなかった文面・権限・人員を振り返る
急増モードに入る条件（未割当が一定数を超える、など）も決めておくと、現場判断のばらつきが減ります。電話側の混雑はワークフォースマネジメントの当日調整とも連動させます。
外部委託・複数拠点がある場合
外部のパートナーや別拠点が同じ共有受信箱を使う場合、次を契約と運用の両方で明確にします。
- どのキューまで外から触れるか
- お客様への名義（自社名かパートナー名か）
- エスカレーションの窓口と営業時間
- 個人情報の持ち出し禁止と画面の撮影禁止
- 品質サンプルの点検頻度
拠点が分かれていても、お客様から見れば一つの会社です。文面のトーン、敬語、署名、配信停止の受け方をそろえることが、共有受信箱の価値を保ちます。
よくある誤解
| 誤解 | 実際 |
|---|---|
| 共有受信箱を入れれば漏れが消える | 当番と割り当てがないと未割当が残る |
| すべての窓口を初日につなぐべき | 件数と漏れが多い窓口から順に |
| 自動返信があれば初回応答は完璧 | 中身のある次の一手がないと不信になる |
| 電話は受信箱と別世界 | 要約と折り返しを乗せて初めてつながる |
| ステータスが多いほど管理できる | 更新されなければ管理できない |
誤解をチームで共有し、導入の成功条件を「未割当が翌日に持ち越されない」「同一顧客の二重返信が週次でゼロに近づく」など観測可能な形にすると、議論が具体になります。
タグ・優先度・キュー設計
タグの使い方
ステータスが「進み具合」なら、タグは「性質」です。増やしすぎると誰も付けなくなるため、最初は次のグループに限定します。
- 用件タグ（配送、請求、技術、予約変更、その他）
- リスクタグ（苦情、配信停止、個人情報、法務確認）
- チャネルタグ（電話起点、メール起点、LINE起点）※自動付与できるなら手付けしない
タグは検索と集計のために付け、ステータスの代わりにしないことが要点です。「配信停止」を対応中のまま放置しないよう、リスクタグが付いたら一覧の上に出す、などの表示ルールもセットで決めます。
優先度の定義例（自社向けに書き換え）
| 優先度 | 例となる用件 | 初回応答の扱い |
|---|---|---|
| 緊急 | サービス停止、当日の予約・訪問、安全に関わる連絡、配信停止・強い苦情 | ほかの新規より先に割り当て |
| 通常 | 使い方、遅延確認、資料請求、一般的な契約質問 | 窓口の標準目安 |
| 低 | カタログ、採用以外の一般問い合わせ、急ぎでないフィードバック | 混雑時は後回し可（ただし期限は置く） |
優先度は担当者の気分で上げ下げせず、定義表にないものはいったん通常にし、上長が上げる運用にすると公平です。
キューを分ける基準
キュー（待ち行列）を分けると専門性は上がりますが、お客様が窓口をまたいだときに二重対応が起きやすくなります。分ける基準の例です。
- 言語や契約プランなど、スキル差が大きいもの
- コンプライアンス上、触れる人を制限したいもの
- パートナー向けと一般顧客向けで文面が全く違うもの
分けた後は、同一顧客が複数キューにいる場合の「主担当」ルールを必ず決めます。主担当がいないと、どちらも様子見になります。
オンボーディング（新しい担当者）
新しいメンバーが共有受信箱を触る前に、次を一通り実習します。
- 未割当の取り方と、同一顧客検索
- ステータス更新のタイミング
- 社内メモの型で一件書く
- 初回応答の定型を自分の言葉で調整して送る（テスト環境または監督付き）
- 配信停止・苦情の見分けとエスカレーション
- 終業時の自分の未完了確認
最初の一週間は、完了にする前に上長またはメンターがサンプル確認すると、完了定義のばらつきを早めに補正できます。品質の観点は品質管理のチェック項目とも揃えられます。
お客様への案内文（社内公開用のたたき台）
社外向けに返信目安を出す場合のたたき台です。自社の実態に合わせて必ず書き換えてください。
- 受付時間：平日の何時から何時（祝日の扱い）
- メール／フォーム：何営業日以内を目安に初回連絡
- チャット／LINE：営業時間内の目安、時間外は翌営業時間に順次
- 電話：つながりにくい時間帯がある場合の代替手段（フォームや折り返し）
- 緊急の定義：何が緊急で、どこへ連絡してほしいか
案内と実態がずれると信頼を損ねます。守れない目安は書かず、代わりに「混雑時は遅れます」と正直に書く方が結果的に苦情が減ることがあります。
また、予約や申し込みを受けた場合は「受付」と「確定」を分けて案内します。確定はスタッフ確認後である旨を一文入れます。
小さな会社向けの最短セット
従業員が少なく、専用の管理者もいない場合でも、次の最短セットなら始められます。
- 共有の表計算シートに「受付日時・窓口・要約・担当・ステータス・次アクション・期限」の列を作る
- 公式メールとLINEは、個人ではなく共有アカウント（または転送）で受ける
- 始業・終業の二回、未割当と期限超過だけを見る当番を決める
- 電話で出られなかった用件は、必ず一行起票する（伝言の口頭放置をやめる）
- 完了したらステータスを変え、同じ内容の再問い合わせが来たら関連として開く
仕組みの導入は、この運用が一週間回ってからでも遅くありません。逆に、仕組みだけ先に入れると、列の意味が人によって違い、結局また個人箱へ戻ります。
電話の取りこぼしコストの考え方は取りこぼした電話の損失、小規模向けの電話受付は小さな会社の電話受付も参考になります。まずは「見える一覧」と「当番」の二点に集中してください。
製品で受信箱や通話要約を試す場合も、提供状況は機能一覧を正とし、設定手順は使い方ガイドに沿って進めます。アカウントは月額0円から始められます。
AI-SNS.IO Callについて
AI-SNS.IO Callは、ブラウザで使えるクラウド型の電話の仕組みです。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。メッセージの受信箱、IVRと着信ルーティング、営業時間ルール、キュー、ボイスメール、折り返し依頼、ブラウザのソフトフォン、通話要約、レポートなどを備えています。電話回線でのAI応答を含む各機能の提供状況は機能一覧でご確認ください。LINEなどのメッセージ受信箱をCallで確認する、という使い方の入口としてもトップページから全体像を見られます。
よくある質問
共有受信箱と個人のメール受信箱はどちらを使えばよいですか？
お客様対応の公式なやり取りは共有受信箱側で完結させるのが基本です。個人宛に届いた用件も、まず共有受信箱へ起票してから返事します。個人箱は通知や社内連絡の補助に留め、個人返信の例外条件だけを決めておくと漏れと二重返信を防げます。
少人数でも共有受信箱は必要ですか？
少人数ほど、休暇や離席で止まりやすいので効果が出ます。まずは未割当の確認当番と、新規／対応中／完了の三つのステータスだけでも十分です。表計算の共有一覧から始め、負荷が増えたら専用の仕組みへ移せます。少人数でも「公式の窓口が個人の端末にしか来ない」状態は避け、転送や共有アカウントでチームが見られる形にしてください。
電話の通話そのものを受信箱に入れる必要がありますか？
必須ではありません。通話要約、ボイスメール、折り返し依頼、不在着信メモなど「あとで追える記録」を一行として並べる運用が多いです。日本の電話番号の提供は準備中です。現在はデモで着信をシミュレーションして体験できます。提供中の機能は機能一覧で確認してください。
担当の割り当ては自動と手動のどちらがよいですか？
最初は手動で取り、未割当の監視を習慣づける方法が安定しやすいです。件数が増え、スキル差も見えてきたらラウンドロビンやスキルベースを足します。自動だけにすると、難しい件の偏りや放置に気づきにくくなることがあります。
初回応答と解決時間は何が違いますか？
初回応答は最初の返事までの時間、解決時間は用件が閉じるまでの時間です。難しい調査が必要な件でも、まず受け取りと次の一手を伝えて初回応答を守り、その後に調査へ進む分け方が有効です。自動の受付文だけで初回応答を「達成」したことにすると、お客様の不安は残るため、次にいつ・何をするかが分かる一文を添える運用にしてください。
LINEとメールと電話で、同じお客様の履歴をどうつなぎますか？
電話番号、メールアドレス、会員番号、チケット番号などの手がかりで同一顧客に紐づけます。自動結合がない場合は、対応前に検索し、手で関連づける運用ルールを決めます。オムニチャネル全体の進め方はオムニチャネル対応を参照してください。
社内メモにはどこまで書いてよいですか？
次の担当が続きをできる事実、試したこと、約束、注意点、次アクションを短く書きます。推測の断定や不要なセンシティブ情報の全文は避けます。個人情報の扱いは社内ルールと公開資料を確認し、必要なら専門家に相談してください。この内容は一般的な情報であり、法的助言ではありません。
配信停止の申し出は共有受信箱でどう扱いますか？
配信停止は通常の問い合わせより優先し、専用ステータスやタグで可視化します。受け付け経路と再送防止の手順は配信停止の管理にまとめています。申し出を普通の「対応中」に埋もれさせないことが大切です。
SLAを守れない日が続くときは何を見直しますか？
人員配置、未割当の監視間隔、自動返信の文面、ナレッジ不足、IVRや受け皿の設計を順に見ます。罰則を強化するより、止まっているチケットの原因分類を週次で行う方が改善につながりやすいです。KPIの見方はコールセンターのKPI一覧も参考になります。
二重返信を防ぐ最短の習慣は何ですか？
取る前に同一顧客の未完了を検索し、返す前にステータスと担当を確認する、の二点です。加えて、対応開始と同時に自分を担当へ付けるルールを徹底します。チャットやLINEでは「下書き中」表示がある仕組みなら活用します。
共有受信箱の導入で現場が反発しやすい点は何ですか？
個人の裁量で返信できなくなること、ステータス更新の手間、自分の実績が見えにくくなること、の三つが多いです。反発を減らすには、個人の成果を「完了件数と品質」で見えるようにし、ステータスは最小限にし、導入初期は当番制で負荷を分散するとよいです。
自動振り分けをいきなり強くしてよいですか？
いきなり強くすると、誤振り分けで初回応答が遅れます。最初は振り分け候補の提示や下書きまでにとどめ、人が確定する運用から始める方が安全です。精度は、サンプルを週次で見てから段階的に上げます。
Callでメッセージ受信箱を試すにはどうすればよいですか？
製品全体はAI-SNS.IO Callのトップで確認でき、アカウント登録は月額0円から始めるから進められます。LINEなどのメッセージ受信箱をCallで確認する、という使い方も含め、手順は使い方ガイド、提供状況は機能一覧をご覧ください。
まとめに入る前の最終チェック
共有受信箱の運用を始めたら、次の質問に「はい」と答えられるかを確認します。
- 今朝時点で、未割当が残っていないか
- 同一顧客の未完了を、返す前に検索しているか
- 電話の不在とボイスメールが、一覧に必ず載っているか
- 配信停止や苦情が、通常件に埋もれていないか
- 完了の定義がチームで一致しているか
- 個人箱への公式返信が、例外ルール以外で起きていないか
一つでも「いいえ」があれば、機能追加より先に、当番・定義・検索の習慣を直します。ツールは習慣を加速しますが、習慣の代わりにはなりません。関連してチャネル全体のつなぎ方はオムニチャネル対応、停止申し出の扱いは配信停止の管理を続けて読むと、受信箱の周辺ルールまで一気に整えられます。
まとめ
- 共有受信箱は、窓口を横断して未対応を見える化し、割り当て・ステータス・メモを同じ場所で回す仕組み
- 担当・ステータス・初回応答のルールを同時に決めないと、箱だけが増えて放置が残る
- 電話は通話そのものより、要約・ボイスメール・折り返し依頼を受信箱の流れに乗せる
- 二重返信防止は「検索してから取る／確認してから返す」
- 配信停止や個人情報に触れる件は、通常キューに埋もれさせない
まずは未割当の確認当番と、少ないステータスから始めてみてください。習慣が定着してから、振り分けやスキル割り当てを足していく順序が安全です。LINEなどのメッセージ受信箱をCallで確認する入口として、月額0円から設定を試せます。
