問い合わせ管理で後から困りやすいのは、件数が増えること自体より、「何が来ているのかを同じ基準で見られないこと」です。担当者ごとに呼び方が違う、同じ内容に別の分類を付ける、「その他」に集まる。この状態では、対応漏れだけでなく、改善の材料も見えにくくなります。
タグ設計は、見た目の整理のためではなく、受け付けた直後に迷わず振り分けること、あとから集計できること、部門をまたいでも意味が通ることのために行うものです。このページでは、チャネル、部門、案件種別、優先度、状態の5つを軸に、使いやすい分類ルールを考えます。
タグ運用が崩れやすいのは、自由度が高すぎる時です。必要なタグを思いつくまま増やしていくと、現場では付け方がばらつきます。そのため、まずは問い合わせ1件につき最低限付ける軸を先に決めておく方が安定しやすくなります。
この5つが揃うだけでも、受信箱の並べ替え、担当振り分け、月次集計までかなり扱いやすくなります。
営業、サポート、人事のような担当部門と、見積、障害、資料請求のような内容が同じ欄で扱われると、集計の意味が曖昧になります。
「至急対応中」のような1語で管理すると、急ぎなのか、対応中なのかが分かれません。急ぎと進捗は別軸にした方が管理しやすくなります。
その他が多いのは、現場が怠けているからではなく、選択肢が実務に合っていないことが多くあります。その他の中身を見て、新しい案件種別が必要かを判断した方が自然です。
下の mock は、左に問い合わせ一覧、右にその一覧で使っているタグの意味を置いた例です。今回はタグ辞書のような見せ方を含めて、公開画面ではなく管理側の理解が深まる構成にしています。
チャネル、担当部門、案件種別、優先度、状態が分かれているため、誰が先に見るかを決めやすくなります。
案件種別と状態が分かれていると、件数集計と進捗確認を同じ一覧で見ても意味が崩れにくくなります。
部門タグが最初に分かると、一次受付後の振り分けも短く済みやすくなります。
Webフォーム、電話、メール、チャットなど、入口の違いを表します。件数や改善元を見たい時の基礎になります。
営業、サポート、人事、広報など。最終担当ではなく、最初に持つ部門を揃える方が運用しやすくなります。
見積依頼、資料請求、クレーム、障害報告など。内容把握とレポートの中心になる軸です。
緊急、高、中、低のような優先度と、新規、対応中、保留、完了のような進捗は別にした方が意味が崩れにくくなります。
タグを増やす前に、まずは土台を固定した方が安定します。よく使われるレイヤーは次の通りです。
Webフォーム、電話、メール、チャット、対面など。どこから来た問い合わせかを見るための軸です。
営業、サポート、人事、採用、広報など。一次受付後にどこへ渡すかを揃えやすくなります。
見積、資料請求、既存顧客対応、障害、クレームなど。レポートでもっとも見られやすい軸になります。
急ぎかどうかと、いまどこまで進んでいるかは分けて持つ方が扱いやすくなります。
チャネルは細かく分けようと思えばいくらでも分けられますが、最初から細分化しすぎると現場で付けにくくなります。まずは月次で見たい単位に合わせる方が自然です。
| 考え方 | 例 | 見返しやすい理由 |
|---|---|---|
| 入口を大きく分ける | Webフォーム / 電話 / メール / チャット | どの窓口で件数が増えているかを把握しやすくなります。 |
| 必要なら下位分類を持つ | Webフォームの中で資料請求フォームと一般問い合わせフォームを分ける | 件数差が大きい時や改善対象を絞りたい時に役立ちます。 |
| 分析に使わない単位は増やしすぎない | 細かな媒体別分類を乱立させない | 現場の入力負担と集計の複雑さを抑えやすくなります。 |
案件種別は内容そのものを表す軸ですが、運用上は対応先とも結びついていた方が使いやすくなります。たとえば次のような分け方は、部門連携に使いやすくなります。
タグルールそのものより、最初の付与担当が曖昧なことの方が現場では問題になりやすくなります。
この流れにしておくと、完全手作業よりも漏れが減りやすくなります。特にフォーム側で「問い合わせ種別」を持っているなら、その値を仮タグとして使うだけでも運用がかなり軽くなります。
タグ設計は、使うレポートを先に決めておくと判断しやすくなります。毎月見たい切り口がないままタグを増やすと、付ける手間だけ増えやすくなります。
電話が増えているのか、Webフォームが増えているのかを見ると、窓口改善の優先順位を決めやすくなります。
見積依頼、障害、資料請求などの比率を見ることで、問い合わせ内容の偏りが分かりやすくなります。
どの部門に負荷が偏っているかを確認しやすくなります。
フォームで選ばれた種別と、担当者が付け直した案件種別の差を見ると、選択肢の見直し材料になります。
利用者向けの言葉と、社内管理で使う言葉は完全には一致しないことがあります。たとえば「相談したい」という利用者向け選択肢を、そのまま社内タグにすると曖昧になることがあります。
そのため、フォーム側では分かりやすい言葉を使い、社内側ではそれを「見積相談」「仕様相談」「既存顧客相談」などへ対応づける考え方の方が実務では使いやすくなります。
問い合わせ管理のタグ設計では、完璧な分類表を最初から作ることより、チャネル、部門、案件種別、優先度、状態の5軸を揃えて、同じ意味で使い続けられることの方が大切です。誰が最初に付けるか、どこまで自動で付けるか、どの集計に使うかまで決めておくと、運用しやすくなります。
まず着手しやすいのは、現在の問い合わせを見返して、入口、担当、内容、優先度、状態の5軸で整理し直せるかを確認することです。そこから共通タグと部門固有タグを分けていくと、無理のない分類ルールを作りやすくなります。