Business case de produto digital: como justificar o investimento
Um business case de produto digital nasce de uma conversa que todo gerente de produto já teve: a ideia é boa, o time está animado, os clientes pedem, mas a diretoria quer saber quanto custa, quanto retorna e por que isso deve passar na frente das outras ideias. Um protótipo bonito e uma lista de pedidos de clientes não respondem a essa pergunta. Um business case responde.
O problema é que muitos modelos de business case foram pensados para projetos: custo concentrado na construção, benefício previsível depois da entrega, fim definido. Produto digital não funciona assim. Os custos continuam depois do lançamento, a adoção é incerta e o produto muda conforme os dados aparecem. O modelo abaixo leva essas diferenças em conta e vem com um exemplo calculado.
Formação relacionada
Gestão de Produto: CPM-F e CPM-E
Noventa videoaulas sobre descoberta, métricas, ciclo de vida e priorização. Os dois exames da PMCert inclusos.
O que muda no business case de produto
Quatro diferenças em relação ao business case de um projeto tradicional:
- Custo de operar, não só de construir. Infraestrutura, mensagens, licenças de terceiros, suporte e evolução contínua seguem enquanto o produto existir. Ignorar esses custos faz qualquer funcionalidade parecer lucrativa.
- Benefício depende de adoção. O retorno só acontece se os clientes usarem ou pagarem. A premissa de adoção costuma ser a mais frágil do documento e merece destaque.
- Evidência antes da aposta. Em produto, dá para testar parte das premissas antes de investir tudo: entrevistas, protótipos, testes de interesse, um piloto com poucos clientes. O artigo sobre como validar uma ideia com baixo investimento reúne esses métodos.
- Financiamento por etapas. Em vez de aprovar o investimento inteiro, a diretoria aprova a primeira etapa e define o que precisa ser verdade para liberar a seguinte.
Os fundamentos gerais do documento, como comparar alternativas e quem aprova, estão em o que é business case. Aqui o foco é a adaptação para produto.
Modelo de business case de produto em oito seções
Copie a estrutura e preencha com os seus dados. Um business case de produto bem feito cabe em quatro a seis páginas.
1. Problema e oportunidade. Qual problema do cliente ou do negócio a iniciativa resolve? Que evidência mostra que ele existe e é relevante (dados de uso, chamados no atendimento, perdas de venda, entrevistas)?
2. Proposta. O que será construído, para quem, e o que fica de fora da primeira versão.
3. Alternativas consideradas. No mínimo três: não fazer nada, uma solução mais simples (parceria, ferramenta de terceiros, processo manual) e a proposta. Para cada uma, o que se ganha e o que se perde.
4. Benefícios esperados. Receita nova, receita protegida (redução de cancelamentos), redução de custo operacional, ganho estratégico. Cada benefício com a fórmula e as premissas que o sustentam.
5. Custos. Construção (pessoas, terceiros, ferramentas) e operação anual (infraestrutura, custos variáveis por uso, suporte, manutenção evolutiva, marketing).
6. Análise financeira. Fluxo por ano, resultado acumulado, prazo de recuperação do investimento e retorno. Inclua um cenário pessimista.
7. Riscos e premissas críticas. As três ou quatro premissas que, se falharem, derrubam o caso, e como serão testadas.
8. Recomendação e pontos de decisão. O que se pede agora, quanto custa essa etapa e quais números, medidos quando, liberam a etapa seguinte ou encerram a iniciativa.
A ferramenta de business case da Projeto Diário organiza essas seções e faz os cálculos de retorno para você.
Exemplo calculado: módulo de confirmação de consultas
O exemplo é ilustrativo, com números redondos para facilitar a leitura.
Uma empresa fictícia de software para clínicas tem 2.000 clientes ativos pagando mensalidade. O atendimento recebe muitos pedidos de um recurso para confirmar consultas automaticamente por mensagem, porque as faltas de pacientes são uma dor comum dos clientes. A proposta é criar um módulo adicional, vendido a R$ 90 por mês.
Premissas de adoção: média de 100 clientes pagantes no primeiro ano, 300 no segundo e 450 no terceiro.
Custos de construção: um time de cinco pessoas por quatro meses, com custo mensal de R$ 100.000, totalizando R$ 400.000. Marketing de lançamento de R$ 50.000 no primeiro ano.
Custos de operação: custo variável de mensagens e infraestrutura de R$ 15 por cliente pagante por mês, e manutenção evolutiva de R$ 60.000 por ano.
| Ano | Receita | Custos | Resultado do ano | Acumulado |
|---|---|---|---|---|
| 1 | R$ 108.000 | R$ 528.000 | -R$ 420.000 | -R$ 420.000 |
| 2 | R$ 324.000 | R$ 114.000 | R$ 210.000 | -R$ 210.000 |
| 3 | R$ 486.000 | R$ 141.000 | R$ 345.000 | R$ 135.000 |
Como se chega aos números: a receita do primeiro ano é 100 clientes vezes R$ 90 vezes 12 meses. Os custos do primeiro ano somam construção (R$ 400.000), marketing (R$ 50.000), custo variável (100 x R$ 15 x 12 = R$ 18.000) e manutenção (R$ 60.000). Nos anos seguintes, só o custo variável e a manutenção.
Resultado em três anos: receita total de R$ 918.000 contra custos de R$ 783.000. O retorno sobre o investimento no período é de cerca de 17% (R$ 135.000 divididos por R$ 783.000), e o investimento se paga no decorrer do terceiro ano.
Cenário pessimista: se a adoção for metade do previsto, a receita cai para R$ 459.000 e os custos para cerca de R$ 706.500, com resultado negativo de aproximadamente R$ 247.500 em três anos.
O que o exemplo ensina
O caso é positivo, mas frágil: tudo depende da premissa de adoção. Um business case honesto mostra isso em vez de esconder. A recomendação, então, não é aprovar R$ 400.000 de uma vez. É aprovar uma primeira etapa:
- Etapa 1 (dois meses): versão mínima para 50 clientes piloto, com custo de R$ 120.000. Ponto de decisão: pelo menos 60% dos clientes piloto usando o recurso toda semana e pelo menos 30% aceitando pagar o preço proposto ao fim do período gratuito.
- Etapa 2: se os critérios forem atingidos, completar o módulo e lançar para a base. Se não, revisar preço e proposta ou encerrar, com perda limitada a R$ 120.000.
Outro ponto: o benefício de reduzir cancelamentos ficou de fora. Se clínicas que usam o módulo cancelam menos a assinatura principal, a receita protegida pode ser maior que a receita do próprio módulo. Vale medir isso no piloto e, se confirmado, incluir no caso com premissa explícita. As formas de cobrar por funcionalidades, como adicional, plano superior ou uso, estão em estratégias de monetização de produtos digitais.
Erros comuns
- Esquecer o custo de operação. Todo recurso novo gera suporte, manutenção e, às vezes, custo variável por uso.
- Premissa de adoção sem fonte. "20% dos clientes vão aderir" precisa vir de algum dado: histórico de outros módulos, piloto, teste de interesse.
- Só um cenário. Sem cenário pessimista, a diretoria não enxerga o risco que está assumindo.
- Pedir tudo de uma vez. Financiamento por etapas reduz o risco e aumenta a chance de aprovação.
- Não revisar depois. O business case deve ser reaberto nos pontos de decisão e após o lançamento, comparando o previsto com o real.
Como o business case entra no portfólio
Numa empresa com vários produtos, o business case é a porta de entrada das iniciativas maiores na carteira. Ele permite comparar propostas de produtos diferentes com a mesma régua, e é a peça que liga a decisão sobre cada produto à priorização da carteira descrita em gestão de portfólio de produtos. O gerente de produto é quem costuma conduzir o documento, como parte das responsabilidades descritas em o que faz um gerente de produto.
Monte o seu
Escolha a iniciativa que você mais precisa aprovar, escreva as premissas de adoção com a fonte de cada uma e calcule os três anos em dois cenários. Depois, defina a primeira etapa e o critério que libera a segunda. Para fazer os cálculos e organizar as seções sem começar do zero, use a ferramenta de business case da Projeto Diário.
