問い合わせ管理ツールの選び方で最初に決めるべきは、製品名ではなく要件です。この記事では「月間何件・何人で触るなら何ができれば十分か」を規模別に整理します。自社サイトの問い合わせフォームを運用していて、メールと表では回らなくなってきた担当者の方向けです。
具体的な製品名を並べた比較は書きません
先に断っておくと、この記事に製品ランキングは出てきません。全製品を実際に導入して検証していないからです。
私たちはフォームに届く営業メールを選別する SaaS を開発し、自社サイトを含む複数の実サイトに設置して日々の問い合わせを見ています。ただし市販の問い合わせ管理ツールを横並びで長期運用したわけではないので、触っていない製品を「これが最良」とは書けません。
代わりに提供するのは要件の言語化です。要件がないまま製品一覧を眺めると、機能が多いものほど良く見えます。
分かれ目は件数ではなく「同時に触る人数」
規模の目安は月間件数だけでは決まりません。実務で先に壊れるのは、件数ではなく人数です。
1人で月80件を捌くのは意外と回ります。一方、月20件でも3人が別々のメールボックスで見ていれば「これ誰が返した?」が毎週起きます。壊れるのは処理量ではなく状態の共有です。
| 目安 | 触る人数 | ここまでで足りる道具 | 次に進むサイン |
|---|---|---|---|
| 月10件まで | 1人 | 受信メール+表(エクセル/スプレッドシート)への転記 | 転記が3日以上止まる |
| 月100件まで | 1〜3人 | 共有メールボックスまたは共同トレイ+担当割り当て | 「誰が見たか」を口頭で確認している |
| 月100件超、または複数部署 | 4人以上 | 専用ツール(履歴と権限が必要) | 履歴を人の記憶に頼っている |
中段から下段への移行は、件数よりも「あとから経緯を追う必要が出たとき」に起きます。クレームや契約に絡む問い合わせが混じり始めると、履歴の要件が急に重くなります。上段の表の設計は問い合わせ管理をエクセルで回す10列の設計にまとめています。
月100件の「中身」は、会社によってまったく違う
件数の額面と、管理すべき中身は一致しません。要件定義でいちばん見落とされる点です。
Hajik が分析した、美容商社(国内最大手・上場)の実フォームデータでは、3種類のフォーム合計 1,894 件・約20か月分で、月平均およそ100件が届いていました。内訳は次のように大きく偏っています(簡易なヒューリスティック=条件による自動分類での判定です)。
| フォームの種類 | 件数 | 営業と判定された比率 | 月あたり件数(概算) |
|---|---|---|---|
| 問い合わせ | 534件/20か月 | 12.9%(本物らしい54.9%、判定困難32.2%) | 約27件 |
| 汎用(その他) | 1,211件/18か月 | 56.2%(強48.9%+中7.3%) | 約67件 |
| 採用 | 149件/18か月 | 65.8%(中途73.1%、新卒48.9%) | 約8件 |
各行の営業比率を月あたり件数に掛けると、営業寄りの送信はおよそ47件。月100件のうち半分近くが、読んで捨てる作業に消えている計算です(単純計算による概算)。
残りの約50件も、そのまま本物ではありません。同じ計算でいくと本物らしいのは月26件前後、「営業とも本物とも言い切れない」判定困難が同じく26件前後です。月100件の実体は「本物26・営業47・グレー26」で、いちばん人手を食うのは3つ目です。
つまり「月100件を捌けるツール」を探すのは要件の立て方として正しくありません。正しくは「本物を落とさずに拾い、営業を数秒で流し、グレーだけを人が見る形にできること」です。後半2つは処理能力ではなく入口の設計の話です。
もうひとつ前提があります。この1,894件はすべて reCAPTCHA v3 を通過した送信で、明らかなボットは事実上ゼロでした。ボット対策が効いていないのではなく役割が違うだけで、残っているのは人が書いて送った営業です。管理ツールを替えても減りません。なお前掲の数値は一社・一時点のサンプルで、業種・規模・フォームの性格により比率は大きく変わります。
要件を7つに分解する
問い合わせ管理に必要な機能は、突き詰めると7つです。「規模別にどこまで要るか」で見ると過剰投資を避けられます。
| 要件 | 何を満たせば十分か | 月10件 | 月100件 | 100件超 |
|---|---|---|---|---|
| 担当割り当て | 1件に担当が1人ひもづき、空欄が見える | 不要(1人) | 必要 | 必要 |
| 状態管理 | 未対応/対応中/完了/対応不要の4つで足りる | 表の1列 | 必要 | 必要 |
| 履歴 | 誰がいつ何をしたかが後から追える | 不要 | あれば可 | 必須 |
| 返信テンプレ | 5本前後。増やすほど探す時間が増える | メールの定型文 | メールの定型文 | ツール内 |
| 検索 | 3か月前の1件を条件で出せる | フィルタ | ラベル+検索 | 全文検索 |
| 権限 | 見られる人・送れる人を分けられる | 不要 | 必要 | 必須 |
| 個人情報の保管場所 | どこに置かれ、誰が見られるかを説明できる | 必須 | 必須 | 必須 |
いちばん下の行だけが、規模によらず「必須」である点に注目してください。件数が少ない会社ほど台帳を個人の PC に置きがちで、リスクは規模に比例しません。
状態を4つに絞る、テンプレを5本に絞るといった運用側の設計は問い合わせ対応を効率化する4ステップにあります。先に固めたほうが選定がぶれません。
中段(月100件まで)は、すでに契約しているもので足りることが多い
月100件・3人までなら、追加のツールを買わずに、いま使っているグループウェアで7要件の多くをまかなえます。以下は公式ドキュメントに書かれた仕様の事実で、優劣の評価ではありません。
Google Workspace の場合、グループの共同トレイでは会話を自分または他のメンバーに割り当てられ(メモの添付も可能)、「自分に割り当て済み」「誰かに割り当て済み」「未割り当て」で検索でき、「完了」「対応不要」「別の会話との重複」のステータスとラベルを付けられます(グループを共同トレイとして使用する|Google Workspace ラーニング センター)。担当割り当て・状態管理・検索の3要件がここで満たせます。
Microsoft 365 の場合、共有メールボックスは複数のユーザーが1つのアドレス宛のメールを監視・返信でき、返信は個人ではなく共有メールボックスから送信されたように見えます。ライセンスは通常不要ですが、50GB を超える場合・インプレースアーカイブを使う場合・訴訟ホールドに入れる場合は Exchange Online プラン2 が必要です。また新しい共有メールボックスは既定でサインインがブロックされ、送信するにはフルアクセスに加えて送信権限が必要です(共有メールボックスを作成する|Microsoft Learn)。
7要件のうち残るのは「履歴」です。誰がいつ何をしたかの追跡は標準では出ませんし、月次の件数・営業比率の集計も同様です。この2つが必要になった時点が、専用ツールを検討する合図です。
見落とされがちな3つの要件
製品比較表に載らないのに、導入後にいちばん効いてくる要件が3つあります。
1. 営業とスパムが、そもそも混ざったまま入ってくる
管理ツールは届いたものを整理する道具で、届く量そのものは変えません。前掲のとおり汎用フォームでは56.2%、中途採用フォームでは73.1%が営業でした。この状態でツールを入れても、人が読む量は1件も減りません。
仕分けを自動化する場合も、既定の動作は削除ではなくラベル付けにしてください。実データでは問い合わせフォームの32.2%が「営業とも本物とも言い切れない」層で、ここを機械的に消すと本物を落とします。送信元の会社名で一律に決めつけないことも同様です。同じ会社でも受け手の文脈で営業か本物かは変わります。入口で仕分ける組み立て方は問い合わせフォームの営業メール対策の実務ガイドにまとめています。
2. 個人情報がどこに置かれるか
問い合わせ台帳は氏名・連絡先を含む個人データです。選定時には保管場所・誰が見られるか・委託の扱いを確認します。
個人情報保護委員会は FAQ で、ガイドライン(通則編)に示されている以外に考えられるアクセス制御の手法の例として「アクセス権限を有する者に付与する権限の最小化」「個人データにアクセスできる者を許可する権限管理の適切かつ定期的な実施」などを挙げています(Q110-18「アクセス制御」を講じるための手法|個人情報保護委員会 FAQ)。選定時は「権限を人ごとに分けられるか」「権限の一覧を出せるか」を必ず見てください。なお本記事は一般的な情報であり法的助言ではありません。個別の判断は専門家にご相談ください。保管・削除の実務は問い合わせフォームの個人情報の扱い方にまとめています。
3. 退職・異動のときに権限が残る
前項の「定期的な実施」が効くのがここです。共有メールボックスのフルアクセス権限も表ファイルのコピーも、退職時に外さなければ残り続けます。
選定時のチェックは1つで足ります。「いま誰がこのデータを見られるか」を画面1つで一覧できるか。 できない仕組みは、人が入れ替わった瞬間に管理不能になります。
よくある質問
無料のツールで始めてよいですか
月100件・3人までなら問題になりにくいです。ただし「権限の一覧が出せるか」「保管場所を説明できるか」の2点は、無料・有料に関係なく先に確認してください。
CRM や SFA と問い合わせ管理ツールは何が違いますか
管理したい単位が違います。問い合わせ管理は「1件の問い合わせ」を完了まで運ぶ道具、CRM・SFA は「1社・1人との関係」を時間軸で追う道具です。案件に育つ問い合わせが月に数件の段階で CRM から入ると、入力欄の大半が空のまま放置されます。
月30件です。ツールは要りませんか
人数が1人なら当面は表で足ります。件数より先に「2人目が見るようになったか」で判断してください。ただし30件の内訳に営業が半分混ざっているなら、道具より入口が先です。
営業メールも台帳に載せるべきですか
件数だけは数えてください。中身の記録は不要ですが、月ごとの営業比率が分かると入口の対策が効いているかを判定できます。本文の全文コピーは避けてください。台帳が個人情報の塊になります。
まとめ:明日やること
- 直近1か月の問い合わせをフォーム別に数える。総数・営業らしいもの・判断に迷ったものの3つに分ける。
- その数字を規模別の表に当てはめ、自社が上段・中段・下段のどれかを決める。
- 7要件の表で自社に「必須」の行だけ丸を付ける。「履歴」に丸が付かないなら、いまのグループウェアで足りる可能性が高いです。
- 「いま誰がこのデータを見られるか」を一覧にする。出せなければ、それが最優先の要件です。
- 営業比率が半分を超えていたら、ツール検討より先に入口を見直す。
自社のフォームにどれくらい営業が混ざっているか分からない段階なら、無料診断で現状を確認してください。実際の運用で試すなら14日間の無料トライアルがあります。
Hajik はフォームに届く営業メールを選別する日本語特化のサービスで、導入は script タグを1行、プラグインも DNS 変更も不要です。効果は99%以上の遮断で、残り約1%は人が判断する前提です。データは2レイヤに分かれ、保管はブラウザ内で暗号化するため Hajik 側で復号できません。一方、判定の瞬間だけ内容をそのまま AI に渡します(マスクすると本物の申し込みが誤判定されるため)。機微情報5種(クレジットカード番号・マイナンバー・銀行口座・パスポート番号・健康情報)はブラウザ内で除去してから送ります。詳細はセキュリティへ。