HubSpot Service Hub の導入相談で、最初に確認することがあります。
「いつ切り替えますか」
機能の話でも設計の話でもありません。日付です。Service Hubの導入は、他のツール導入と決定的に違う制約を持っているからです。
筆者はHubSpot JapanのカスタマーサクセスマネージャーとしてCRM導入200社以上を支援してきました。この記事では、Service Hub導入の最大の難所と、運用を止めずに切り替えるための手順を整理します。
1. 前提：Service Hubは主にチケット管理で使う
まず位置づけです。Service Hubは主にチケット管理で使われます。
お客様からの問い合わせを1件ずつチケットとして起票し、担当者を割り当て、対応状況を管理し、完了まで追う。この一連を回すための製品です。ヘルプデスクの土台と考えてください。
そしてこの性質が、導入の難易度をそのまま決めます。
2. 最大の難所：運用を止められない
ここがこの記事の核心です。
Service Hubは、運用を止めたくないツールです。
お客様からの問い合わせは常に受け続けなければなりません。そしてチケットも常に作成し続けなければなりません。営業管理のツールであれば「今週は入力を止めて切り替えます」が成立する場面もありますが、サポートではそれができません。止めた瞬間に、お客様を待たせることになるからです。
さらに、サポート対応時間が長い会社もあります。 朝から夜まで問い合わせが入り続ける体制では、切り替えのために使える静かな時間帯がそもそも存在しません。
だから、載せ替え・切り替えを非常にスムーズに行う必要があります。 そしてこれは技術の問題ではありません。
Service Hub導入の最大の難所は、プロジェクトマネジメントです。 データを移す技術でも、画面を設計する能力でもなく、いつ・誰が・何を終わらせるかを管理しきれるかどうかで成否が決まります。
3. カットオーバーまでの準備
進め方は明快です。しっかりカットオーバー日を決め、そこから逆算します。
逆算して終わらせるべきものは3つです。
準備1：必要なデータ移行を終える
過去の問い合わせ履歴や顧客情報のうち、何を移すのかを決め、移行を完了させます。ここで重要なのは「何を移さないか」も決めることです。全部移そうとすると、カットオーバー日が動きます。
移行の具体的な方法は、HubSpotへのデータ移行の進め方で3つの方法と自力でやれる範囲を整理しています。
準備2：ナレッジベースやメールテンプレートの移行
サポート部門が日々使っている資産です。返信テンプレート、FAQ、手順書。これらが揃っていない状態でカットオーバーすると、対応時間が伸びます。 現場がその日から同じ速度で動けるかどうかは、ここで決まります。
準備3：カットオーバー日までのチーム教育
新しい画面で、初日から問い合わせを捌けるようにしておく必要があります。「切り替えてから覚える」は成立しません。お客様を待たせるからです。
この3つが揃った日を、カットオーバー日として設定してください。逆に言えば、3つのうち1つでも間に合わないなら、日付を動かすほうが正しい判断です。
4. 実際の事例
運用を止めずに切り替えた事例を3つ挙げます。
福利厚生サービス提供企業（従業員約200名） は、サポートがZendesk、営業がSalesforceという分断状態から、HubSpotへ統一しました。要件定義から移行設計、プロジェクト管理までを担当しています。
→ ZendeskとSalesforceをHubSpotに統一――重複コストを解消
ヘルスケア領域のスタートアップ（従業員20名以下） は、営業・CS・請求管理までAirtableで運用していた状態から、60日間でSales Hub・Service Hubを同時導入しました。
→ AirtableからHubSpotへ――60日で顧客管理を一元化
宿泊・リゾート事業者向け業務管理SaaS企業（10名前後、うちサポートチーム6名） は、営業管理がHighrise、問い合わせがGmail共有アドレスという状態でした。約2.5ヶ月・全6回で営業とサポートの両方をカットオーバーし、月1,000件の問い合わせを初めてデータベース化しています。
→ HighriseからHubSpotへ移行――2.5ヶ月で営業・サポートを統一
Zendeskからの切り替えを具体的に検討している場合は、ZendeskからHubSpotへ移行｜難所と見送るべきケースに添付ファイルやSLAの難所をまとめています。
5. 見送るべきケース
正直に書きます。日本の電話対応は、現状カバーしきれない部分があります。
電話関連のチャネルをたくさん連携させたい会社では、Service Hub単体では要件を満たせません。サポートの入り口が電話中心である場合、これは運用の工夫で埋められる差ではありません。
判断軸はシンプルです。自社の問い合わせが、どのチャネルから何割来ているか。
- メール・フォーム・チャットが中心 → Service Hubは機能する
- 電話が中心で、電話系の連携が多い → Service Hub単体では難しい
この棚卸しを、導入検討の最初に行ってください。設計を進めてから発覚すると、それまでの検討が無駄になります。
よくある質問（FAQ）
Q. Service Hubの導入にどれくらいかかりますか？
A. 事例では60日間、約2.5ヶ月（全6回）というケースがあります。期間を左右するのは、移行するデータ量と、ナレッジベース・テンプレートの整備量、そしてチーム教育に必要な時間です。カットオーバー日から逆算して決めてください。
Q. 運用を止めずに切り替えられますか？
A. できます。ただし条件があります。カットオーバー日を先に決め、データ移行・ナレッジベースとテンプレートの移行・チーム教育の3つを、その日までに終わらせることです。1つでも間に合わないなら、日付を動かすほうが安全です。
Q. 既存のFAQやメールテンプレートは移せますか？
A. 移せます。そしてこれはカットオーバー前に必ず終わらせるべき準備です。テンプレートが揃っていない状態で切り替えると、初日から対応時間が伸びます。
Q. Service Hubが向かない会社はどんな会社ですか？
A. 電話関連のチャネルを多く連携させたい会社です。日本の電話対応は現状カバーしきれない部分があるため、問い合わせの入り口が電話中心なら、Service Hub単体では要件を満たせません。
まとめ：日付から逆算できるかどうか
Service Hub導入の成否は、1行で言い切れます。カットオーバー日を決め、そこから逆算して3つの準備を終わらせられるか。
データ移行、ナレッジベースとテンプレートの移行、チーム教育。この3つが揃えば、問い合わせを受け続けたまま切り替えられます。技術ではなく、プロジェクトマネジメントの勝負です。
ただし、電話が入り口の中心にある会社は別です。まずチャネルの棚卸しから始めてください。
Service Hubの導入をご検討なら
「運用を止めずに切り替えられるのか」「うちのチャネル構成で足りるのか」——判断に迷う場合は、Harekaにご相談ください。
HubSpot Japan CSMとして200社以上を支援した経験を持つ代表が、初回のご相談から導入・定着まで一貫して担当する体制で、カットオーバー日から逆算した現実的な計画を一緒に作ります。
結論が「いまの構成では難しい」になることも含めて、フェアにお答えします。お問い合わせはこちらからお気軽にどうぞ。