Zendeskから移行する方法：2026年完全ガイド

Zendeskには価格の問題があり、年々悪化しています。r/helpdeskのサポートチームは年20%の価格値上げを報告しており、あるユーザーは更新見積もりが年$1,500から$7,000に跳ね上がったと述べています。また、10名のエージェントチームで年$15,000を支払っていたが、大幅に安いコストでFreshServiceに切り替えたという報告もあります。

不満は価格だけではありません。「Zendeskは非常に柔軟性が高いが、その柔軟性を活かすには適切に設定できる人材が必要であり、小規模チームにはそのような人材がいない」とr/helpdeskのコメント投稿者は率直に述べています。専任のZendeskアドミンを持たないチームにとって、プラットフォームの機能の豊富さは障壁になってしまいます。

移行を検討しているなら、あなただけではありません。このガイドでは、現在のセットアップの監査、データのエクスポート、移行先の選定、移行の実施、自動的に移行されないものの再構築まで、完全な移行プロセスを説明します。実際の切り替えに何が必要か（ほとんどの移行ガイドが省略している部分を含む）をリアルに把握したい方はぜひお読みください。

移行前に：実際に何があなたを離れさせているかを理解する

適切な解決策は根本的な原因によって異なります。

ZendeskのAIが高すぎる。 Copilotアドオンは$50/エージェント/月で、さらにプランの少量の月次枠を超えた自動解決1件あたり$1.50〜$2.00かかります。Suite ProfessionalにCopilotを加えた10エージェントチームは、AR超過分を除いても月$1,650に達します。AIの価格が主な問題であれば、まったく移行する必要がないかもしれません。既存のZendeskセットアップ（またはよりシンプルなヘルプデスク）にサードパーティのAIレイヤーを追加する方が、はるかにコストが低くなります。

Zendeskはあなたの規模には過剰。 月数百件以下のチケットしかない場合、使いもしないオムニチャネルルーティング、ワークフォース管理ツール、エンタープライズ規模のアナリティクスに費用を払っている可能性があります。Help ScoutやZoho Deskのような軽量プラットフォームは、必要なものをはるかに低コストで提供してくれます。

Zendeskが適していない（ITヘルプデスクのDNA、eコマースやSMBには不向き）。 複数のRedditスレッドでは、ZendeskはITサポートと大企業向けに作られたと指摘されています。主に注文状況、返品、製品に関する質問を扱うチームは、目的特化型の代替ツールがこれらのワークフローをより自然に処理できることが多いです。

以下の移行手順はいずれのシナリオにも適用されます。ただし、理由を常に念頭に置いておいてください。あなたにとって最適な代替ツールが何かを決定するのはその理由だからです。

移行の実際のコスト

切り替えを決断する前に、両側の数字を計算してください。

ミッドサイズチームの典型的なZendeskの請求はこのようになります：

チケット量が多い場合、自動解決の超過分（$1.50〜$2.00/AR）がこれに上乗せされます。

移行したチームからは大幅なコスト削減の報告があります。ある企業はBoldDeskに移行して年$7,000から$1,500にコストを削減しました。別の企業はFreshServiceに移行して年$15,000の請求を大幅に削減しました。移行コスト（Help Desk Migrationのようなツールで$500〜$2,000）を考慮しても、ほとんどのチームは6ヶ月以内に損益分岐点に達します。

移行先の選択

最適な移行先はチームの規模、サポートチャネル、eコマースのネイティブ統合とジェネラルチケットティングのどちらを重視するかによって異なります。

注目すべき点：

FreshdeskはZendeskからの最も一般的な移行先です。管理コンソールにネイティブのZendeskインポートウィザードがあり、チケット、連絡先、ナレッジベース記事、添付ファイルを処理します。すべてのティアでZendeskより安価です。

Help Scoutはセットアップが本当に簡単で、チームは数週間ではなく数日で本番稼働できると報告しています。サポートの大部分がメールで来ており、複雑なルーティングが不要な場合に最適です。

GorgiasはShopify統合が主な要件であれば最適です。注文データがチケット内に直接表示されます。Zendeskで同じことを実現するにはカスタム統合作業が必要です。

ITチームで社内サポートを行っている場合は、Jira Service Managementを検討する価値があります。無料ティアは3エージェントをカバーし、完全なITIL機能セットが含まれています。

ステップ1：Zendeskで実際に使っているものを監査する

エクスポートを開始する前に、チームが日常的に依存しているものを文書化してください：

• チャネル：メール、チャット、音声、ソーシャルメッセージング - どれが有効か？
• 統合：CRM、eコマースプラットフォーム、Slack、アナリティクスツール - すべてのアクティブな接続をリストアップ
• 自動化：トリガー、マクロ、SLAルール、エスカレーションロジック - これらは移行されません
• ビューとレポート：チームが実際に参照するカスタムダッシュボードとレポート
• ナレッジベース：記事数、対応言語、更新頻度

この監査には2つの目的があります。第一に、移行の複雑さを把握し、適切な移行方法を選ぶのに役立ちます。第二に、新しいプラットフォームで再作成が必要なすべてのものを洗い出します。自動移行ツールはビジネスルールを処理しないからです。

正直な監査により、Zendeskをどれだけ使っていないかが明らかになることもあります。チームがエンタープライズ規模の機能に費用を払いながら、プラットフォームの20%しか使っていないことを発見するのは珍しいことではありません。

ステップ2：Zendeskデータのエクスポート

Zendeskでエクスポートできるものと、その取得方法を説明します。

まずデータエクスポートを有効にしてください。 Zendeskのデータエクスポートはデフォルトでは有効になっていません。Zendeskサポートに連絡して機能をリクエストする必要があります。これはProfessionalおよびEnterpriseプラン（およびすべてのSuiteティア）でのみ利用可能です。

Admin Center > Account > Tools > Reports > Exportタブに移動してください。

3つのエクスポート形式が利用可能です：

ほとんどのチームにとって、JSONが推奨フォーマットです。CSVでは含まれないコメントを含む完全なチケット履歴が含まれます。

クリーンにエクスポートされないもの：

• 添付ファイルは別途処理が必要です。標準CSVエクスポートには含まれません
• AIエージェントが解決したチケットはまったくエクスポートできません
• カスタムユーザーフィールドと組織フィールドはAPIが必要です（ユーザーXMLエクスポートでは除外されます）
• トリガー、マクロ、ビジネスルールはプラットフォーム固有のものであり、移行されません

Zendeskアカウントが下位プランの場合、またはより多くの制御が必要な場合は、Zendesk APIを使用することで任意のプランでデータを取得できます。インクリメンタルエクスポートエンドポイントが大規模アカウントの出発点として適しています。

ステップ3：移行を実施する

3つのアプローチがあり、それぞれトレードオフが異なります：

オプションA：専用の移行ツールを使用する（ほとんどのチームに推奨）

Help Desk MigrationはZendeskの認定パートナーであり、このパスで最もよく使用されるツールです。チケット、連絡先、組織、ナレッジベース記事、添付ファイル、インライン画像、通話録音を処理します。ワークフロー：

1. ZendeskアカウントとDestinationプラットフォームの両方を接続する
2. ソースフィールドをDestinationフィールドにマッピングする（カスタムフィールドを含む）
3. 20件のランダムなレコードで無料のデモ移行を実施する
4. サンプルを検証する - チケット構造、コメント、添付ファイルを確認する
5. 完全な移行を実行する
6. 初回取得以降に作成または更新されたレコードをキャプチャするデルタ移行を実施する

このツールはインターバル移行（最大5回の一時停止）をサポートしており、ハードカットオーバーなしに段階的に移行できます。価格はデータ量に応じてスケールします。デモ移行は無料で約5分かかります。

データ転送速度は平均2,000チケット/時間なので、15,000チケットは実際の転送時間として約7〜8時間かかります。

オプションB：移行先プラットフォームのネイティブインポーターを使用する（Freshdesk移行に最適）

Freshdeskに移行する場合、管理セクションにネイティブのZendeskインポートウィザードが含まれています。チケット、連絡先、会社、エージェント、カスタムフィールド、添付ファイル、定型文の返信、シナリオ自動化、ナレッジベースコンテンツを処理します。サードパーティのアカウントは不要です。

既知の制限：ナレッジベース記事内の内部リンクは自動的に更新されません。Zendesk形式のURLは記事本文に残り、手動で修正するかリダイレクトルールで対応する必要があります。

オプションC：移行スペシャリストを雇う（大規模または複雑なアカウントに最適）

50,000件以上のチケット、重いカスタマイズ、または複雑なコンプライアンス要件を持つアカウントには、HelpandoやGravity CXのような企業がエンドツーエンドの移行サービスを提供しています。費用は複雑さによって$5,000〜$20,000以上になります。切り替えによって年間$50,000以上節約できるエンタープライズアカウントにとっては、合理的な投資です。

必ずデモ移行を最初に実施してください。 これはこのプロセスを経験したチームからの最も重要なアドバイスです。デモ移行により、カスタムフィールドの不一致、添付ファイルの破損、日付/タイムゾーンの問題が数千件のレコードに影響する前に発見できます。

ステップ4：移行されなかったものを再構築する

これはほとんどの移行ガイドが過小評価している部分です。チケットデータとナレッジベース記事はクリーンに移行されます。しかし以下のものは新しいプラットフォームで手動作業が必要です：

トリガーと自動化。 Zendeskのトリガーと自動化ロジックはプラットフォーム固有です。新しいシステムのワークフロービルダーを使用して各ルールを再作成する必要があります。これを機会に、実際に機能している自動化を監査しましょう。ほとんどのチームは、誰も作成したことを覚えていないルールの墓場を発見します。

マクロと定型文の返信。 これらはテンプレートとしてエクスポートおよび再インポートできる場合がありますが、構造はプラットフォームによって異なります。すべてをレビューして調整することを想定してください。

SLAポリシー。 ZendeskのSLA設定は他のプラットフォームのモデルにマッピングされません。新しいツールでSLAをゼロから設定します。

ナレッジベースの内部リンク。 記事内の他の記事へのリンクは引き続きZendesk URLを参照します。301リダイレクトを設定するか、古いURLを検索・置換するツールを使用するか、手動で監査するかのいずれかが必要です。数百件の記事がある場合は費用がかかります。

サードパーティ統合。 Zendeskで接続していたすべての統合（Salesforce、Shopify、Slackなど）を新しいプラットフォームで再接続してテストする必要があります。統合の数によっては、統合テストに1〜3日かかることを見込んでください。

チームの権限とエージェントロール。 エージェントのロール構造はプラットフォームによって異なります。ロール、グループ、権限をゼロから設定する必要があります。

便利なショートカット：古いセットアップを1:1で再作成しようとしないでください。移行は自然にシンプル化する機会です。トリガーが2年間編集されていない場合、再構築する前にまだ必要かどうかを確認してください。

ステップ5：本番稼働前にテストする

以下の5つを確認するまで新しいプラットフォームへの切り替えをしないでください：

1. チケット数が一致している。 移行先プラットフォームのレコード数をZendeskエクスポートと比較します。差異はレコードの欠落を示します。
2. コメント履歴が完全である。 10〜20件のランダムなチケットを開いて、完全な会話スレッドがあることを確認します。
3. 添付ファイルが読み込まれる。 添付ファイルの移行は最もエラーが発生しやすいステップです。ファイルがあることがわかっているチケットを抽出検査します。
4. ルーティングがエンドツーエンドで機能している。 すべてのチャネル（メール、チャット、ソーシャル）からテストチケットを送信し、適切な場所に届くことを確認します。
5. 自動化が正しく起動している。 主要な自動化をアクティベートするはずのテストチケットをいくつかトリガーして、期待どおりに動作することを確認します。

新しいプラットフォームにステージング/サンドボックス環境がある場合は、まずそちらでテストを実施してください。

タイミング：いつ移行するか

最も重要なタイミングのアドバイスは一つ：サポートのピーク時には移行しないことです。r/helpdeskのコメント投稿者はこう率直に述べています - 「ピーク中に何かを壊すリスクが命取りになる」。ホリデーシーズンや製品ローンチ中に移行のタイミングを誤ると壊滅的な結果になる可能性があります。

良いタイミング： Q1早期（ホリデー後、管理可能な量）、主要な製品リリース間、サポート量が予測可能に低い期間。

避けるべき： Q4のホリデー期間、計画されたマーケティングキャンペーン、製品ローンチ、B2Bチームの会計年度末。

どれくらいの期間を計画すべきか？

本番稼働後30日間はZendeskを読み取り専用モードで維持してください。最初の数週間は旧システムで何かを調べる必要がほぼ確実に出てきます。アクセスを維持することでパニックを防げます。

新しいプラットフォームでのAIについて

ほとんどのZendeskの代替ツールは、基本プランに基本的なAI機能を追加しています。しかし$15/エージェント/月のプランに「AIが含まれている」というのは、通常、インテントベースのルーティングと候補返信を意味しており、自律的なチケット解決ではありません。

エンドツーエンドでチケットを処理するAI（返信の下書き、簡単なリクエストの解決、コンテキスト付きのエスカレーション）が必要な場合、どのヘルプデスクを選んでもその上にAIレイヤーが必要です。

ここで数字が興味深くなります。eesel AIはFreshdesk、Zendesk、Slack、100以上の他のプラットフォームに接続し、チケット1件あたり$0.40でチケットを処理します。プラットフォーム手数料なし、シートごとの料金なしです。月1,000件のチケットを処理するチームの場合、$400/月になります。これをZendeskのCopilotアドオンの10エージェント分$50/エージェント/月（$500/月）プラス自動解決1件あたり$1.50以上と比較してください。

Freshdeskに移行して（$15/エージェント/月）eesel AIを追加する場合、10エージェントチームで月1,000チケットの費用は：

• Freshdesk Growth：$150/月
• eesel AI：$400/月
• 合計：$550/月（Zendesk + Copilotの$1,650/月と比較）

これはほぼ3分の1のコストで同等（またはそれ以上）のAI機能を実現します。

eeselは最初からあなたの既存チケットとナレッジベース記事から学習します。Smavaは月100,000件以上のチケット処理に使用しています（ドイツ語）。Gridwiseは最初の月にティア1リクエストの73%を解決したと報告しています。ヘルプデスク内にエージェントとしてインストールされるため、管理する並列システムも、ワークフローの再学習も不要です。

移行前にZendeskチケットを自動化する場合や、ZendeskのネイティブAIが実際に何をカバーしているかを理解する場合は、どのパスに進む前でもそれらのガイドを読む価値があります。

移行するかどうかをまだ検討しているチームには、ZendeskのAI代替ツールの比較がより詳細にトレードオフを解説しています。

eeselを試す

eesel AIは、ヘルプデスク内部で動作するAIサポートエージェントです。Zendeskに留まるか、Freshdesk、Slack、または他のプラットフォームに移行するかに関わらず機能します。過去のチケット、ヘルプセンター記事、ナレッジベースを読み取り、初日からサポートを処理し始めます。価格はチケット1件あたり$0.40から始まり、プラットフォーム手数料なし、シートごとの価格なし、コミットメントなしです。

ネイティブAIが高すぎることが部分的な理由でZendeskから移行しようとしているなら、eeselはアドオン価格なしで新しいプラットフォームに同じ機能を提供します。eesel + Zendesk統合ガイドでセットアップ方法を説明しており、Freshdesk統合もその移行先であれば同様に簡単です。

$50分の無料利用、クレジットカード不要。eesel.aiで始める。