Como calcular e negociar o Custo por Hipótese Validada

O Custo por Hipótese Validada é o investimento necessário para produzir evidência suficiente a favor ou contra uma hipótese de negócio. Ele inclui estratégia, desenho do experimento, engenharia, recrutamento de usuários, aquisição, análise e a decisão registrada ao final do ciclo. Não é simplesmente o preço de uma tela, de uma campanha ou de um sprint.

Uma hipótese bem formulada descreve uma crença testável. Por exemplo: "donos de padarias aceitarão encomendar kits pelo celular se puderem escolher o horário de retirada". A validação exige uma oferta, uma forma de capturar a intenção, usuários compatíveis, um critério de decisão e um período de observação.

O cálculo ajuda a evitar duas distorções comuns. A primeira é contratar um pacote barato que entrega funcionalidades, mas não responde às perguntas críticas do negócio. A segunda é pagar por um produto grande demais antes de saber se existe demanda, disposição de pagamento ou comportamento recorrente.

A unidade de análise também muda a conversa com o fornecedor. Em vez de perguntar apenas quantas horas serão usadas, você passa a perguntar quantas hipóteses serão testadas, qual evidência será coletada e que decisão será possível tomar. Para organizar esse processo, combine o cálculo com um roadmap de hipóteses para seis sprints de validação.

O indicador não deve ser usado como uma promessa de sucesso. Uma hipótese pode ser validada negativamente e ainda gerar valor, porque evita meses de desenvolvimento na direção errada. O resultado desejável é reduzir incerteza com evidência confiável e custo controlado.

O fee fixo funciona bem quando o escopo é relativamente conhecido e o fundador precisa de previsibilidade de caixa. Para evitar que ele incentive a entrega de atividades sem aprendizagem, vincule parcelas a marcos como hipótese especificada, experimento publicado, coleta concluída e decisão documentada.

O preço por hipótese aproxima a remuneração do resultado de aprendizagem, mas precisa de uma definição rigorosa de validação. Uma hipótese não deve ser considerada validada apenas porque uma campanha foi executada ou porque algumas pessoas responderam positivamente. O contrato deve definir público, evento, amostra mínima, janela de observação, limiar e qualidade dos dados.

O modelo por hipótese também pode criar um incentivo ruim se o fornecedor dividir uma pergunta simples em muitas hipóteses artificiais. Para reduzir esse risco, exija uma árvore de hipóteses aprovada, regras para agrupar variações e uma revisão conjunta quando uma descoberta mudar o escopo.

O revenue-share pode fazer sentido quando o laboratório participa de um ativo comercial de longo prazo e as vendas são rastreáveis. Ele é mais difícil em validações iniciais, porque a receita pode depender de operação, atendimento, estoque, preço e capacidade do fundador, fatores que não estão sob controle exclusivo do laboratório.

Equity ou participação societária exige ainda mais cuidado, pois transforma uma contratação em relação de longo prazo. Antes de aceitar, avalie governança, propriedade intelectual, vesting, direitos de decisão e impacto em futuras rodadas. O simulador de fee, equity ou revenue-share para validar um MVP ajuda a estruturar essa escolha.

Uma negociação madura pode combinar modelos. Por exemplo, fee fixo para estratégia e engenharia mínima, verba variável para aquisição e bônus limitado por marcos de aprendizagem. O bônus deve premiar evidência e qualidade de execução, não garantir uma conversão que depende de fatores externos.

Em um projeto de padaria digital, a pergunta central era se clientes comprariam kits com retirada programada, e não apenas se gostariam da ideia. O experimento foi organizado em seis sprints, com oferta, página, comunicação, coleta de pedidos e análise de recompra. A aprendizagem veio da combinação entre intenção declarada, pedidos efetivos e obstáculos operacionais.

O caso mostrou por que dividir o orçamento por sprint pode ser enganoso. Um sprint de engenharia mais curto sustentou uma hipótese de alto valor, enquanto recrutamento e atendimento consumiram mais esforço do que a construção inicial. O custo por hipótese foi analisado junto com a qualidade do sinal, permitindo ajustar a oferta antes de ampliar a operação.

Em outro projeto, um software de agendamento para negócios locais precisava sair do protótipo e chegar a um piloto pagante. O teste não tratou cadastro gratuito como validação suficiente: o marco principal foi a adesão de estabelecimentos dispostos a usar o fluxo em uma rotina real e pagar pelo piloto.

A engenharia concentrou-se no fluxo mínimo de agenda, confirmação e acompanhamento. O marketing trabalhou mensagens direcionadas a um perfil operacional específico, enquanto as conversas com usuários revelaram requisitos que não deveriam entrar no produto antes da confirmação da demanda.

Esses casos ilustram uma regra prática: o custo correto depende da pergunta e do comportamento necessário para respondê-la. Um laboratório que apresenta apenas preço por hora ou por tela não oferece informação suficiente para você avaliar o investimento. Peça sempre a ligação entre hipótese, experimento, evidência e decisão.

Leve para a primeira conversa entre três e cinco hipóteses prioritárias, mesmo que estejam incompletas. Para cada uma, anote o que você acredita, por que isso importa, qual comportamento provaria a crença e qual decisão você tomaria com um resultado negativo.

Depois, separe o orçamento total disponível em três partes: construção e estratégia, aquisição e reserva. Essa divisão não precisa ser definitiva, mas evita que todo o dinheiro seja consumido pelo produto antes de existir verba para colocar a oferta diante de usuários reais.

Peça duas versões do plano. A primeira deve testar o risco mais importante com o menor investimento razoável. A segunda deve mostrar o que seria necessário para aprofundar a evidência se o primeiro sinal fosse positivo. A diferença entre as versões revela quais custos são essenciais e quais pertencem à escala.

Também solicite uma projeção probabilística, sem falsa precisão. Se cada hipótese tiver 40% de chance de ser confirmada e as hipóteses forem aproximadamente independentes, a chance de validar pelo menos uma em três tentativas é de cerca de 78%. Na prática, dependências e qualidade desigual dos testes alteram esse número, por isso ele serve para planejamento, não para promessa.

Antes de assinar, confira se o processo está orientado a experimentos. O roteiro de validação de MVP com parceiro, responsabilidades e custos pode ajudar a organizar escopo, governança e marcos de uma contratação mais ampla.

Na Tresete, cada projeto começa pela decomposição do roadmap em hipóteses e pelo dimensionamento de esforço, amostra e canal. O resultado é uma faixa de custo por hipótese que pode ser discutida com transparência, ajustada ao estágio do negócio e formalizada em ciclos de lançamento rápidos.