Planhat

O que é

Planhat é uma plataforma de cliente que unifica dados de CS, saúde do cliente, receita e workflow em um único sistema construído sobre um modelo de dados flexível e orientado a objetos. Onde a maioria das ferramentas de CS prega um health score em um esquema fixo, o Planhat deixa você modelar seus próprios objetos — Companies, Contacts, Opportunities, além de modelos personalizados como Issues, Projects e Assets — e relacioná-los com vínculos um-para-muitos e muitos-para-muitos. Ele traz três famílias de módulos: CRM (vendas e gestão de contas), CSP (a plataforma de Customer Success) e PSA (automação de serviços profissionais), de modo que uma única organização pode rodar pré-venda, pós-venda e entrega de serviços sobre uma mesma camada de dados.

É a ferramenta que você coloca no shortlist quando o Gainsight parece rígido demais e o Vitally leve demais para a modelagem de dados que você realmente precisa.

Por que aparece em stacks de Customer Success

• O modelo de dados é o produto. O esquema flexível do Planhat é seu diferencial central. Times com hierarquias de cliente fora do padrão — contas multi-entidade, produtos usage-based, serviços baseados em projetos — modelam isso de forma nativa em vez de forçar em um esquema de CS fixo.
• Servidor MCP próprio. O Planhat traz um servidor MCP nativo (não um wrapper da Apideck) que conecta o Claude Desktop e outros LLMs a dados ao vivo do Planhat com permissões por objeto. O modelo pode ler o contexto do cliente e criar tarefas ou atualizar registros sob uma governança que você controla — uma das poucas plataformas de CS com acesso agêntico genuíno em 2026.
• IA dentro das automações. Os passos de IA rodam dentro de automações tanto template quanto personalizadas, com conexões para Anthropic (Claude), OpenAI, Azure OpenAI e Gemini, de modo que o raciocínio do LLM fica no workflow e não em um painel lateral.
• Receita e saúde no mesmo lugar. O forecasting de renovações, o acompanhamento de NRR/GRR e o health scoring compartilham o mesmo modelo de dados, então RevOps e CS leem os mesmos números em vez de reconciliar dois sistemas.

Pricing

• Somente custom — baseado em cotação com add-ons; sem pricing self-serve público.
• Os dados de compradores colocam a maioria dos deployments mid-market na faixa de $25K-$45K anuais no tier Professional; a banda mais ampla vai de aproximadamente $15K-$60K, com enterprise acima de $60K.
• O pricing se baseia no volume de contas gerenciadas e no tier, mais componentes usage-based (execuções de automação, contas adicionais, emails transacionais). Os add-ons incluem o AI Platform aprimorado, gestão avançada de serviços e email marketing.

Melhor para

• B2B SaaS mid-market e enterprise ($30M+ ARR) cuja estrutura de cliente ou comercial não encaixa em um esquema de CS pré-fabricado e precisa de um modelo de dados configurável.
• Times que consolidam CS, CRM e serviços (PSA) em uma única plataforma em vez de costurar três vendors.
• Organizações de CS e RevOps que querem acesso agêntico de IA a dados ao vivo do cliente via MCP sem construir a integração elas mesmas.

Não compre o Planhat se você é um time abaixo de $10M ARR com menos de 5 CSMs e um esquema SaaS padrão — o poder de modelagem de dados é desperdiçado e o ChurnZero ou o Vitally entregam mais valor por dólar nessa escala.

Pontos de atenção

• Flexibilidade é um custo de configuração. O modelo de dados aberto que ganha deals também significa que não há default opinado — você desenha o esquema, a lógica de saúde e as automações. Guard: reserve 60-120 dias e um dono de dados interno com nome para a construção; um Planhat sub-modelado é pior que uma ferramenta rígida porque parece configurado mas as relações estão erradas.
• Três famílias de módulos convidam ao scope creep. Comprar CRM, CSP e PSA juntos é o pitch, mas subir os três de uma vez trava os rollouts. Guard: sequencie os módulos — aterrisse o CSP primeiro, prove os dados de saúde e renovação, depois adicione CRM ou PSA quando o modelo estiver estável.
• O acesso MCP precisa de uma revisão de permissões. O acesso agêntico de escrita a registros de cliente ao vivo é uma faca de dois gumes e fica arriscado se delimitado de forma frouxa. Guard: comece o servidor MCP em somente leitura, habilite escritas por objeto só depois de uma revisão de segurança, e registre qual modelo tocou qual registro.
• Os itens usage-based surpreendem na renovação. As execuções de automação e os cobranças por contas adicionais podem desviar acima da licença base. Guard: modele seu volume de automação antes de assinar e configure um alerta de uso; trate a cotação base como um piso, não a fatura.

Para o padrão enterprise veja o Gainsight; para a alternativa mid-market de workflow para CSM veja o Vitally; para o extremo mais leve veja o ChurnZero, e para o portfólio enterprise fundido veja o Totango.