Produto SaaS
Módulos extras no SaaS: vender à parte ou incluir no plano?
Antes de lançar uma função nova, vale decidir como ela será embalada. Quatro critérios, com uma trava de clareza e faixas de pontuação ajustáveis, ajudam o sócio a escolher entre incluir no plano ou cobrar à parte.
A escolha depende de quem usa a função, do quanto ela custa para atender, da clareza que a oferta mantém depois do lançamento e do papel que ela deve ter na migração entre planos. Não existe uma regra que sirva para todo produto, e por isso vale transformar a decisão em quatro perguntas que você consegue responder com dados da sua própria operação.
Este texto trata da embalagem de funcionalidades. A quantidade de planos e a métrica de cobrança são decisões vizinhas, e a primeira é discutida em planos de SaaS: quantos são demais.
Por que a embalagem importa
A Stripe, em material sobre modelos de precificação de SaaS, observa que a estrutura de preços deve refletir como os clientes extraem valor do serviço e que um recurso principal movido de repente para um plano mais caro pode levar usuários a procurar concorrentes. O material trata de modelos de preço em geral, e não de módulos extras especificamente. Ainda assim, o alerta ajuda a enquadrar a pergunta: toda função nova mexe na percepção de justiça de quem já é cliente.
Os quatro critérios
Propomos avaliar primeiro a clareza da oferta e só depois pontuar os demais critérios. Dê nota de 0 a 2 em cada critério, sempre com base no que você sabe da sua base de clientes. A nota 1 significa situação intermediária ou dado ainda insuficiente, e nesse caso vale registrar a nota como estimativa e tratar o resultado com mais cautela.
| Critério | Pergunta | Nota 0 (tende a incluir) | Nota 2 (tende a módulo) |
|---|---|---|---|
| Público da função | Quem realmente usaria isso? | Quase todos os clientes, em qualquer plano | Um segmento específico, com necessidade distinta |
| Custo de suporte | O quanto custa atender e manter? | Custo marginal baixo, pouca dúvida esperada | Exige implantação, treinamento ou infraestrutura própria |
| Efeito sobre o upgrade | A função deve ser argumento de migração para um plano superior? | Sim, é argumento natural de migração | Não, e vender à parte não prejudica a escada de planos |
O quarto critério, a clareza da oferta, funciona como trava e não entra na soma. A pergunta é se a página de planos continua compreensível com a função embalada de cada forma. Teste as duas alternativas: incluir no plano e vender como módulo. Se o módulo criar exceções, condições ou perguntas frequentes ao comercial que a inclusão no plano não criaria, a trava favorece incluir, mesmo que a soma aponte para módulo. Se ambas as formas mantiverem a oferta simples, a trava não pesa e a decisão segue pela soma. Se nenhuma das duas for clara, o problema está na estrutura de planos, e esse é um assunto anterior a este.
Como ler a pontuação
Passada a trava, some as notas dos três critérios restantes, que variam de 0 a 6. Como ponto de partida ilustrativo, que você deve ajustar à tolerância do seu comercial a exceções e à capacidade do suporte: de 0 a 2, a tendência é incluir a função em um plano existente; de 3 a 4, vale o julgamento conjunto, talvez com um teste limitado; de 5 a 6, a tendência é testar um módulo. São faixas de trabalho, e não limiares validados.
Um exemplo hipotético ajuda a ver a mecânica. Imagine um SaaS de gestão de agendamentos que lança relatórios avançados. Só uma parte dos clientes pede o recurso (nota 2 em público), a explicação é rápida (nota 0 em suporte) e a empresa quer que ele sirva de motivo para subir de plano (nota 0 em upgrade, pois vender à parte tiraria esse argumento). A soma é 2, na faixa que tende a incluir, e a trava de clareza também favorece o plano superior, porque um módulo a mais na página criaria uma condição nova. Se o mesmo recurso exigisse implantação assistida, a nota de suporte subiria para 2, a soma iria a 4, mas a trava de clareza continuaria favorecendo incluir no plano. A faixa de julgamento conjunto só valeria se as duas formas fossem claras.
Onde o critério de upgrade pesa mais
Se a função for o principal motivo para migrar de plano, vendê-la como módulo avulso pode tirar esse argumento da escada. Se ela atende uma necessidade lateral, o módulo preserva a clareza dos planos. Em modelos com camada gratuita, a mesma lógica vale para decidir o que fica de fora, como discutido em freemium: quando o gratuito não vira pago.
A pontuação organiza a conversa, mas não prova que uma embalagem vá render mais receita, nem que uma faixa seja a correta para o seu caso. Observar o comportamento dos clientes depois do lançamento, com um grupo e uma janela definidos antes, permite revisar a escolha, sabendo que essa observação sozinha não demonstra causa.
Compare as leituras de produto, suporte e comercial
Escolha uma função que está no roteiro ou foi lançada há pouco e peça a três pessoas (produto, suporte e comercial) que apliquem a trava e pontuem os três critérios separadamente. Compare as notas. Onde houver divergência, provavelmente falta um dado a levantar antes de decidir, e esse é o melhor lugar para começar.
