問い合わせフォームのカテゴリは、見た目の整理用ではなく、受付後の流れを決める重要な項目です。ここが曖昧だと、利用者はどれを選べばよいか迷いやすくなり、運用側も振り分けに時間がかかります。逆に、細かく分けすぎると選びづらくなり、「その他」ばかり増えて意味が薄くなります。
このページでは、カテゴリ数そのものではなく、何を基準に分けるか、どの粒度までに抑えるか、運用や分析にどうつなげるかという視点で整理します。利用者にとって選びやすく、運用側にとって扱いやすい分類の作り方を見ていきます。
問い合わせカテゴリの役割は、利用者に選ばせること自体ではありません。実際には、次の3つのために使われます。
この3つを同時に満たせるかどうかで、カテゴリ設計の良し悪しはかなり変わります。
社内で使っている名称や部署名をそのまま出すと、利用者は選びにくくなります。「診療内容」「見積依頼」「採用関連」のように、目的や用件で分けた方が伝わりやすくなります。
「資料請求」と「サービス内容」のように意味が重なる分類を並べると、どちらを選ぶべきか迷いやすくなります。
分析に使いたい分類と、最初に担当部署へ回すための分類は、同じとは限りません。ここを一つのカテゴリだけで済ませようとすると、運用も集計も中途半端になりやすくなります。
カテゴリ数が多いほど、スマホでの選択は面倒に感じられやすくなります。下の mock は、まず短いカテゴリ名だけを見せ、選んだあとに必要な追加項目を出す形の例です。このテーマでは、入力の軽さと振り分け精度の両方を意識した見せ方が向いています。
カテゴリだけで足りない条件は、ここで補ってもらう形にすると運用しやすくなります。
「宴会・会議」を選んだ場合は営業課へ、見学系なら案内担当へ、その他は総合窓口へ回す、といった一次振り分けがしやすくなります。
入力後は内容確認へ進みます。ご用件に応じて担当窓口からご連絡します。
カテゴリの数が多すぎると選びにくくなりますが、少なすぎても振り分けや分析に使いにくくなります。目安としては3〜6個程度が扱いやすい場面が多くなります。
利用者は迷いませんが、運用側ではほとんど意味のない分類になりやすくなります。
選択負担が増え、結果として誤選択や「その他」集中が起こりやすくなります。
資料請求、見積依頼、予約関連、技術的な質問、採用関連のような分け方は使いやすくなります。
最初のカテゴリを増やすより、選択後の補助項目で精度を上げる方が自然なことがあります。
カテゴリ設計では、まず何を軸に分けるかを決めた方が迷いにくくなります。
| 分類軸 | 向いているケース | 例 |
|---|---|---|
| 用件ベース | BtoB、複数部署で振り分ける窓口 | 資料請求、見積依頼、技術的な質問、採用関連、その他 |
| 利用目的ベース | 施設、店舗、予約、見学など行動が明確な窓口 | 診療内容、予約関連、宴会、会場見学、法要 |
| 混在型 | 複数業態があり、まず大分類だけ分けたい場合 | 法人向け / 個人向け のような入口を置いた上で、次段で用途を分ける |
カテゴリ名そのものが長いと、読むだけで負担がかかります。まずは短いラベルで見せ、必要なら補足文を近くに置く方が使いやすくなります。
最初のカテゴリは、担当者へ渡すための一次振り分けとして使うのが基本です。一方で、分析ではもっと細かい視点が欲しくなることがあります。ここを一つの項目だけで済ませようとすると、どちらにも中途半端になりやすくなります。
まずは担当部署へ渡せる粒度に抑えた方が、誤選択も減りやすくなります。
原因、対象サービス、緊急度などは、内部管理側で補った方が分析しやすくなります。
「その他」の内訳や、カテゴリ別の再分類結果を見ると、設計のズレが見えやすくなります。
利用者が選んだカテゴリと、運用側で直したカテゴリの差は改善材料になります。
カテゴリ例はテンプレートとして使えますが、そのまま当てはめるより、実際の担当部署と照らして調整した方が実務で使いやすくなります。
| 業種 | カテゴリ例 | 見直しポイント |
|---|---|---|
| 医療 | 診療内容 / 予約関連 / 料金・保険 / キャンセル・変更 / その他 | 事務窓口と診療窓口で初期振り分けを分けるかが論点になりやすくなります。 |
| 物流 | 配送料について / 集荷依頼 / 見積依頼 / 契約・取引 / その他 | 営業案件と日常対応をどう分けるかが重要になりやすくなります。 |
| ホテル・宴会施設 | 宴会 / 会議・セミナー / 法要 / 会場見学 / その他 | 宿泊以外の利用と、宴会・会議の振り分け粒度を調整しやすくなります。 |
カテゴリ体系は、公開時点で完成させるより、一定期間運用して見直す前提の方が現実的です。
これらを見ていくと、カテゴリ名を変えるべきか、補助項目を出すべきか、内部タグを足すべきかが判断しやすくなります。
問い合わせカテゴリは、見た目を整理するための項目ではなく、振り分け、入力補助、分析の起点になる重要な設計要素です。カテゴリ数だけで決めるのではなく、何を基準に分けるか、誰に渡すための分類か、分析では別軸を持つかを整理することで、利用者にも運用側にも扱いやすい構成にしやすくなります。
まず見直しやすいのは、今のカテゴリを「短く選びやすいか」「担当振り分けにそのまま使えるか」「その他と再分類が多すぎないか」の3点で確認することです。そこから調整すると、無理なく運用しやすいカテゴリ体系へ近づけやすくなります。