問い合わせフォームの「目的」や「種別」は、見た目以上に重要です。
ユーザーにとっては、自分の用件を選ぶ入口であり、社内にとっては担当部署への振り分け、対応優先度、レポート集計の基準になります。
分類が曖昧だと、問い合わせの多くが「その他」に集まり、担当者が本文を読んでから振り分ける運用になります。
逆に細かすぎると、ユーザーがどれを選べばよいか判断しづらくなります。目的分類は、ユーザーが選びやすく、社内でも処理しやすい粒度にすることが大切です。
目的分類を社内都合だけで作ると、ユーザーには分かりにくい選択肢になります。
一方で、ユーザーに寄りすぎると、社内の担当部署や対応フローと合わなくなることがあります。
最初に見るべき観点は、次の4つです。
初めて来た人でも意味が分かるラベルにします。
営業、サポート、採用、広報などの対応先と対応させます。
月次レポートや流入分析で使える分類にします。
迷いやすい用件は、補足文や分岐で拾います。
BtoBサイトの問い合わせフォームでは、最初から分類を細かくしすぎない方が扱いやすいです。
まずは、よく使われる目的分類を8項目程度にまとめます。
| 分類 | 表示ラベル例 | 主な振り分け先 |
|---|---|---|
| 新規相談 | サービス内容について詳しく知りたい | 営業、Web担当、事業担当 |
| 見積 | 料金・見積について相談したい | 営業、制作担当、見積担当 |
| 打ち合わせ | デモ・打ち合わせを希望したい | 営業、コンサル担当 |
| 既存顧客 | 利用中サービスに関する問い合わせ | サポート、保守担当、運用担当 |
| 協業 | パートナー・代理店・協業に関する問い合わせ | 事業責任者、営業企画 |
| 採用 | 採用・エントリーに関する問い合わせ | 採用担当、人事 |
| 取材 | 取材・メディア掲載に関する問い合わせ | 広報、代表、事業担当 |
| その他 | その他の問い合わせ | 一次受付、管理担当 |
フォームに出す分類名は、社内の部署名や管理用語ではなく、ユーザーが選びやすい言葉にします。
たとえば「リード獲得」「保守窓口」「アライアンス」よりも、問い合わせを送る人が自分の用件として理解できる表現が向いています。
お問い合わせ内容に近いものを選択してください。選択内容に応じて、担当部署へ確認します。
士業事務所やコンサルティング会社では、問い合わせの目的を「相談テーマ」で分けると扱いやすくなります。
ユーザー側も、自分の相談内容に近いものを選びやすくなります。
こうした分類は、士業事務所向けシステム開発例とも相性があります。
相談内容ごとの担当者、進捗、提出物、対応履歴へつなげやすくなります。
コンサル向けシステム開発例では、問い合わせ分類と案件管理、担当者アサインをセットで考えることが多くなります。
テーマ別の分類があると、初回対応の準備もしやすくなります。
不動産、卸売、BtoB製造では、問い合わせ内容が具体的な物件、商品、案件に関係することが多くなります。
この場合は、目的分類だけでなく、対象物や取引状態も一緒に扱うと社内で処理しやすくなります。
| 業種 | 分類例 | 一緒に持ちたい情報 |
|---|---|---|
| 不動産 | 物件資料請求、内見希望、管理相談、オーナー相談 | 物件ID、希望エリア、希望日、売買・賃貸の区分 |
| 卸売・商社 | 在庫確認、価格確認、納期確認、新規取引、代替品相談 | 商品コード、数量、希望納期、既存取引先かどうか |
| BtoB製造 | 技術相談、見積依頼、仕様確認、量産相談、保守部品 | 型番、図面有無、用途、希望数量、納期 |
卸売・商社では、卸売・商社（BtoB企業）向けのように、目的分類から在庫照会や見積作成へ進む流れが重要になります。
不動産では、不動産向けシステム開発例のように、物件情報や内見希望日とつなげて考える必要があります。
スマホのフォームでは、選択肢が長いと読みづらくなります。
ラベルは短くし、必要な説明は補足文として表示します。
費用感、概算見積、導入規模について相談したい場合はこちら。
この目的を選ぶ現在ご利用中のサービス、保守、変更依頼に関する問い合わせ。
パートナー提案、販売代理、共同企画などの相談。
応募、募集内容、選考に関する問い合わせ。
問い合わせログを見て「その他」が多い場合は、分類のどこかに問題がある可能性があります。
ユーザーが選びたい項目がない、分類名が分かりにくい、フォームの入口が用途別に分かれていない、といった原因が考えられます。
その他を減らすには、次のような見直しが有効です。
目的分類は、送信時の選択肢で終わりではありません。
管理画面側で、分類ごとの件数、未対応、担当者、対応期限、商談化の有無を見られるようにすると、社内で使えるデータになります。
目的分類を担当部署と完全に1対1にしようとすると、分類が細かくなりすぎることがあります。
実際には、1つの分類に複数の担当候補があり、本文や追加項目で振り分ける方が自然な場合もあります。
そのため、フォーム上の目的分類はユーザーが選びやすい粒度にし、管理側で担当候補や初期通知先を設定できるようにします。
問い合わせフォームの目的分類は、最初に選択肢を作って終わりではありません。
実際の問い合わせログを見ながら、分類名、担当先、集計方法を少しずつ改善していく前提で考えます。
新規相談、既存顧客、採用、取材など、実際に来る用件を確認します。
社内用語ではなく、ユーザーが選びやすいラベルにします。
表示ラベルとは別に、担当部署や集計用のカテゴリを持たせます。
分類別件数、未対応、担当者、対応状況を確認します。
その他や誤分類を確認し、選択肢や補足文を改善します。
問い合わせフォームの目的分類は、ユーザーが自分の用件を選ぶための項目であり、社内で問い合わせを処理するための起点でもあります。
新規相談、見積、既存顧客、協業、採用、取材などを基本にしながら、業種や社内フローに合わせて必要な分類を追加します。
社内用語ではなく、問い合わせを送る人が自分の用件として選べる表現にします。
担当部署、対応優先度、通知先、集計カテゴリとつなげて管理します。
その他に集まる内容を確認し、分類の追加やラベル変更に反映します。
株式会社インテンスで設計する場合も、目的分類を単なるプルダウンとして作るのではなく、送信後の担当振り分け、対応状況、月次集計、フォーム改善まで含めて考えます。 問い合わせを受けた後の処理が短く済み、社内で使えるログとして残る構成にすることが大切です。