ooligo

Planhat

customer-success-platform customer-success-platform · customer-data-model · revenue-management
AI-NATIVE MCP API
Customer Success
8.0 /10

Qué es

Planhat es una plataforma de cliente que unifica datos de CS, salud del cliente, ingresos y workflow en un solo sistema construido sobre un modelo de datos flexible y orientado a objetos. Donde la mayoría de las herramientas de CS le pegan un health score a un esquema fijo, Planhat te deja modelar tus propios objetos — Companies, Contacts, Opportunities, además de modelos personalizados como Issues, Projects y Assets — y relacionarlos con vínculos uno-a-muchos y muchos-a-muchos. Trae tres familias de módulos: CRM (ventas y gestión de cuentas), CSP (la plataforma de Customer Success) y PSA (automatización de servicios profesionales), de modo que una sola organización puede correr preventa, posventa y entrega de servicios sobre una misma capa de datos.

Es la herramienta que pones en tu shortlist cuando Gainsight se siente demasiado rígido y Vitally demasiado liviano para el modelado de datos que realmente necesitas.

Por qué aparece en stacks de Customer Success

  • El modelo de datos es el producto. El esquema flexible de Planhat es su diferenciador central. Los equipos con jerarquías de cliente no estándar — cuentas multi-entidad, productos usage-based, servicios basados en proyectos — las modelan de forma nativa en lugar de forzarlas a un esquema de CS fijo.
  • Servidor MCP propio. Planhat trae un servidor MCP nativo (no un wrapper de Apideck) que conecta Claude Desktop y otros LLM a datos en vivo de Planhat con permisos por objeto. El modelo puede leer el contexto del cliente y crear tareas o actualizar registros bajo una gobernanza que tú controlas — una de las pocas plataformas de CS con acceso agéntico genuino en 2026.
  • IA dentro de las automatizaciones. Los pasos de IA corren dentro de automatizaciones tanto template como personalizadas, con conexiones a Anthropic (Claude), OpenAI, Azure OpenAI y Gemini, de modo que el razonamiento del LLM vive en el workflow y no en un panel lateral.
  • Ingresos y salud en un mismo lugar. El forecasting de renovaciones, el seguimiento de NRR/GRR y el health scoring comparten el mismo modelo de datos, así RevOps y CS leen los mismos números en lugar de reconciliar dos sistemas.

Pricing

  • Solo custom — basado en cotización con add-ons; sin pricing self-serve público.
  • Los datos de compradores ubican la mayoría de los despliegues mid-market en el rango de $25K-$45K anuales en el tier Professional; la banda más amplia va de aproximadamente $15K-$60K, con enterprise por encima de $60K.
  • El pricing se basa en el volumen de cuentas gestionadas y el tier, más componentes usage-based (ejecuciones de automatización, cuentas adicionales, emails transaccionales). Los add-ons incluyen el AI Platform mejorado, gestión avanzada de servicios y email marketing.

Mejor para

  • B2B SaaS mid-market y enterprise ($30M+ ARR) cuya estructura de cliente o comercial no encaja en un esquema de CS prefabricado y necesita un modelo de datos configurable.
  • Equipos que consolidan CS, CRM y servicios (PSA) en una sola plataforma en lugar de coser tres vendors.
  • Organizaciones de CS y RevOps que quieren acceso agéntico de IA a datos en vivo del cliente vía MCP sin construir la integración ellas mismas.

No compres Planhat si eres un equipo por debajo de $10M ARR con menos de 5 CSM y un esquema SaaS estándar — el poder de modelado de datos se desperdicia y ChurnZero o Vitally entregan más valor por dólar a esa escala.

A tener en cuenta

  • La flexibilidad es un costo de configuración. El modelo de datos abierto que gana deals también significa que no hay un default opinado — tú diseñas el esquema, la lógica de salud y las automatizaciones. Guard: presupuesta 60-120 días y un dueño de datos interno con nombre para la construcción; un Planhat sub-modelado es peor que una herramienta rígida porque parece configurado pero las relaciones están mal.
  • Tres familias de módulos invitan al scope creep. Comprar CRM, CSP y PSA juntos es el pitch, pero levantar los tres a la vez frena los rollouts. Guard: secuencia los módulos — aterriza CSP primero, prueba los datos de salud y renovación, luego agrega CRM o PSA una vez que el modelo esté estable.
  • El acceso MCP necesita una revisión de permisos. El acceso agéntico de escritura a registros de cliente en vivo es un arma de doble filo y se vuelve riesgoso si se delimita de forma laxa. Guard: arranca el servidor MCP en solo lectura, habilita escrituras por objeto recién tras una revisión de seguridad, y registra qué modelo tocó qué registro.
  • Los ítems usage-based sorprenden en la renovación. Las ejecuciones de automatización y los cargos por cuentas adicionales pueden desviarse por encima de la licencia base. Guard: modela tu volumen de automatización antes de firmar y configura una alerta de uso; trata la cotización base como un piso, no como la factura.

Para el estándar enterprise ve Gainsight; para la alternativa mid-market de workflow para CSM ve Vitally; para el extremo más liviano ve ChurnZero, y para el portafolio enterprise fusionado ve Totango.