問い合わせ件数が増えると、「誰が見るのか」「どの部署へ渡すのか」「どの順番で対応するのか」が曖昧になりやすくなります。
最初は代表メールで十分でも、製品、拠点、事業部、既存顧客対応が増えると、本文を読んでから毎回振り分ける運用では負担が大きくなります。
そこで必要になるのが、問い合わせの自動振り分けルールとタグ設計です。
ただし、最初から細かく作り込みすぎると、ルールが複雑になり、後で直しづらくなります。まずは目的、製品、部署、流入元など、実務で使う分類から始めるのが現実的です。
自動振り分けの精度を上げるには、本文の内容だけに頼らない方が安全です。
まずは、フォーム側でユーザーに選んでもらえる項目を用意します。
問い合わせ目的の分類そのものは、問い合わせフォームの目的分類テンプレートでも整理しています。
目的分類が決まっていると、初期通知先や管理画面の表示を決めやすくなります。
目的、製品、エリア、流入元など、フォーム送信時点の情報を使います。
営業、サポート、技術、採用、広報など初期通知先を決めます。
目的、製品、緊急度、流入元、顧客区分などをタグで持ちます。
月次件数、商談化、対応時間、その他の比率などを確認します。
よくあるのは、「問い合わせが来たら担当者へ直接メールする」だけの設計です。
件数が少ないうちは問題ありませんが、担当者の異動、休暇、部署変更があると止まりやすくなります。
実務では、次のように分けて考える方が安定します。
| 項目 | 役割 | 設定例 |
|---|---|---|
| メール通知先 | 最初に気づいてほしい部署・共有アドレス | sales@example.jp、support@example.jp、recruit@example.jp |
| 管理画面の担当候補 | 実際に対応する担当者やチーム | 営業Aチーム、保守担当、技術担当、採用担当 |
| 閲覧権限 | 全件を見る人、部署内だけ見る人を分ける | 本社管理者は全件、拠点担当は自拠点のみ |
| 集計カテゴリ | レポートや分析で使う分類 | 新規相談、既存顧客、技術相談、採用、取材 |
不動産会社なら、エリア別営業所へ通知しつつ、本社管理部門は全件を確認する構成が考えられます。
不動産向けシステム開発例のように、物件やエリアと問い合わせを紐づける場合は、通知先と管理画面の見せ方を分けて設計します。
タグは、担当者が見やすくするためだけでなく、後から問い合わせ内容を分析するためにも使います。
そのため、思いついたタグを増やすのではなく、月次レポートや改善会議で見る切り口から決めます。
すべてのタグを自動で付けようとすると、ルールが複雑になります。
フォームの選択肢や流入元から判定できるものは自動付与し、本文を読まないと分からないものは担当者が補正します。
| タグの種類 | 付与方法 | 例 |
|---|---|---|
| 自動付与 | フォームの選択肢、ページURL、流入元から付ける | 製品A、見積依頼、東京エリア、資料請求 |
| 半自動 | 本文や件名のキーワードを候補として出す | 不具合、納期、価格、仕様確認、更新 |
| 手動付与 | 担当者が内容を見て追加する | クレーム、要望、重要顧客、商談化見込み |
| 管理用 | 管理者がレポート用に付ける | 展示会流入、紹介案件、代理店経由 |
士業事務所やコンサルティング会社では、専門テーマや相談内容が本文を読まないと分からないこともあります。
士業事務所向けやコンサル向けWebシステム開発例のように、相談テーマ、業種、契約種別などを手動タグとして扱うケースもあります。
問い合わせ対応は、必ずしもPCの前で行われるとは限りません。
外出先で一次確認だけ行う場合や、担当部署を変更するだけの場合もあります。
スマホでは、すべての項目を編集できる必要はありません。
担当部署、状態、タグ、メモだけを短く変更できる画面があると便利です。
対象サービス：Webシステム開発。概算費用と進め方について相談。
担当を確認するフォーム選択肢と流入ページから、初期タグを付与しています。
本文を見て、商談化見込みタグを追加できます。
営業担当へ割り当て後、1営業日以内に返信します。
製造業や卸売では、問い合わせ本文だけでは対象が分からないことがあります。
製品ページ、商品コード、カテゴリ、用途、拠点を問い合わせデータに含めておくと、担当部署が確認しやすくなります。
製造業では、製造業向けWebシステム活用アイデアのように、製品カタログや用途別ページから問い合わせフォームへ進む構成がよくあります。
卸売・商社では、卸売・商社（BtoB企業）向けのように、在庫確認や見積依頼に必要な情報をフォーム送信時点で持たせる設計が向いています。
「その他」と「未分類」は似ていますが、管理上は分けた方がよいです。
この2つを同じ扱いにすると、分類改善の材料が見えにくくなります。
その他が多い場合はフォームの分類を見直し、未分類が多い場合は自動振り分けルールを確認します。
管理画面では、問い合わせの全件一覧だけではなく、対応が必要なものを先に出します。
未分類、未対応、担当未確定、タグ不足、重要顧客からの問い合わせなどを分けて表示します。
自動振り分けルールは、最初から細かく作りすぎない方が運用しやすくなります。
製品、部署、目的、エリア、流入元など、判断に使う情報を絞って始めます。
見直しのタイミングは、次のような場面です。
最初はシンプルなルールで始め、問い合わせログを見ながら2〜3回調整する前提にしておくと、現実の運用に合わせやすくなります。
問い合わせの自動振り分けは、フォーム送信時点の分類だけで終わりません。
初期判定、通知、担当割当、タグ補正、対応状況の更新、レポート確認までを一つの流れとして扱います。
目的、製品、エリア、流入元、顧客区分を取得します。
通知先、初期タグ、担当候補、優先度を自動で判定します。
管理画面で実際の担当者や対応チームを決めます。
本文を見て、必要なタグや状態を追加・変更します。
分類別件数、対応時間、その他、未分類を確認します。
問い合わせの自動振り分けとタグ設計は、問い合わせ対応を早くするためだけでなく、後から内容を分析するためにも重要です。
フォームの選択肢、製品・サービス、エリア、流入元などを使って初期判定を行い、担当者が必要に応じてタグを補正できる構成にしておくと、実務で使いやすくなります。
目的、製品、エリア、流入元など、フォーム送信時点の情報を自動判定に使います。
最初に知らせる相手と、実際に対応する担当者を別に管理します。
最初は必要な分類に絞り、その他や未分類のログを見て追加・変更します。
株式会社インテンスで設計する場合も、問い合わせ管理を単なるメール転送として作るのではなく、目的分類、担当部署、タグ、対応状況、レポートまで含めて考えます。 問い合わせ対応の確認時間を減らし、社内で活用できる問い合わせログとして残る構成にすることが大切です。