Zendesk vs Intercom

Zendesk と Intercom は、共有受信トレイを卒業したサポートまたは CS リーダーが最終的に選ぶことになる 2 つのプラットフォームです。機能一覧では競合に見えますが、出発点は正反対です。Zendesk は既存の ticketing デスクであり、チャネルの幅、オムニチャネルのルーティング、そしてあらゆる health score ツールがすでに連携している記録システムです。Intercom は AI-first の挑戦者で、その resolution エージェントである Fin を中心に構築されており、Fin は一般的な問題において人間に匹敵する品質で実際に会話をクローズします。中心となる分岐点はこうです。Zendesk は多数のプロダクトラインにわたって規模で運用する専用サポートデスク、Intercom は tickets をルーティングするよりも解決したい B2B SaaS や PLG チーム向けの、AI 主導のデフレクションエンジンです。

Zendesk が勝つ領域

• チャネルの幅とオムニチャネルのルーティング。 Email、web とモバイルのメッセージング、音声 (Talk)、ソーシャルが 1 つの workspace に収まります。アドオンなしでこのカバレッジに並ぶ競合はほとんどなく、Intercom の強みは会話型メッセージングであって、音声や深い電話連携はそのホームグラウンドではありません。サポートの motion が電話、email、ソーシャルにまたがり、複雑なルーティングルールを持つなら、Zendesk はそのために作られた専用デスクです。
• 顧客の声の記録システムである。 すべての ticket、エスカレーション、CSAT の回答が Zendesk に集まり、Gainsight や Vitally のような health score ツールは Zendesk の ticket 量とセンチメントを churn リスクのシグナルとして取り込みます。CS チームにとっての価値は UI ではなく連携のフットプリントです。Zendesk はあなたの health scoring がすでに読み取っている元データなのです。
• エンタープライズ ticketing の深さ。 マクロ、トリガー、マルチブランドの workspace、独自のトリガーロジックが、Zendesk を複雑なエンタープライズ ticketing フローに適したツールにしています。Intercom はそうした構造化された大量のルーティングには明確に不向きです。
• プロダクトラインをまたぐ既存性。 多数のチームとプロダクトにわたって 1 つのサポートプラットフォームに標準化する企業は Zendesk に傾きます。他のすべてが比較される際の既定の存在であり、50 名以上のエージェント規模では安全な組織的選択です。

Intercom が勝つ領域

• Fin は tickets をルーティングするだけでなく解決する。 Fin は一般的なクエリで 50% 以上の resolution 率を報告しています。これは CS の headcount の必要性を減らし、RevOps や CS リーダーが注視するデフレクション指標を満たす、本物の自律的な解決です。Zendesk 自身のページも、ニュアンスのある B2B SaaS の問題における resolution 品質で自社の AI エージェントが Fin に劣ることを認めています。AI 主導のデフレクションが主要な購入理由なら、Intercom が直接対決の勝者です。
• カテゴリ最良の受信トレイとヘルプセンター。 受信トレイとヘルプセンターの体験はカテゴリで最も優れており、プラットフォームは後付けではなく真に AI-native です。Intercom は「メッセージング企業」から「AI カスタマーサービスプラットフォーム」へとクリーンに移行しました。Zendesk を含むほとんどの競合は、いまだにその方向へ再構築している途中です。
• CRM を意識したサポートシグナル。 Salesforce と HubSpot との緊密な連携により、サポートイベントが更新リスク、拡大シグナル、CSM の workflows に流れ込みます。デフレクションと会話のデータを retention の forecasting に接続する CS チームに有用です。
• In-app と PLG への適合。 無料ユーザーが大量にいる PLG 企業にとって、Intercom の in-app メッセージングと Fin は seat を増やさずにサポートをスケールします。Zendesk も in-app は可能ですが、それは Intercom が支配するメッセージング中心の motion です。

Pricing の現実

両者とも seat の上に resolution ごとの AI pricing へ移行しており、これが比較を modelable にしています。Zendesk の seat は $19/エージェント/月 (Support Team、email + ticketing のみ)、$55 (Suite Team)、$115 (Suite Professional、現実的な mid-market の下限) で、Copilot は +$50/エージェント/月のアドオン、AI エージェントは自動化された resolution ごとに課金されます。コミット済みボリュームでおよそ $1.50/resolution、pay-as-you-go で $2.00 です。アドオンが積み重なると、フル装備の Suite Professional 展開は日常的に $200/エージェント/月 を超えます。

Intercom の seat は $39 (Essential)、$99 (Advanced)、$139/seat/月 (Expert) で、Fin はおよそ $0.99 per resolution です。AI の項目では、Intercom は resolution あたりで大幅に安く、Zendesk のコミットレートの半分未満であり、デフレクションのボリュームで急速に積み上がります。正直な見立てはこうです。Zendesk のエントリー seat はより安く、チャネルのカバレッジはドルあたりで広いですが、支出がエージェント seat ではなく AI の resolution に支配されているなら、Intercom の resolution あたりの経済性が勝ちます。どちらも実際に支払う最終的な数字は公開していません。seat の MSRP ではなく、自分の resolution ボリュームを modelしてください。

実装の労力

Zendesk は設計上、粘着的です。ticket のスキーマ、マクロ、トリガーロジックが独自仕様のため、完全なオムニチャネル展開と以前のデスクからの移行には数週間の再設定がかかります。公式の MCP はまだ初期段階で (MCP Client は early access、MCP Server は 2026 年夏予定)、本番グレードのエージェントガバナンスはまだ前提にできません。Intercom はメッセージングと Fin の motion ではより速く立ち上がります。Fin をヘルプセンターに向けて調整すればデフレクションが始まります。ただし MCP はまったくなく、Zendesk がネイティブに処理する複雑なエンタープライズ ticketing フローには回避策が必要です。いずれにせよ、デフレクションの品質が信頼できるようになる前に、Fin の調整や AI エージェントを自社プロダクトで訓練するための予算を見込んでください。

結論

• Zendesk を選ぶ のは、音声を含むオムニチャネルのカバレッジが必要で、複数のプロダクトラインにわたって構造化された大量の ticketing を運用し、help desk を health score ツールが読み取る重要インフラとして扱う、mid-market またはエンタープライズのサポート組織 (50 名以上のエージェント) の場合です。
• Intercom を選ぶ のは、AI 主導のデフレクションが目的の場合です。Fin が一般的な問題で 50% 以上で会話をクローズすることを望み、カテゴリ最良の受信トレイを評価し、tickets をルーティングするより解決したい B2B SaaS や PLG チームです。
• どちらも選ばない のは、まだ Gmail の共有受信トレイで暮らす ~5 名未満のエージェントの小規模チームの場合です。Help Scout のような軽量な help desk ツールや Slack ベースのサポートフローが適切な規模であり、10 名以上のエージェントになったとき、または ticket 量が手動トリアージを超えたときに再検討します。

条件が何もない状態で選ぶなら、Intercom を選んでください。resolution あたりの経済性と AI-native のデフレクションはサポートが向かう先であり、Fin の resolution 品質が現在の基準です。チャネルの幅、特に音声、またはエンタープライズ ticketing の複雑さが決定的になったとき、あるいは health scoring の stack が Zendesk を記録システムとすることに依存するときに、Zendesk へ切り替えてください。