Gainsight vs Totango

Gainsight と Totango は、チームがスプレッドシートを卒業し net-revenue retention に本気で取り組む段階になったとき、CS リーダーが同じ最終候補に並べる 2 つのエンタープライズ向け Customer Success プラットフォームです。両者は同じ領域 — health score、churn リスクのシグナル、更新の forecasting、そして CSM 向けの workflow レイヤー — をカバーするため、判断軸は「何ができるか」ではなく「どれだけのプロセスを作り込みたいか、そしてどれだけの CS-Ops の人員を後ろに付けられるか」です。Gainsight は専任の admin を配置する組織向けの、より重く深い system of record です。Totango は、Gainsight 規模の構築なしにエンタープライズ機能を求めるチーム向けの、より軽量で立ち上げの速い代替です。なお Totango は 2024 年に Catalyst と統合し(買収ではなく株式交換による合併)、現在は Totango + Catalyst の統合ポートフォリオを展開しています。

Gainsight が勝つ領域

• playbook とオーケストレーションの深さ。 Gainsight の playbook エンジン — タスクチェーン、CTA トリガー、Journey Orchestrator — は CS 市場で最も深いものです。複数ステップのエスカレーションパスと複雑な QBR workflow を持つ named-account のエンタープライズプログラムを運用するチームでも、実質的な天井に当たりません。Totango の SuccessPlays は大半のプログラムをそのままカバーしますが、ハイエンドでの設定の自由度は Gainsight の下に留まります。
• マルチプロダクトの health scoring。 Gainsight は幅広いシグナル — 製品利用状況、サポートチケット、コミュニティのエンゲージメント、課金履歴、NPS/CSAT、CRM — を 1 つの加重 score にまとめます。マルチプロダクトのポートフォリオで 50 件以上のエンタープライズアカウントを管理する CSM にとって、この幅広さこそ Gainsight が $50M ARR 以上で既定の選択肢という地位を築いてきた理由です。
• PX バンドル。 Gainsight は CS に加えて Product Experience(アプリ内ガイド、tooltip、機能採用のトラッキング)を、同じ health score に織り込んだ統合スイートとして販売し、通常 15-25% の割引で交渉されます。Totango は同等のネイティブな製品アナリティクスレイヤーを提供しないため、別途付け足すことになります。
• system of record としての重力。 CS、RevOps、経営層の更新 forecast がすべて 1 つのプラットフォームに集約されると、Gainsight の深さは誰もそこから移行したがらない理由になります。この lock-in はコストですが、大規模な組織にとっては運用上の安定性でもあります。

Totango が勝つ領域

• SuccessBLOCs による time to value。 Totango は事前構築されたプログラム — onboarding、採用、更新、リスク — を、ゼロから設計する workflow ではなく、オンにするだけの template として提供します。チームは Gainsight が要求する数か月がかりの playbook 構築作業ではなく、数週間で説得力のある onboarding と更新の motion を立ち上げられます。
• より軽い実装、より少ない管理負担。 Totango は、Gainsight の導入で尻込みした後に最終候補へ入れるツールです。後ろに専任の Gainsight 認定 admin(総額 $80-120K/年 の採用)を据えることを前提としません。他の業務と時間を分け合う CS-Ops の担当者でも Totango を健全に保てます。
• 儀式のない設定の自由度。 Totango の柔軟性により、すべての編集を 1 つのプロジェクトとして扱うシステムに change request を出すことなく、health score の入力や play を調整できます。CS の motion を毎月反復したい mid-market のチームにとって、この応答性は純粋なオーケストレーションの深さよりも重要です。
• 合併後の更新領域。 Catalyst を取り込んだことで、統合製品は Totango 単体で提供していたものより成熟した更新管理の領域を備えます — Salesforce の opportunity に紐づく net-revenue retention の forecasting が決め手の KPI である場合に意味を持ちます。

pricing の実際

どちらのベンダーも定価を公表しておらず、両者ともカスタム見積もり、営業による資格確認、年間契約のプラットフォームです。Gainsight のコアである CS Cloud は通常 $50K ARR あたりから始まり、モジュール(PX、CE、CL)を追加するにつれて急速に上昇します — 複雑な導入は年間 $200K を超え、実装サービスはライセンスに 15-20% 上乗せされます。Totango も見積もりベースで、CSM の seat 数、管理対象ベースの規模、データ量に応じて決まります。合併の発表では既存顧客のコストは変わらないと述べられました。よりシビアな金額差はライセンスではなく総保有コストです。Gainsight の現実的な TCO には、Totango がしばしば回避できる専任 admin の人員費が含まれます。同等のスコープであれば、Totango はエンタープライズ帯の軽い側に、Gainsight は admin の給与を組み込んだ重い側に見積もってください。Totango が公表する無料の「Community」ティアは、本番プランではなく評価用の sandbox として扱ってください。

実装の労力

Gainsight: しっかり仕上げるには 90-180 日の導入、setup 中は専任の社内プロジェクトオーナーが必要で、ローンチ後は継続的に Gainsight 認定 admin が必要です。エンタープライズ規模で勝つ深さは、そのまま実装を本格的なプロジェクトにする深さです。Totango: 指名された社内オーナーとともに 60-120 日を見込んでください — Gainsight より軽いものの、些細ではありません。両プラットフォームとも決め手のリスクは同じです。上流のデータ入力(製品テレメトリ、サポート、NPS)が go-live 前に接続されていなければ、health score は誰も信頼しないノイズになります。Totango の SuccessBLOCs はプログラムを構築する側の半分を短縮しますが、データを接続する側の半分は短縮しません。

結論

• Gainsight を選ぶのは、300 件以上の複雑なマルチプロダクトのアカウントを管理し、Salesforce で運用し、専任の CS-Ops admin を抱えているか採用するつもりで、入手可能な最も深い playbook オーケストレーションと health score の設定自由度が必要な場合 — あるいは CS + PX バンドルを 1 つの契約で求める場合です。
• Totango を選ぶのは、$20M+ ARR で正式な CS 組織を持ち、Gainsight 規模の構築なしにエンタープライズ機能を求め、すべての playbook を設計するより事前構築の SuccessBLOCs を重視し、組織図に専任の Gainsight admin を正当化できない場合です。
• どちらも選ばないのは、$10M ARR 未満で CSM が 5 名未満のチームの場合です — プラットフォーム料金に実装を加えても、その規模では回収できません。ChurnZero または Vitally がその帯ではドルあたりの価値が高く、20 アカウント未満なら CRM の共有ビューと CSM が管理するスプレッドシートが適切です。

上記の条件なしに選ぶなら、Totango を選んでください。より速い time to value とより少ない管理負担が、リスクの低い既定の選択にします。そして大半の CS 組織は Gainsight のオーケストレーションの天井を必要としません。300 アカウントを超え、CS-Ops の採用予算があり、PX バンドルまたは市場で最も深い playbook エンジンが必要になったときに Gainsight へ切り替えてください。Totango について購買上の注意が 1 つあります。どの製品 — Totango、Catalyst、または統合プラットフォーム — を買うのかを明示的に尋ね、依存する standalone 製品の roadmap を書面で入手してください。合併後のパッケージングはまだ固まりつつある段階だからです。