Gainsight vs Catalyst

Gainsight と Catalyst はどちらも Customer Success チームを支えますが、ワークフローを自分で構築するか既製品を買うかというスペクトラムの両端に位置します。Gainsight はエンタープライズの標準です。市場で最も深い health scoring と自動化エンジン、オプションの Product Experience（PX）バンドル、そして上場企業が必要とするガバナンス層を備えています。Catalyst は、Great Hill Partners の下で Totango と合併した現在、より軽量でリニューアル予測を最優先したプラットフォームであり、モダンな UX と本番稼働までの速い道のりを持ちます。ルーティングの問いは具体的です。専任の CS-Ops 管理者と、複数ソースから構築する health モデルがあるのか。それとも、最小限の設定負荷でチームが運用できるリニューアル予測の画面が必要なのか。

Gainsight が勝つところ

• **health score の設定自由度。**Gainsight のスコアカードビルダーは、製品イベント、サポート履歴、請求サイクル、NPS、コミュニティ活動など、ほぼあらゆるソースのシグナルを、独自のしきい値とセグメント別ロジックで重み付けします。Catalyst の health scoring は有能で ARR モーションに密接に結びついていますが、独自ディメンションは少なめです。マルチプロダクトの health モデルを構築するエンタープライズ CS-Ops チームにとって、Gainsight の深さこそが割増料金を払う理由になります。
• **PX バンドル。**Gainsight は CS と Product Experience を1つの契約で販売します。アプリ内ガイド、オンボーディングのチェックリスト、アダプション調査が、CSM が見るのと同じ health レコードに反映されます。Catalyst にはネイティブのアプリ内エンゲージメント層がありません。CS モーションとアプリ内アダプションプログラムの両方を運用するなら、Gainsight の統合契約は、CS と別個の製品アナリティクスツールを買うよりも通常 15-25% 安くなります。
• **自動化の画面。**Gainsight は自動化を Rules Engine（データトリガー）と Journey Orchestrator（複数ステップのライフサイクルプログラム）に分けています。この分割はしばしば複雑さと呼ばれますが、数十のプログラムを並行して運用するチームにとって、データ自動化と人が管理する journey との明示的な分離は運用上有用です。Catalyst は単一でよりシンプルな自動化モデルを採用しています。
• **エンタープライズのガバナンス。**SSO、ロールベースのアクセス制御、チーム単位のセグメンテーション、監査ログがすべての tier に付属します。SOC 2 監査や上場企業のバイヤーにとって、この層は交渉の余地がなく、Catalyst よりも Gainsight の方が成熟しています。

Catalyst が勝つところ

• **リニューアル予測の精度。**Catalyst はリニューアル管理を中心に構築されており、health score がリニューアルパイプラインの予測に直接反映されます。拘束的な KPI がリニューアル予測の精度である CS チーム — 抽象的な health の可視性ではなく — は、リニューアルを背骨ではなく複数モジュールの1つとして扱う Gainsight よりも、Catalyst の予測画面を一貫して高く評価します。
• **価値実現までの時間。**Catalyst の mid-market チーム向け go-live は約 4-8 週間で、すべてのコア機能が初日から利用できます。Gainsight の現実的なエンタープライズ実装は 8-16 週間で、通常は専任の社内オーナーに加え、認定管理者の継続的なサポートが必要です。プラットフォームが稼働するまでの数か月の runway を確保できないなら、Catalyst の方が誠実なコミットメントです。
• **CSM 側の UX。**Gainsight に最も多く挙げられる不満は、非管理者ユーザーがコーチングなしでは操作に苦労することです。Catalyst は Gainsight の後に構築され、インターフェースがそれを示しています。プラットフォームに新しく加わった CSM は、構造化されたオンボーディングプログラムを経てではなく、数日で生産的になります。
• **管理の負荷。**Catalyst の単一自動化モデルは、1人の管理者またはパートタイムの CS-Ops リソースで維持できることを意味します。Gainsight の2システム自動化は、担当 CSM あたりの管理時間が通常より多くかかります — UX への異論ではなく、実際のコスト項目です。

pricing の実態

両ベンダーともにカスタム見積もりで、定価を公開していません。Gainsight の典型的な mid-market レンジは PX バンドルや Horizon AI アドオンの前で年間 $50,000-100,000 であり、両モジュールを備えた複雑なエンタープライズ展開は年間 $200,000 を定常的に超えます。Vendr のバイヤーデータは、500-1,500 レコードの展開を $60,000-120,000 のレンジに位置づけています。Catalyst の mid-market 展開（10-30 CSMs）は年間およそ $30,000-80,000 に収まり、エンタープライズは $80,000-250,000+ に達します。同等のスコープでは、Catalyst は通常 Gainsight より 30-50% 低くなります — ただしこの差は 50+ CSMs から縮まり、両者の per-seat pricing が収束します。

Totango 合併に関する留意点

Catalyst は 2026 年ではなく 2024 年に Great Hill Partners の下で Totango と合併し、両社の co-CEO が率いています。2つのブランドは短期的には維持され、ベンダーは既存顧客のコストは変わらないと述べています。この継続性は今日は本物ですが、合併後のロードマップは動きます。複数年の Catalyst 契約に署名するなら、調達部門に直接、統合された組織がどこに投資しているのか — Catalyst という製品なのか、収束した Totango プラットフォームなのか — を尋ね、更新時のパッケージ変更の可能性を織り込んでください。独立して保有され、カテゴリ内で安定している Gainsight は、この不確実性をより少なく抱えています。

結論

• Gainsight を選ぶのは、専任の CS-Ops 管理者がいて、3つ以上のデータソースから引く health モデルを運用し、アプリ内アダプションプログラムのために PX バンドルが必要で、SOC 2 または上場企業のガバナンス要件の下で運用する場合です。
• Catalyst を選ぶのは、リニューアル予測の精度が拘束的な KPI であり、CS-Ops チームが少人数（1-2 名）で、認定管理者への依存なしに2か月未満で稼働させる必要がある場合です。
• どちらも選ばないのは、専任でない CSMs が 15 アカウント未満を管理する場合です。この規模では、ネイティブの Salesforce または HubSpot のビューに共有の Notion ワークスペースを加えた方が、どちらのプラットフォームよりも、わずかなコストで遠くまで到達できます。

何もない状態で選ぶ場合で、かつ board が尋ねるのがリニューアル予測なら、Catalyst を選んでください — ほとんどの CS リーダーが評価される唯一のことを、はるかに少ない setup で行います。PX バンドルが本物のユースケースになったとき、health モデルが Catalyst のディメンションを超えたとき、または CS-Ops チームが2つの自動化システムを無理なく運用できるほど大きくなったときに、Gainsight へ移行してください。$60-100K の tier で Gainsight を買うチームの大半は、その能力の 30-40% しか使いません。その深さに対しては、リニューアルとアダプションの成果に変える管理者のキャパシティがあるときにのみ支払ってください。