ooligo

Certinia

customer-success-platform customer-success-platform · customer-health-scoring · salesforce-native
API
Customer Success
7.1 /10

概要

Certinia Customer Success Cloud(CS Cloud)は、Salesforce org の横ではなく内部で動くカスタマーサクセス基盤です。ヘルススコア、サクセスプラン、プレイブック、CSM のタスクはすべて Salesforce のレコードとして、取引先、商談、ケース、サービスプロジェクトのデータと並んで保存されます。そのため CS ツールと CRM の間に同期ジョブは存在しません。Certinia は FinancialForce が社名変更した会社で、Salesforce ネイティブの ERP とプロフェッショナルサービスオートメーション(PSA)で最もよく知られています。CS Cloud はそのスイートのポストセールス部分です。AI レイヤーは Veda で、CS 側では Customer Success Agent に加え、アカウント要約、ヘルス要約、チャーンとエクスパンションの予測シグナルを提供します。Veda はアカウントブリーフ、サクセスプラン、ビジネスレビューの準備資料を下書きします。

Certinia は Haveli Investments が所有し(2023 年に買収)、TA Associates が少数株主として出資しており、事業は問題なく継続しています。2026 年 10 月には Gartner Magic Quadrant for Customer Success Management Platforms に初登場し、Visionary に位置付けられました。同じレポートで Gainsight と Planhat は引き続き Leaders に選ばれています。

Customer Success スタックに登場する理由

  • 2 つ目のシステム・オブ・レコードが不要です。 主要な CS プラットフォームはどれも独自のデータストアを持ち、Salesforce と同期します。CS Cloud のデータは Salesforce のデータそのものなので、ヘルススコアは標準のレポート、フロー、ダッシュボードにそのまま表示され、営業、サポート、財務が CSM と同じ取引先レコードを見られます。
  • サービスとサクセスが同じレコード上にあります。 すでに Certinia PSA でオンボーディングや導入プロジェクトを管理している場合、CS Cloud は同じ org からプロジェクトの状況、リソース割り当て、time-to-value を読み取ります。導入チームから CSM への引き継ぎは、多くの CS スタックで最も弱い継ぎ目です。
  • Salesforce 自身の評価。 製品ページでは Salesforce の President of Customer Success である Jim Roth 氏が、Salesforce 上にネイティブに構築された唯一の CS プラットフォームとして推薦しています。ベンダーが選んだ引用ではありますが、製品の重心がどこにあるかを示しています。

価格の実態

Certinia は CS Cloud の価格を公開しておらず、すべての案件がユーザー数とモジュールに基づく個別見積もりです。最も信頼できる独立した目安は、Certinia 全体を対象にした Vendr のデータ(2026 年 2 月更新)です。177 件の購入で中央値は年間 $74,402、範囲は $4,424 から $304,949、購入者の平均削減率は約 8% です。この数字には Certinia の売上の大半を占める ERP と PSA の案件が混ざっているため、10-30 名の CSM チームによる CS 単体の案件は中央値を下回るはずです。Vendr によれば、ミッドマーケットの購入者は初回見積もりから 15% から 30% 値下げ交渉しており、複数年契約では 10% から 20% 安くなります。

多くの購入者が見落とすコストがあります。CS Cloud の各ユーザーには Salesforce ライセンスも必要で、Vendr はこれをユーザーあたり月額 $25-$75 としています。CSM がすでに Sales Cloud や Service Cloud のライセンスを持っていれば追加コストはかかりませんが、持っていない場合は、CS Cloud を Gainsight や ChurnZero の見積もりと並べる前にこの費用を加算してください。

最適な利用者

最適な利用者: Salesforce に標準化した B2B 企業で、CSM がおよそ 10-100 名、CSM がすでに Salesforce で仕事をしており、サクセスプラン、更新、サービス提供を同期ツールではなく取引先レコード上で管理したい VP of Customer Success や CS Ops リード。すでに Certinia PSA を導入している場合や、財務と営業の経営層が Salesforce の外にあるヘルススコアを見ようとしない場合に ROI が最も高くなります。

向かない利用者: HubSpot を使う企業、ヘルスシグナルの大半が大量のプロダクトテレメトリーであるプロダクト主導型の企業、Salesforce 管理者がいない約 10 名未満の CSM チーム。これらの組織では、同期が不要になるメリットよりも org への負荷のほうが大きくなります。

代替ツールとの比較

  • vs Gainsight。 シェアトップで、エンタープライズの安全な定番です。機能の深さと管理者エコシステムの規模は最大です。CS 組織が専任のプラットフォームチームを正当化できる規模(50 名以上の CSM)で、機能の幅を最大限求めるなら Gainsight を選んでください。機能の幅より CS データを Salesforce 内に保つことが重要なら Certinia を選んでください。
  • vs Planhat。 カスタマイズ可能なデータモデルと独自の CRM・PSA モジュールを持つ Gartner Leader です。CS が CRM の外で独自のデータモデルを持つべきなら Planhat、CRM を唯一の信頼できる情報源として維持すべきなら Certinia を選んでください。
  • vs ChurnZero または Vitally。 立ち上げが速く、ミッドマーケットのチームには通常こちらのほうが安価です。どちらも Salesforce の内部で動くのではなく、Salesforce と同期します。同期をなくすことより、2 か月未満の time-to-value が重要な場合はこちらを選んでください。
  • vs Velaris。 QBR やサクセスプランを下書きするコパイロットを中心に設計された、新しい AI ネイティブの参入者です。AI の深さが決め手で、Salesforce ネイティブのアーキテクチャが決め手でないなら Velaris を選んでください。
  • vs Salesforce Service Cloud と Agentforce での自作。 優秀な管理者がいて CSM が約 10 名未満なら現実的です。それを超えると、CS Cloud が最初から備えているサクセスプラン、プレイブック、ヘルススコアリングを作り直すことになります。

注意点

  • Salesforce ライセンスで計算が変わります。 Gainsight より安く見える CS Cloud の見積もりも、CSM、CS Ops アナリスト、たまに閲覧するだけのユーザーまで全員に Salesforce ライセンスが必要になると、結果的に高くなることがあります。対策: アクセスが必要な全ユーザーを洗い出し、すでに Salesforce ライセンスを持つ人に印を付け、不足ライセンスを含めた総コストの見積もりを依頼してください。
  • プロダクトテレメトリーが Salesforce のストレージを圧迫します。 生の利用イベントを Salesforce オブジェクトに書き込むとデータストレージを消費し、Salesforce はこれを高額で課金するうえ、レポートも遅くなります。対策: イベント単位の利用データはデータウェアハウスに置き、日次または週次の集計値(アクティブユーザー数、機能の定着スコア)だけをヘルススコアの入力として同期してください。
  • 独立した裏付けが乏しいです。 Gartner Peer Insights にある CS Cloud のレビューはごくわずかで、Certinia が示すチャーン削減効果(チャーン 3% から 8% 減、更新とエクスパンション 2% から 6% 増)はベンダー自身の数字です。対策: 自社と同規模の CSM 数で CS Cloud を運用している参照顧客を、できれば Certinia PSA を使っていない企業から 2 社紹介してもらい、契約前にパイロットの指標(QBR 準備にかかる時間、更新予測の精度)を決めてください。
  • スイートへの引力があります。 Certinia の営業は ERP と PSA のバンドルに寄りがちです。対策: CS Cloud を独立した明細として見積もってもらい、不要なバンドルに更新条件を縛られないようにしてください。
  • Salesforce 管理者が CS 管理者を兼ねることになります。 設定変更は、Salesforce の他の部分と同じ org ガバナンス、リリースサイクル、サンドボックスのプロセスを通ります。対策: 導入計画に管理者の工数を明示的に組み込み、本番稼働前に CS からの変更依頼を誰が承認するかを Salesforce のオーナーと合意しておいてください。