Was es ist
Planhat ist eine Kundenplattform, die CS-Daten, Kundengesundheit, Umsatz und Workflow in einem einzigen System vereint, das auf einem flexiblen, objektorientierten Datenmodell aufbaut. Während die meisten CS-Tools einen Health Score an ein starres Schema anflanschen, lässt Planhat Sie eigene Objekte modellieren — Companies, Contacts, Opportunities sowie benutzerdefinierte Modelle wie Issues, Projects und Assets — und sie über Eins-zu-viele- und Viele-zu-viele-Beziehungen verknüpfen. Es bringt drei Modulfamilien mit: CRM (Vertrieb und Account-Management), CSP (die Customer-Success-Plattform) und PSA (Automatisierung professioneller Dienstleistungen), sodass eine einzige Organisation Pre-Sales, Post-Sales und Service-Delivery auf einer Datenschicht betreiben kann.
Es ist das Tool, das Sie auf die Shortlist setzen, wenn Gainsight zu starr und Vitally für die tatsächlich benötigte Datenmodellierung zu leichtgewichtig wirkt.
Warum es in Customer-Success-Stacks auftaucht
- Das Datenmodell ist das Produkt. Das flexible Schema von Planhat ist sein zentrales Unterscheidungsmerkmal. Teams mit nicht-standardisierten Kundenhierarchien — Multi-Entity-Accounts, usage-based Produkte, projektbasierte Dienstleistungen — modellieren diese nativ, statt sie in ein starres CS-Schema zu zwingen.
- Eigener MCP-Server. Planhat bringt einen nativen MCP-Server mit (kein Apideck-Wrapper), der Claude Desktop und andere LLMs mit objektgenauen Berechtigungen an Live-Daten von Planhat anbindet. Das Modell kann Kundenkontext lesen und unter einer von Ihnen kontrollierten Governance Aufgaben anlegen oder Datensätze aktualisieren — eine der wenigen CS-Plattformen mit echtem agentischen Zugriff im Jahr 2026.
- KI innerhalb der Automatisierungen. KI-Schritte laufen sowohl in Template- als auch in benutzerdefinierten Automatisierungen, mit Verbindungen zu Anthropic (Claude), OpenAI, Azure OpenAI und Gemini, sodass das LLM-Reasoning im Workflow sitzt und nicht in einem Seitenpanel.
- Umsatz und Gesundheit an einem Ort. Renewal-Forecasting, NRR/GRR-Tracking und Health Scoring teilen sich dasselbe Datenmodell, sodass RevOps und CS dieselben Zahlen lesen, statt zwei Systeme abzugleichen.
Pricing
- Nur Custom — angebotsbasiert mit Add-ons; kein öffentliches Self-Serve-Pricing.
- Käuferdaten verorten die meisten Mid-Market-Deployments im Bereich von $25K-$45K jährlich auf dem Professional-Tier; das breitere Band reicht von etwa $15K bis $60K, Enterprise liegt über $60K.
- Das Pricing richtet sich nach dem Volumen der verwalteten Accounts und dem Tier sowie usage-based Komponenten (Automatisierungsausführungen, zusätzliche Accounts, transaktionale E-Mails). Add-ons umfassen das aufgewertete AI Platform, erweitertes Service-Management und E-Mail-Marketing.
Am besten geeignet für
- Mid-Market- und Enterprise-B2B-SaaS ($30M+ ARR), deren Kunden- oder Geschäftsstruktur nicht in ein Schema von der Stange passt und ein konfigurierbares Datenmodell benötigt.
- Teams, die CS, CRM und Services (PSA) auf einer Plattform konsolidieren, statt drei Vendors zusammenzustückeln.
- CS- und RevOps-Organisationen, die agentischen KI-Zugriff auf Live-Kundendaten via MCP wollen, ohne die Integration selbst zu bauen.
Kaufen Sie Planhat nicht, wenn Sie ein Team unter $10M ARR mit weniger als 5 CSMs und einem Standard-SaaS-Schema sind — die Datenmodellierungs-Stärke verpufft, und ChurnZero oder Vitally liefern in dieser Größenordnung mehr Wert pro Dollar.
Worauf zu achten ist
- Flexibilität ist ein Konfigurationsaufwand. Das offene Datenmodell, das Deals gewinnt, bedeutet zugleich, dass es keinen meinungsstarken Default gibt — Sie entwerfen Schema, Health-Logik und Automatisierungen selbst. Guard: Veranschlagen Sie 60-120 Tage und einen benannten internen Data Owner für den Aufbau; ein untermodelliertes Planhat ist schlimmer als ein starres Tool, weil es konfiguriert aussieht, die Beziehungen aber falsch sind.
- Drei Modulfamilien laden zum Scope Creep ein. CRM, CSP und PSA zusammen zu kaufen ist der Pitch, aber alle drei gleichzeitig aufzubauen lässt Rollouts stocken. Guard: Staffeln Sie die Module — landen Sie zuerst CSP, weisen Sie Health- und Renewal-Daten nach, fügen Sie dann CRM oder PSA hinzu, sobald das Modell stabil ist.
- Der MCP-Zugriff braucht eine Berechtigungsprüfung. Agentischer Schreibzugriff auf Live-Kundendatensätze ist ein zweischneidiges Schwert und wird riskant, wenn er locker zugeschnitten ist. Guard: Starten Sie den MCP-Server schreibgeschützt, aktivieren Sie Schreibzugriffe pro Objekt erst nach einer Sicherheitsprüfung und protokollieren Sie, welches Modell welchen Datensatz berührt hat.
- Usage-based Posten überraschen bei der Verlängerung. Automatisierungsausführungen und Gebühren für zusätzliche Accounts können über die Basislizenz hinaus driften. Guard: Modellieren Sie Ihr Automatisierungsvolumen vor der Unterschrift und richten Sie einen Nutzungsalarm ein; behandeln Sie das Basisangebot als Untergrenze, nicht als Rechnung.
Für den Enterprise-Standard siehe Gainsight; für die Mid-Market-Alternative mit CSM-Workflow siehe Vitally; für das leichtere Ende siehe ChurnZero, und für das fusionierte Enterprise-Portfolio siehe Totango.