問い合わせ管理システムでは、届いた問い合わせを「誰が見るか」「どの部署で受けるか」「どの順番で対応するか」が決まっていないと、対応の抜けや重複が起きやすくなります。 フォームの通知メールは届いているのに、実際には担当が決まっていない。担当部署には届いているが、部署内で誰が見るのか曖昧。こうした状態では、問い合わせ管理システムを入れても現場の負担はあまり減りません。
担当者割当ロジックの作り方（自動・手動・混在） が個人レベルの割当を扱う内容だとすれば、このページでは、その前段にあたる部署・チーム単位の振り分けルールを中心に整理します。 問い合わせの種別、カテゴリ、チャネル、顧客属性をどう使い、自動振り分けと手動仕分けをどう組み合わせるかが主な論点です。
最初に分けておきたいのは、部署・チームへ渡す処理と、個人担当者を決める処理です。 この2つを混ぜて設計すると、問い合わせが増えたときにルールが複雑になります。
流れ 問い合わせ到着から担当決定まで
フォーム、電話、メール、展示会、代理店経由などから問い合わせが入る。
問い合わせ種別、製品カテゴリ、顧客区分、緊急度を判定する。
営業、サポート、経理、技術部門など、受け持つチームを決める。
部署内で、担当者、期限、優先度を決めて対応を始める。
部署振り分けと個人割当を分けておくと、組織変更や担当交代にも対応しやすくなります。
部署振り分けは「どのチームが受け持つべきか」を決める工程です。 個人割当は、そのチームの中で「誰が担当するか」を決める工程です。 この2段階にしておくと、問い合わせの入口が増えても、ルールの見直しがしやすくなります。
担当振り分けは、問い合わせの内容だけで決まるとは限りません。 実務では、問い合わせ種別、製品カテゴリ、流入チャネル、顧客属性、緊急度を組み合わせて判断することが多くあります。
| 振り分け軸 | 例 | 向いている使い方 |
|---|---|---|
| 問い合わせ種別 | 見積依頼、資料請求、技術相談、請求・支払い、採用 | もっとも基本的な振り分け。フォームの種別プルダウンと連動しやすい。 |
| 製品・サービスカテゴリ | 製品A、製品B、保守契約、オプション機能 | 製品別に営業・サポート担当が分かれている企業向け。 |
| チャネル | Webフォーム、電話、展示会、代理店、既存顧客窓口 | 流入経路ごとに初動や優先度を変えたい場合に使う。 |
| 顧客属性 | 新規、既存、重要顧客、パートナー、代理店 | 対応スピードや担当部署を顧客区分で変えたい場合に有効。 |
| 緊急度 | 通常、至急、障害、クレーム、期限付き | 通知先やエスカレーションを変える場合に使う。 |
この作業は、問い合わせフォームの目的分類テンプレート や 問い合わせ分類（カテゴリ）を最適化する方法 と重なります。 フォーム側の選択肢と、社内側の振り分け先を別々に考えず、最初から対応関係を持たせることが大切です。
自動振り分けは、条件が明確な問い合わせに向いています。 たとえば「見積依頼なら営業」「請求なら経理」「製品不具合ならサポート」のように、判断に迷いが少ないものです。
管理画面 自動振り分けルールの見え方
営業部へ自動振り分け。製品カテゴリに応じて営業グループを候補表示。
保守契約ありの場合はサポート部、保守契約なしの場合は営業部で一次確認。
要仕分けキューへ入れ、管理者または窓口担当が確認。
自動で判断できるものと、確認が必要なものを画面上で分けると、運用の負担を抑えられます。
製品ライン別に組織が分かれている企業では、卸売・商社（BtoB企業）向けWebシステム活用アイデア のように、製品カテゴリや取引先区分を振り分けに使う設計が有効です。
自動振り分けは便利ですが、すべての問い合わせを機械的に処理しようとすると、重要案件や複雑な相談を見落とす可能性があります。 自動で判断しづらいものは、最初から手動仕分けの対象として設計しておく方が安全です。
キュー 手動仕分けを残す領域
カテゴリ不明、複数カテゴリ、入力内容が不足している問い合わせを一時的に受ける場所。
大口顧客、既存契約中の顧客、クレームにつながる可能性がある案件を管理者が確認。
新製品・新サービスの公開直後など、通常ルールでは判断しづらい問い合わせを集約。
手動仕分けは、自動化できなかった失敗ではなく、例外を安全に受けるための運用枠です。
「要仕分け」や「管理者確認」のキューを用意しておくと、無理に自動判定しなくて済みます。 自動化する部分と、人が判断する部分を分けることで、現場の納得感も高くなります。
振り分けルールは、単に「この種別はこの部署へ」と決めるだけでは足りません。 通知、期限、優先度、手動変更の可否まで含めておくと、運用開始後の混乱を減らせます。
| 設定項目 | 内容 | 設計時の注意点 |
|---|---|---|
| 振り分け条件 | 種別、カテゴリ、顧客区分、チャネル、緊急度など | 条件を増やしすぎると管理しづらくなるため、最初は主要条件に絞る。 |
| 振り分け先 | 部署、チーム、共有キュー、管理者確認など | 退職・異動に備えて、個人ではなくチームを基本単位にする。 |
| 通知先 | 担当部署、代表アドレス、管理者、関係部署 | 通知が多すぎると見落とされるため、To/Cc/Bccの役割を決める。 |
| 初期期限 | 通常は2営業日以内、至急は当日中など | 問い合わせ種別や顧客区分によって期限を変える場合は、画面上にも表示する。 |
| 手動変更 | 誰が振り分け先を変更できるか | 変更理由と変更履歴を残すと、後からルール改善に使える。 |
振り分けルールは、一度決めたら固定するものではありません。 サービス構成、組織体制、問い合わせ内容は変わるため、定期的な見直しが必要です。
レポート 振り分け状況の確認画面
誤振り分けや要仕分けが多いカテゴリを見ると、フォーム項目やルールの改善点が見つかります。
こうした確認には、問い合わせ集計レポートの作り方 で扱うようなレポート機能が役立ちます。 数値で見ながら調整すれば、担当者の感覚だけに頼らず、ルールを改善できます。
部署・チームへの振り分けが終わった後に、部署内で誰が対応するかを決めます。 この個人割当は、部署振り分けとは別のルールとして管理した方が分かりやすいです。
2段階 部署振り分けと個人割当
問い合わせ種別、カテゴリ、顧客区分などをもとに、受け持つチームを決めます。
チーム内の担当者、スキル、稼働状況、担当顧客などをもとに個人へ割り当てます。
部署振り分けと個人割当を分けておくと、担当者が異動しても部署振り分けのルールを大きく変えずに済みます。 個人割当の詳しい考え方は、担当者割当ロジックの作り方（自動・手動・混在） で扱っています。
担当振り分けルールは、問い合わせ管理の初動を決める重要な設計です。 フォームから届いた問い合わせを、営業、サポート、経理、技術部門などへ正しく渡せるかどうかで、その後の対応スピードや対応漏れの発生率が変わります。
基本は、問い合わせ種別やカテゴリを使った自動振り分けです。 ただし、重要顧客、複数部署にまたがる相談、カテゴリ不明の問い合わせまで無理に自動化すると、かえって確認が増えます。 自動で判断できるものはルール化し、判断が必要なものは「要仕分け」や「管理者確認」に入れる。 この切り分けができると、現場で使いやすい問い合わせ管理に近づきます。
まずは現在の問い合わせを、種別・カテゴリ・顧客区分・対応部署の4つで見直してみてください。 どの問い合わせがどの部署に届くべきかを整理できれば、自動振り分けの初期ルールを作りやすくなります。