Planhat

概要

Planhat は、CS データ、顧客ヘルス、収益、ワークフローを 1 つのシステムに統合するカスタマープラットフォームで、柔軟なオブジェクト指向のデータモデルの上に構築されています。多くの CS ツールが固定スキーマにヘルススコアを後付けするのに対し、Planhat では独自のオブジェクト（Companies、Contacts、Opportunities に加えて Issues、Projects、Assets といったカスタムモデル）をモデリングし、一対多・多対多のリンクで関連付けられます。3 つのモジュール群を備えています。CRM（営業とアカウント管理）、CSP（Customer Success プラットフォーム）、PSA（プロフェッショナルサービスの自動化）です。これにより、1 つの組織がプリセールス、ポストセールス、サービスデリバリーを同じデータレイヤー上で運用できます。

Gainsight では硬すぎ、Vitally では実際に必要なデータモデリングに対して軽すぎると感じたときに、ショートリストに入れるツールです。

Customer Success スタックで採用される理由

• データモデルそのものがプロダクト。 Planhat の柔軟なスキーマが中核の差別化要因です。標準的でない顧客階層を持つチーム（マルチエンティティのアカウント、usage-based のプロダクト、プロジェクトベースのサービス）は、固定の CS スキーマに押し込めるのではなく、ネイティブにモデリングできます。
• 自社製の MCP サーバー。 Planhat は Apideck のラッパーではなく、ネイティブの MCP サーバーを備えており、Claude Desktop やその他の LLM を Planhat のライブデータにオブジェクト単位の権限付きで接続します。モデルは顧客コンテキストを読み取り、あなたが制御するガバナンスのもとでタスク作成やレコード更新を行えます。2026 年時点で真にエージェント的なアクセスを持つ数少ない CS プラットフォームの 1 つです。
• 自動化の中に組み込まれた AI。 AI ステップはテンプレート型とカスタム型の両方の自動化の中で動作し、Anthropic（Claude）、OpenAI、Azure OpenAI、Gemini への接続を備えるため、LLM の推論がサイドパネルではなくワークフローの中に位置します。
• 収益とヘルスが同じ場所に。 更新フォーキャスト、NRR/GRR トラッキング、ヘルススコアリングが同じデータモデルを共有するため、RevOps と CS が 2 つのシステムを突き合わせるのではなく同じ数値を見られます。

Pricing

• カスタムのみ — アドオン付きの見積もりベースで、公開された self-serve の価格はありません。
• 購入者データによれば、mid-market の導入の多くは Professional ティアで年額 $25K〜$45K のレンジに収まり、より広いバンドはおおよそ $15K〜$60K、enterprise は $60K 超です。
• 価格は管理対象アカウント数とティア、加えて usage-based の要素（自動化の実行回数、追加アカウント、トランザクションメール）に基づきます。アドオンには、アップグレード版の AI Platform、高度なサービス管理、email marketing が含まれます。

適しているチーム

• 顧客構造または商流が既製の CS スキーマに収まらず、設定可能なデータモデルを必要とする mid-market・enterprise の B2B SaaS（ARR 30M USD 以上）。
• 3 つのベンダーを継ぎ接ぎするのではなく、CS、CRM、サービス（PSA）を 1 つのプラットフォームに統合するチーム。
• 統合を自前で構築せずに、MCP 経由でライブの顧客データへエージェント的な AI アクセスを得たい CS・RevOps 組織。

ARR 10M USD 未満で CSM が 5 人未満、かつ標準的な SaaS スキーマのチームであれば、Planhat は買わないでください。データモデリングの強みが無駄になり、その規模では ChurnZero や Vitally の方がドルあたりの価値が高くなります。

注意点

• 柔軟性は設定コスト。 ディールを勝ち取る開かれたデータモデルは、同時に意見を持ったデフォルトが存在しないことを意味します。スキーマ、ヘルスロジック、自動化はあなた自身が設計します。Guard: 構築には 60〜120 日と、名前のある社内データオーナーを確保してください。モデリング不足の Planhat は、設定済みに見えて関連付けが間違っているため、硬いツールよりたちが悪くなります。
• 3 つのモジュール群が scope creep を招く。 CRM、CSP、PSA をまとめて買うのがセールスの売り口ですが、3 つを同時に立ち上げると rollout が停滞します。Guard: モジュールを段階化してください。まず CSP を着地させてヘルスと更新のデータを実証し、モデルが安定してから CRM や PSA を追加します。
• MCP アクセスには権限レビューが必要。 ライブの顧客レコードへのエージェント的な書き込みアクセスは諸刃の剣であり、権限を緩く切ると危険です。Guard: MCP サーバーは読み取り専用で開始し、セキュリティレビューを経てからオブジェクト単位で書き込みを有効化し、どのモデルがどのレコードに触れたかを記録してください。
• usage-based の項目が更新時に予想外を生む。 自動化の実行回数や追加アカウントの課金は、基本ライセンスを上回って膨らむことがあります。Guard: 契約前に自動化のボリュームをモデリングし、利用量アラートを設定してください。基本見積もりは下限であって請求額ではないと捉えてください。

enterprise の標準は Gainsight を、CSM ワークフロー向けの mid-market 代替は Vitally を、より軽量な選択肢は ChurnZero を、統合された enterprise ポートフォリオは Totango を参照してください。