Planhat

Ce que c’est

Planhat est une plateforme client qui unifie les données de CS, la santé client, le revenu et le workflow dans un seul système bâti sur un modèle de données flexible et orienté objet. Là où la plupart des outils de CS greffent un health score sur un schéma figé, Planhat vous laisse modéliser vos propres objets — Companies, Contacts, Opportunities, ainsi que des modèles personnalisés comme Issues, Projects et Assets — et les relier par des liens un-à-plusieurs et plusieurs-à-plusieurs. Il embarque trois familles de modules : CRM (ventes et gestion de comptes), CSP (la plateforme Customer Success) et PSA (automatisation des services professionnels), de sorte qu’une même organisation peut faire tourner l’avant-vente, l’après-vente et la livraison de services sur une seule couche de données.

C’est l’outil que vous mettez en shortlist quand Gainsight paraît trop rigide et Vitally trop léger pour la modélisation de données dont vous avez réellement besoin.

Pourquoi il apparaît dans les stacks Customer Success

• Le modèle de données est le produit. Le schéma flexible de Planhat est son différenciateur central. Les équipes aux hiérarchies client non standard — comptes multi-entités, produits usage-based, services par projet — les modélisent nativement au lieu de les forcer dans un schéma de CS figé.
• Serveur MCP propriétaire. Planhat embarque un serveur MCP natif (pas un wrapper Apideck) qui connecte Claude Desktop et d’autres LLM aux données en direct de Planhat avec des permissions par objet. Le modèle peut lire le contexte client et créer des tâches ou mettre à jour des enregistrements sous une gouvernance que vous contrôlez — l’une des rares plateformes de CS à offrir un accès agentique réel en 2026.
• De l’IA au sein des automatisations. Les étapes d’IA s’exécutent dans les automatisations template comme personnalisées, avec des connexions vers Anthropic (Claude), OpenAI, Azure OpenAI et Gemini, de sorte que le raisonnement du LLM réside dans le workflow et non dans un panneau latéral.
• Revenu et santé au même endroit. Le forecasting des renouvellements, le suivi du NRR/GRR et le health scoring partagent le même modèle de données, donc RevOps et CS lisent les mêmes chiffres au lieu de réconcilier deux systèmes.

Pricing

• Custom uniquement — sur devis avec add-ons ; pas de pricing self-serve public.
• Les données acheteurs situent la plupart des déploiements mid-market dans la fourchette de $25K-$45K par an sur le tier Professional ; la bande plus large va d’environ $15K à $60K, l’enterprise dépassant $60K.
• Le pricing dépend du volume de comptes gérés et du tier, plus des composants usage-based (exécutions d’automatisation, comptes additionnels, emails transactionnels). Les add-ons incluent l’AI Platform amélioré, la gestion avancée des services et l’email marketing.

Idéal pour

• B2B SaaS mid-market et enterprise ($30M+ ARR) dont la structure client ou commerciale n’entre pas dans un schéma de CS prêt à l’emploi et qui a besoin d’un modèle de données configurable.
• Les équipes qui consolident CS, CRM et services (PSA) sur une seule plateforme plutôt que d’assembler trois vendors.
• Les organisations CS et RevOps qui veulent un accès agentique de l’IA aux données client en direct via MCP sans construire l’intégration elles-mêmes.

N’achetez pas Planhat si vous êtes une équipe sous $10M ARR avec moins de 5 CSM et un schéma SaaS standard — la puissance de modélisation est gaspillée et ChurnZero ou Vitally délivrent plus de valeur par dollar à cette échelle.

Points de vigilance

• La flexibilité est un coût de configuration. Le modèle de données ouvert qui remporte les deals signifie aussi qu’il n’y a pas de défaut affirmé — vous concevez le schéma, la logique de santé et les automatisations vous-même. Guard : prévoyez 60-120 jours et un propriétaire de données interne nommé pour la construction ; un Planhat sous-modélisé est pire qu’un outil rigide car il paraît configuré alors que les relations sont fausses.
• Trois familles de modules invitent au scope creep. Acheter CRM, CSP et PSA ensemble est l’argument de vente, mais déployer les trois d’un coup enlise les rollouts. Guard : séquencez les modules — posez d’abord le CSP, prouvez les données de santé et de renouvellement, puis ajoutez CRM ou PSA une fois le modèle stable.
• L’accès MCP nécessite une revue des permissions. L’accès agentique en écriture aux enregistrements client en direct est à double tranchant et devient risqué s’il est cadré trop largement. Guard : démarrez le serveur MCP en lecture seule, activez les écritures par objet seulement après une revue de sécurité, et journalisez quel modèle a touché quel enregistrement.
• Les lignes usage-based surprennent au renouvellement. Les exécutions d’automatisation et les frais de comptes additionnels peuvent dériver au-dessus de la licence de base. Guard : modélisez votre volume d’automatisation avant de signer et posez une alerte d’usage ; traitez le devis de base comme un plancher, pas comme la facture.

Pour le standard enterprise voyez Gainsight ; pour l’alternative mid-market de workflow CSM voyez Vitally ; pour le bas du spectre voyez ChurnZero, et pour le portefeuille enterprise fusionné voyez Totango.