Service Hubで問い合わせ管理を設計している担当者から、必ず聞かれることがあります。
「受信トレイとヘルプデスク、どっちを使えばいいんですか」
どちらもメールやフォームの問い合わせを受ける画面に見えるため、違いが分かりにくい機能です。結論から書くと、新規で設計するならヘルプデスクです。
筆者はHubSpot JapanのカスタマーサクセスマネージャーとしてCRM導入200社以上を支援してきました。この記事では、支援先に実際に説明してきた内容をもとに、2つの違いと、運用で知っておくべき仕様を書きます。
1. 受信トレイとは：チームの共有受信トレイ
受信トレイ（Inbox）は、以前からある機能です。チームの共有受信トレイとして働きます。
- 問い合わせ用メールアドレス（support@ など）に届いたメールが表示される
- 問い合わせフォーム、Facebookメッセージ、WhatsAppなど、複数のチャネルを組み込める
- チームで同じ受信トレイを見て、担当を割り振って返信できる
Gmailの共有アドレスをチームで見ている状態を、HubSpotの中に持ち込んだもの、と考えると分かりやすい機能です。
ただし、従来の受信トレイには弱点がありました。チケット管理画面とメール返信画面が分離していたことです。返信は受信トレイで、ステータスの更新や担当の変更はチケットの画面で。サポート担当者は2つの画面を行き来する必要がありました。
2. ヘルプデスクとは：受信トレイとチケット管理の統合
ヘルプデスクは、受信トレイ機能とチケット管理機能を統合した最新機能です。HubSpotが現在推奨しているのはこちらです。
1つの画面で、返信とチケット操作ができる
ヘルプデスクでは、チケットをクリックするとお客様とのやり取り画面に飛べます。 そして横のバーで、チケットの操作も同時にできます。 ステータスの変更、担当者の割り当て、プロパティの更新を、返信しながら行えるということです。
つまり、サポート担当者はヘルプデスク画面だけを見ていれば、返信とチケット操作の両方ができます。
画面構成
ヘルプデスクの画面は、左右で役割が分かれています。
- 左側：ビュー。自分に割り当てられたチケット、全オープン、チーム別、未割り当て、などの切り口でチケットを絞り込む
- 右側：チケット一覧。表示する列は自由に選べる
誰がどの画面を使うか
運用が始まると、役割によって見る画面が分かれます。
- マネージャー：チケット一覧画面を見ることが多い。滞留や担当の偏りを確認する
- サポート担当者：ヘルプデスク画面を主に使う。返信とチケット操作をここで完結させる
3. 運用で知っておくべき仕様
ここからが、導入後に「こんなはずでは」となりやすい部分です。筆者が支援先で確認した内容です。
仕様1：同じメールスレッドで別の問い合わせが来ると、クローズ済みチケットが再オープンされる
お客様が、以前のやり取りに返信する形で、まったく別の問い合わせを送ってくることがあります。このとき、クローズ済みのチケットが再オープンされます。
管理上、別の問い合わせとして分けたい場合は、担当者が新しいチケットを作ります。 運用ルールとして、事前にチームで決めておいてください。
仕様2：同じ件名のメールを1つのチケットにまとめる仕様はない
システムからのエラー通知など、同じ件名のメールが大量に届くと、それぞれがチケットになります。同じ件名のメールを1つのチケットにまとめる仕様はありません。
現実的な解決策は、システムからのエラーメールなどは、問い合わせ用アドレスとは別のアドレスに届くようにすることです。お客様からの問い合わせと機械的な通知を、入り口で分けます。
仕様3：ビューは共有されるが、フォルダと並び順は個人設定
見落としやすいのがここです。
- ビュー：全ユーザーに共有される
- フォルダ：個人ユーザー固有
- 列の並び順、昇順・降順：共有されない
マネージャーが画面を整えても、それがメンバー全員の画面に反映されるわけではありません。チームで表示を揃えたい場合は、推奨レイアウトをスクリーンショット付きで共有し、各自で設定してもらうのが確実です。
仕様4：営業の問い合わせはチケットにしない
ヘルプデスクを入れると、すべての問い合わせをチケットにしたくなります。しかし営業の問い合わせはチケット化しないのが推奨です。
営業の問い合わせはフォームで受け、コンタクトのステータスで管理し、商談になったら取引を作る。この流れにしておくと、サポートと営業のデータが混ざりません。そのために、サイトに営業用と既存顧客用の2つのフォームを置きます。
4. 実際の事例
筆者が支援した企業では、宿泊・リゾート事業者向けの業務管理SaaS企業（10名前後、うちサポートチーム6名）が、Gmailの共有アドレスで月約1,000件の問い合わせに対応していました。チケット管理ツールはなく、対応の記録は担当者の記憶とメール履歴頼みでした。
ここでヘルプデスクを立ち上げ、チャネルの接続、パイプライン、担当者ごとのビュー、記録すべき項目までを設計しました。約2.5ヶ月・全6回で営業・サポート両部門のカットオーバーを完了し、月約1,000件の問い合わせを初めてデータベース化しています。
→ HighriseからHubSpotへ移行――2.5ヶ月で営業・サポートを統一
また、サポートがZendesk、営業がSalesforceと分かれていた福利厚生サービス提供企業（従業員約200名）では、HubSpotへの統一によってサポートと営業の顧客データを統合しています。
→ ZendeskとSalesforceをHubSpotに統一――重複コストを解消
Service Hub全体の導入手順は、HubSpot Service Hub導入｜運用を止めない手順にまとめています。
5. どちらを使うべきか
ヘルプデスクを使うべきケース
- 新規でService Hubの問い合わせ管理を設計する：迷わずヘルプデスク
- 問い合わせをチケットとして進捗管理したい：ステータス、担当、対応時間を追いたい
- サポート担当者が複数いる：誰が何を持っているかを可視化したい
受信トレイで十分なケース
- 問い合わせ量が少ない：担当者が1〜2名で、全件を目で追える
- チケットとして進捗管理する必要がない：返信すれば完結し、ステータスを追う必要がない
- 既に受信トレイで運用が回っていて、困っていない
受信トレイで十分な会社が、無理にヘルプデスクへ切り替える必要はありません。ただし、問い合わせが増えてチケット管理が必要になった時点で、切り替えを検討してください。
よくある質問（FAQ）
Q. HubSpotのヘルプデスクと受信トレイ、どちらを使うべきですか？
A. 新規で設計するならヘルプデスクです。受信トレイとチケット管理が統合されており、HubSpotが現在推奨している機能です。問い合わせ量が少なく、チケットとして進捗管理する必要がない場合は、受信トレイで十分です。
Q. 同じメールスレッドで別の質問が来たらどうなりますか？
A. クローズ済みのチケットが再オープンされます。管理上分けたい場合は、担当者が新しいチケットを作成してください。この運用ルールは事前にチームで決めておくことを勧めます。
Q. システムのエラーメールが大量にチケット化される場合はどうすればいいですか？
A. 同じ件名のメールを1つのチケットにまとめる仕様はありません。エラーメールなどのシステム通知は、問い合わせ用アドレスとは別のアドレスに届くように設定を変えるのが現実的な解決策です。
Q. ヘルプデスクのフォルダやビューはチームで共有されますか？
A. ビューは全ユーザーに共有されますが、フォルダは個人ユーザー固有です。列の並び順や昇順・降順も共有されません。チームで表示を揃えたい場合は、推奨レイアウトをスクリーンショット付きで共有し、各自で設定してもらってください。
まとめ：チケットとして追う必要があるかどうか
判断軸は1行です。問い合わせを、チケットとして進捗管理する必要があるかどうか。
必要なら、ヘルプデスクです。返信とチケット操作を1つの画面で完結できます。そのうえで、スレッドの再オープン、エラーメールの分離、個人設定の共有、営業問い合わせの切り分けという4つの仕様を、運用開始前にチームで決めておいてください。
Service Hubの問い合わせ管理でお困りなら
「ヘルプデスクをどう設計すればいいか」「今の受信トレイから切り替えるべきか」——判断に迷う場合は、Harekaにご相談ください。
HubSpot Japan CSMとして200社以上を支援した経験を持つ代表が、初回のご相談から導入・定着まで一貫して担当する体制で、問い合わせの量とチャネルに照らした現実的な設計を一緒に作ります。
結論が「今は受信トレイで十分です」になることも含めて、フェアにお答えします。お問い合わせはこちらからお気軽にどうぞ。