Produto e retenção
Uso baixo do produto SaaS: sinal de churn ou produto mal calibrado?
Antes de pedir uma campanha de reengajamento, vale decidir se o alerta pede entrevista, suporte ou nenhuma ação. Este roteiro ajuda o dono a cobrar o diagnóstico certo do time.
Uso baixo pode ser sinal de churn, mas também pode indicar um produto mal calibrado ou até um cliente que extrai valor usando pouco. Os dados de uso, isoladamente, não distinguem essas três situações. Por isso, a decisão sensata do dono é exigir um diagnóstico curto antes de aprovar qualquer campanha de reengajamento.
O que o número de uso mostra e o que ele deixa de fora
A documentação de retenção da PostHog explica que esse tipo de análise mostra se usuários voltaram a executar um evento em períodos seguintes, e não quantas vezes o fizeram. Para frequência, a mesma documentação indica outra medida, chamada stickiness. Em outras palavras, a mesma queda aparente pode esconder realidades diferentes, conforme o evento escolhido como "uso".
A PostHog também permite analisar retenção por grupos, como todos os usuários de uma mesma empresa, o que importa quando o cliente é uma conta com várias pessoas e só algumas ativas. Uma conta com poucos usuários ativos pode estar saudável ou em risco, e o painel por si só não diz qual.
Um ponto de cuidado: observar que contas de uso baixo cancelam mais não prova que o uso baixo causou o cancelamento. Pode haver um terceiro fator, como o tipo de cliente ou o momento da contratação, atuando nos dois.
Leia o alerta por segmento, não pela média
Uma média única mistura clientes que esperam coisas diferentes. A própria PostHog lista, entre as perguntas que a retenção responde, qual tipo de usuário retém melhor, o que sustenta a leitura por recortes. Como proposta própria, sugiro separar ao menos por tamanho da conta, tempo de casa e função do produto naquela operação.
| Segmento (hipotético) | Uso baixo pode significar | Pergunta antes de agir |
|---|---|---|
| Conta nova, primeiras semanas | Ativação incompleta ou configuração pendente | O cliente chegou ao primeiro resultado esperado? |
| Conta antiga, uso que caiu | Mudança de equipe, de prioridade ou insatisfação | O que mudou na conta e quando? |
| Conta com uso sazonal | Padrão normal do negócio do cliente | O período anterior equivalente teve o mesmo desenho? |
| Conta grande, poucos usuários ativos | Adoção restrita a um setor | Quem decide a renovação usa o produto? |
A tabela é um ponto de partida para formular hipóteses, não uma classificação comprovada. Cada linha precisa ser confirmada com os dados e com conversa real com o cliente. Se a queda aparece logo no começo da jornada, vale também olhar o que ocorre no cadastro e na ativação, tema do artigo sobre cadastro, ativação e assinatura em SaaS.
O que exigir do time de produto e de CS antes da campanha
Como método proposto, o dono pode pedir respostas a cinco perguntas, por escrito, antes de liberar verba ou tempo.
- Qual evento define "uso" e por que ele representa valor para esse segmento?
- Qual janela de tempo foi comparada e contra qual grupo de contas?
- O período mais recente ainda está incompleto? (a PostHog sinaliza esses períodos justamente porque ainda vão mudar)
- O que o suporte e o CS já sabem sobre essas contas?
- Que decisão cada resposta possível desencadearia?
A última pergunta é a mais útil. Se nenhuma resposta muda a ação, a análise ainda não está pronta.
Entrevista, suporte ou nenhuma intervenção
Com o segmento e o evento definidos, o alerta tende a cair em um de três caminhos. Se o padrão é incerto e afeta contas importantes, uma entrevista com o cliente pode ajudar a investigar o motivo. Se o problema parece ser dúvida de configuração ou uso, o suporte resolve melhor do que uma mensagem em massa. Se o uso é compatível com o histórico daquele perfil, a decisão correta pode ser não intervir e seguir monitorando.
Uma campanha de reengajamento só faz sentido depois disso, e para o grupo em que a causa provável foi confirmada. Vale ainda lembrar que reter melhor também altera a conta de aquisição, e o raciocínio de como calcular o CAC em SaaS ajuda a manter cada indicador na unidade certa.
Como exercício para esta semana, escolha um único alerta de uso baixo em um segmento e peça ao time um parágrafo com evento, janela, grupo comparado e decisão prevista para cada resultado possível.
