はじめに — Zendesk を公開情報ベースで整理する目的
CS向けSaaSの選定で「Zendesk か Salesforce Service Cloud か」という比較は、毎月のように相談を受けるテーマです。
本記事は、Zendesk の公開情報(公式サイト、IR資料、業界レポート、第三者レビューサイト)ベースで、機能・料金・選定ポイント・落とし穴を整理した 発注側視点のガイド です。
CS向けSaaS選定の完全フレームワーク で書いた5段階の選定プロセスを、Zendesk という具体例に当てはめる形でまとめます。
なお、本サイトの編集方針として、自社で実際に使っているツール、取引先ベンダーは扱わない という制約があります。本記事は公開情報のみを基にした記述で、私個人の運用経験は含まれません。
Zendesk とは — 5つの製品ラインの全体像
Zendesk は2007年創業、米国本社の カスタマーサービス向け SaaS の最大手の一つ。グローバルで10万社以上が導入していると言われ、日本市場でも近年急速にシェアを伸ばしています。
5つの主要製品
| 製品 | 役割 | 主な対象 |
|---|---|---|
| Zendesk Support | チケット管理(メール・フォーム) | サポート部門の中核 |
| Zendesk Talk | クラウド電話・コールセンター機能 | コールセンター運営 |
| Zendesk Chat | Webサイトチャット・チャットボット | リアルタイム接客 |
| Zendesk Guide | ナレッジベース・FAQ管理 | セルフサービス強化 |
| Zendesk Sales | 営業用CRM(旧Base CRM) | インサイドセールス |
これら5製品が個別契約可能ですが、業界主流は Zendesk Suite という統合パッケージでの導入。
Zendesk Suite の構成
Suite は Support + Talk + Chat + Guide を統合したパッケージ。プランは4階層:
- Suite Team: 基本機能、$55/user/月
- Suite Growth: 業務自動化、$89/user/月
- Suite Professional: 高度な分析、$115/user/月
- Suite Enterprise: カスタム要件、要問合せ
(料金は公開情報ベース、為替や2026年現在のレートで変動)
Zendesk Support(チケット管理)の核心機能
Zendesk の中核機能であるチケット管理を、選定視点で解説します。
主要機能
- マルチチャネル統合: メール、Webフォーム、SNS、APIを1つのキューに統合
- トリガー・自動化: 条件ベースの自動振り分け、自動返信、エスカレーション
- マクロ: 定型応対をワンクリックで挿入
- SLA管理: 応答時間・解決時間のSLAを設定し、超過時にアラート
- ビジネスルール: 営業時間外/休日のルール設定
- タグ・カスタムフィールド: 案件分類・分析の自由度高
- マルチブランド: 複数ブランド・複数組織を1テナントで管理
強み
- UIの完成度: 業界トップ層、エージェントの学習コストが低い
- API・拡張性: REST APIで外部システム連携が柔軟
- エコシステム: Marketplace に1,000以上のアプリ
- グローバル対応: 30以上の言語、多通貨
弱み・注意点
- 日本語のレポート機能: 標準レポートは英語ベース、日本語化が一部不完全
- 大量データの検索: 数十万件超のチケットでは検索性が落ちることがある
- カスタマイズの罠: カスタムフィールドを増やしすぎると運用が複雑化
Zendesk Talk(コールセンター機能)
電話チャネルを Zendesk に統合したい場合、Talk が選択肢になります。
主要機能
- クラウド電話: ブラウザベースで発着信
- IVR(自動音声応答): 簡易IVR設定
- 通話録音: 自動録音と保存
- CSAT測定: 通話後アンケート
- コールバックリクエスト: 高負荷時の自動コールバック
国内のコールセンター業界との比較
日本のコールセンター業界で広く使われる MiiTel、BIZTEL、Amazon Connect、Genesys などのフル機能PBXと比較すると、Zendesk Talk は 「サポート部門の補助電話チャネル」 という位置付けが現実的。
本格的なコールセンター運営(数十席以上、24時間体制)には、専用PBXとの組み合わせが推奨されます。
Zendesk Guide(ナレッジベース)
セルフサービス強化のためのナレッジベース機能。
主要機能
- ヘルプセンター構築: 公開・社内向けの記事サイト
- 多言語対応: 30以上の言語で記事を出し分け
- AI 検索: お客様の質問から関連記事を提案
- コミュニティフォーラム: ユーザー同士の Q&A
- 記事の効果分析: どの記事がよく見られているか
日本市場での注意点
- 日本語検索精度: 英語ほどの精度には達していない(2026年時点)
- 記事管理ワークフロー: 大規模ナレッジの編集体制を別途設計する必要
代替候補として、Helpfeel、Notion 公開ページ、独自構築 などを検討する組織も増えています。
Salesforce Service Cloud との使い分け
最も多い相談「Zendesk か Salesforce Service Cloud か」を、選定軸で整理します。
判断軸1: 既存スタック
| 既存環境 | 推奨 |
|---|---|
| Salesforce(営業用) を使っている | Service Cloud が圧倒的に有利(データ統合) |
| Salesforce 未導入、独立サポート組織 | Zendesk のほうが導入工数低い |
| Microsoft Dynamics / HubSpot を使っている | Zendesk か HubSpot Service Hub |
判断軸2: 組織規模
| 組織規模 | 推奨 |
|---|---|
| SMB(エージェント10-30名) | Zendesk のほうが初期構築が早い |
| 中堅(エージェント30-100名) | どちらも実績、要件で判断 |
| エンタープライズ(100名以上) | Service Cloud のカスタマイズ性が活きる |
判断軸3: 機能要件
| 要件 | 強い側 |
|---|---|
| マルチチャネル統合 | 両者ほぼ同等 |
| AI機能(自動応答・要約) | Service Cloud(Einstein) |
| Marketplace・拡張性 | Zendesk(エコシステム広い) |
| カスタマイズ・複雑業務 | Service Cloud(自由度高い) |
| UI使いやすさ | Zendesk(学習コスト低) |
| グローバル対応 | 両者同等 |
判断軸4: 料金
両者とも階層プランで、ざっくり同程度の価格帯。
- Zendesk Suite: $55-115/user/月
- Service Cloud: $25-300/user/月(機能で大きく変動)
エンタープライズ要件では Service Cloud のほうが高くなる傾向。
Zendesk 選定の5つのチェックポイント
CS向けSaaS選定の完全フレームワーク の Stage 2 で機能要件を整理する際、Zendesk について確認すべきポイント。
1. マルチチャネル統合の現実性
理論的には統合可能ですが、実装の手間は要件次第。
確認: 既存の電話・チャット・SNSをどこまで Zendesk に集約したいか、現実的なスコープを決める。
2. SLA設定の柔軟性
業界・契約タイプで異なるSLAを設定できるか。
確認: お客様プラン(Basic/Pro/Enterprise)別にSLAを変えたい場合、Zendesk のビジネスルールで実現可能か検証。
3. レポート・分析機能
標準レポートと、必要に応じて Explore(高度な分析モジュール)の追加が必要かどうか。
確認: 経営層に出す月次/四半期レポートを Zendesk 単独で作れるか、それともBI(Tableau, Looker)を別途必要とするか。
4. データ移行の現実性
既存システム(Excel管理、別ツール)から Zendesk への移行手間。
確認: チケット件数、カスタマー数、過去ナレッジの件数、移行ベンダーの活用要否。
5. 日本語・日本市場特有の要件
- 日本語UIの完成度
- 日本の祝日・営業時間カレンダー設定
- 日本リセラー経由の契約条件
確認: グローバル本社契約 vs リセラー経由契約のメリット比較。
Zendesk 導入の落とし穴 5つ
導入後のよくある問題を、回避策とセットで整理。
落とし穴1: カスタムフィールドの過剰追加
導入初期にカスタムフィールドを作りすぎ、運用が複雑化する。
回避策: カスタムフィールドは最大10個までと制約を設ける。半年に1回、使われていないフィールドを棚卸し。
落とし穴2: エージェント数増加での予算超過
Zendesk は1ユーザー月額制。エージェント数増加で予算が予想以上に膨らむ。
回避策: 「ライト エージェント」(参照のみ、コメント機能なし)を活用。エージェント数の上限を設定。
落とし穴3: トリガー・自動化の複雑化
トリガーを増やしすぎて、誰も全体像を把握できない状態に陥る。
回避策: トリガーは命名規則(プレフィックス)で分類。半期に1回、不要トリガーを削除。トリガー設計書(社内Notion等)で全体像を可視化。
落とし穴4: Salesforce 連携を後から付ける
最初は Zendesk 単独で運用し、後から Salesforce 連携を付けようとすると、データ統合の工数が高い。
回避策: 営業組織が Salesforce を使っているなら、最初から連携を前提に設計。
落とし穴5: 日本語のナレッジ検索精度
Zendesk Guide の日本語検索が期待ほど高くない場合がある(英語に最適化されているため)。
回避策: 日本語のクエリで実機検証を行う(PoC期間で必ず確認)。代替として Helpfeel、Notion 公開ページの併用も検討。
契約交渉のポイント
CS向けSaaS選定の完全フレームワーク で書いた契約交渉の原則を、Zendesk 固有に適用します。
取りやすい譲歩
- 初年度の20-30%割引 — 特に四半期末、年度末
- 導入支援の無償提供 — オンボーディングサービスを無償化
- 追加ユーザー単価の固定 — 3年契約でユーザー単価をロック
- 30日トライアル延長 — 通常14日のトライアルを延長
リセラー経由のメリット・デメリット
日本では KCCS、ソフトバンク等のリセラー経由契約も多い。
メリット:
- 日本円請求(為替リスク回避)
- 日本語サポート体制
- 日本法人での契約
デメリット:
- 直接契約より割高になる場合がある
- 機能リリースのタイムラグ
- 直接ベンダーとの交渉ができない
組織の規模・要件で使い分けます。
まとめ — Zendesk を選ぶべき組織・選ぶべきでない組織
Zendesk が向く組織
- 独立したサポート部門を持つ SaaS / EC 企業
- Salesforce を使っていない、または Service Cloud のコストが過剰な組織
- マルチチャネル(メール/電話/チャット/SNS)統合が必要
- グローバル展開している、または予定している
- 短期間(数週間〜数ヶ月)で立ち上げたい
Zendesk が向かない組織
- Salesforce を全社で使っており、Service Cloud のシナジーが大きい
- 100名以上のエージェント、複雑な権限設計が必要
- 日本国内特化、海外連携不要
- 売り切り型ビジネス(継続契約のCRMが不要)
関連記事
- CS向けSaaS選定の完全フレームワーク — 本記事の選定プロセス全体像
- SaaSのカスタマーサクセス指標完全ガイド — Zendesk のレポート機能で見るべき指標
- コールセンターKPI完全入門 — Zendesk Talk の運用指標
- CS実務テンプレート集 — Zendesk 選定時の RFP テンプレ
- 運営者プロフィール — Aoについて
質問・「自社の Zendesk 選定のご相談」は お問い合わせフォーム からどうぞ。
— Ao