O que é um Riskiest Assumption Test (RAT)?

Por Brian Tr · Atualizado em 3 de outubro de 2026

Um riskiest assumption test, ou RAT, é o menor experimento que checa a única crença sobre a qual a sua ideia não pode estar errada. Você lista o que precisa ser verdade para a ideia funcionar, escolhe a premissa com mais a perder e menos evidências, e testa só ela. Para isso, você não constrói um produto.

O termo costuma ser creditado a Rik Higham, que o publicou em 2016 como reação ao uso cada vez mais frouxo de "MVP". É um hábito simples, mas muda aquilo em que uma equipe inicial gasta suas semanas. Este guia cobre a origem da ideia, como encontrar a premissa mais arriscada, como rodar um teste e onde as equipes erram.

De onde vem o RAT

Rik Higham publicou "The MVP is dead. Long live the RAT." no Hacker Noon em 27 de setembro de 2016. Seu argumento é que o produto mínimo viável tem uma falha central: ele não é um produto. Na visão dele, é uma forma de testar se você encontrou um problema que vale a pena resolver, e de reduzir o risco testando rapidamente a sua maior premissa.

Higham diz que "MVP" foi usado tantas vezes que perdeu o sentido original. O termo é aplicado à primeira versão de um produto rudimentar, de modo que o "MVP" acaba muito mais complexo do que o teste rápido que deveria ser, e malfeito demais para ser lançado como produto de verdade. A correção que ele propõe é deixar de perguntar "qual é o produto mínimo?" e perguntar "qual é a minha premissa mais arriscada, e como a testo?"

Ele também cita uma frase de Tom Chi, cofundador do Google X, sobre maximizar a taxa de aprendizado minimizando o tempo para tentar coisas. Um RAT é essa ideia aplicada a uma única incógnita específica.

A origem importa porque o RAT não é um rival do Lean Startup. É uma leitura mais afiada dele. O site oficial do Lean Startup diz que o método começa com premissas de salto de fé que pedem testes rigorosos, e só então usa um produto mínimo viável para testá-las. O ponto de Higham é que o teste vem primeiro, e o produto só cresce até o tamanho que o teste exige.

O que conta como premissa

Uma premissa é algo em que você acredita, mas não verificou. Toda ideia de startup é uma pilha delas. Higham sugere trabalhar de trás para frente: expresse a oportunidade como um problema do cliente e pergunte o que precisa ser verdade para ele existir. Pegue cada uma dessas premissas e pergunte o que há por trás dela. Repita até chegar às premissas-raiz. Ele compara isso aos 5 Whys.

As premissas vêm em tipos diferentes. O framework do livro Testing Business Ideas, de David J. Bland e Alexander Osterwalder, as organiza em três lentes, resumidas no resumo do livro da Strategyzer:

O resumo da Strategyzer descreve a desejabilidade como a questão de se os clientes vão mudar de comportamento, a viabilidade técnica como a de se você tem as habilidades e os recursos para entregar, e a viabilidade financeira como a de se os clientes podem pagar e se o preço sustenta a escala. Os exemplos da tabela são inventados para ilustrar.

A maioria das equipes iniciais testa demais a viabilidade técnica, porque é o risco que os engenheiros gostam de remoer. Mas um produto que funciona perfeitamente e que ninguém quer continua sendo um fracasso. No estágio de ideia, as maiores incógnitas costumam estar na desejabilidade.

Como encontrar a premissa mais arriscada

Com a lista em mãos, você precisa de um jeito de ranqueá-la. Duas perguntas fazem a maior parte do trabalho: quanto isso importa se estiver errado, e quanta evidência temos?

Bland descreve isso como assumptions mapping na Strategyzer. Você posiciona cada hipótese em uma grade 2x2, com a evidência em um eixo (de "tenho evidência" a "sem evidência") e a importância no outro. A pergunta de importância é qual hipótese, se provada errada, faria a ideia de negócio fracassar. O quadrante a testar primeiro é aquele com as hipóteses críticas para o sucesso e com menos evidência por trás.

Fatos principais: O Riskiest Assumption Test

• Rik Higham publicou "The MVP is dead. Long live the RAT." no Hacker Noon em 27 de setembro de 2016.
• A tese central de Higham: um MVP não é um produto, e sim uma forma de testar se você encontrou um problema que vale a pena resolver, e a alternativa é identificar sua premissa mais arriscada e testá-la.
• O assumptions mapping posiciona as hipóteses por importância e evidência, e prioriza as críticas com menos evidência (Strategyzer, David J. Bland).
• Testing Business Ideas agrupa as hipóteses em desejabilidade, viabilidade técnica e viabilidade financeira.
• O site do Lean Startup diz que o método começa com premissas de salto de fé e usa um produto mínimo viável para testá-las.
• Não existe um padrão formal para o RAT. Limites, formatos e nomes variam de equipe para equipe.

Uma forma prática de conduzir a sessão de ranqueamento com uma equipe pequena:

1. Escreva cada premissa em seu próprio post-it ou linha, uma crença por nota.
2. Classifique cada uma como desejabilidade, viabilidade técnica ou viabilidade financeira.
3. Posicione cada uma na grade, discutindo só quando duas pessoas discordarem do posicionamento. A discordância é uma informação útil.
4. Circule as primeiras no canto de alta importância e pouca evidência.
5. Escolha uma. Se não conseguir decidir, pergunte qual delas, se falsa, tornaria as outras irrelevantes.

Essa última pergunta é o atalho. Algumas premissas estão a montante de todas as outras. Se ninguém tem o problema, não importa se o seu preço está certo.

Passos para rodar um RAT

Um RAT é um experimento normal com escopo bem apertado. Escreva-o antes de rodar, principalmente o limite de aprovação.

1. Enuncie a premissa como uma frase testável. "Pelo menos 8 de 20 despachantes de frete entrevistados aceitarão um piloto pago" pode estar errada. "Despachantes precisam de ferramentas melhores" não pode.
2. Escolha o menor teste que produza comportamento real. Higham pergunta: qual é o menor experimento que você pode fazer para testar sua maior premissa? Prefira ações a opiniões.
3. Escolha uma métrica. Um número que você lerá do mesmo jeito, não importa quem esteja olhando.
4. Defina de antemão os limites de aprovação e reprovação. Decida agora qual resultado significa "seguir", qual significa "parar" e qual significa "inconclusivo, rodar de novo de outro jeito".
5. Rode o teste e registre o resultado sem reescrever a pergunta.
6. Decida. Passe para a próxima premissa, ajuste a ideia ou abandone-a.

Higham observa que, depois de validar a premissa mais arriscada, você pode passar para a próxima maior, construindo aos poucos a confiança na ideia. Essa sequência é o método inteiro.

Veja como a tabela poderia ficar para uma ideia hipotética: um software de conciliação de notas fiscais para pequenas corretoras de frete. Os números são inventados para mostrar o formato, não são benchmarks.

Repare que os testes mais baratos não envolvem software. São conversas, um serviço manual ou um esboço em que alguém clica.

Exemplos de testes por tipo de risco

O livro de Bland e Osterwalder descreve uma biblioteca de tipos de experimento, organizada por custo, tempo e força da evidência, segundo a página do livro na Strategyzer. Você não precisa de dezenas. Um punhado de opções comuns cobre a maioria dos testes iniciais:

Os autores resumem um princípio como "comportamento vence opinião": o que os clientes fazem é uma evidência mais forte do que o que eles dizem. Um cadastro é fraco, um piloto pago é mais forte. Ajuste o teste à quantidade de risco que você quer eliminar.

RAT vs MVP

As pessoas costumam usar os dois termos como sinônimos. O argumento de Higham é que não deveriam.

Higham escreve que um RAT é explícito: não há necessidade de construir mais do que o necessário para testar sua maior incógnita, nem expectativa de código ou design perfeito, nem perigo de que ele vire um produto prematuramente. Ele contrasta isso com o MVP, que pode seduzir uma equipe com a falsa sensação de um caminho claro e linear até uma solução otimizada.

Nada disso significa que MVPs sejam ruins. Depois que suas premissas mais arriscadas sobreviverem aos testes, construir um produto mínimo viável de verdade é o próximo passo lógico. O RAT só evita que você construa um para responder a uma pergunta que poderia ter sido respondida em uma semana com uma planilha e alguns telefonemas.

Depois de rodar um RAT, o que vem a seguir

Há três resultados honestos.

• Aprovado. O resultado superou o limite que você definiu. Passe para a próxima premissa mais arriscada. Não declare a ideia inteira validada, porque um teste aprovado elimina um risco.
• Reprovado. O resultado ficou abaixo do limite. Você pode ajustar a ideia (um pivot ou um segmento mais estreito) ou abandoná-la. Ambos são bons desfechos comparados a descobrir só depois do lançamento.
• Inconclusivo. A amostra era pequena demais, as pessoas erradas foram consultadas, ou o teste não mediu o que importava. Refaça o desenho do teste; não o reclassifique como aprovado.

Repetir RATs ao longo do tempo é como uma equipe avança rumo ao problem-solution fit e, mais tarde, ao product-market fit. Se quiser rodá-los em um ritmo regular, um framework de experimentação de growth oferece um lugar para registrar hipóteses e resultados. Para ver onde isso se encaixa na vida de uma empresa, consulte os estágios de uma startup, e para falar com as pessoas certas, customer discovery trata de entrevistas em profundidade.

Erros comuns

1. Testar a premissa segura. As equipes escolhem a que conseguem testar com facilidade, não a que importa. Ranqueie primeiro por importância e evidência.
2. Tratar um protótipo como o teste. Se o teste exige semanas de desenvolvimento, ele não é pequeno o bastante. O alerta de Higham sobre o aumento de escopo vale aqui: a equipe deve se perguntar sempre se essa é a menor coisa que pode fazer para testar a premissa mais arriscada.
3. Definir o limite depois de ver os dados. Qualquer resultado pode ser explicado como sucesso depois de visto. Escreva a linha de aprovação antes.
4. Medir opiniões. "As pessoas disseram que gostaram" não custa nada a quem fala. Busque um cadastro, um depósito, um piloto, um documento compartilhado.
5. Testar com amigos. Eles são educados. Recrute no segmento que você pretende atender.
6. Juntar várias premissas em um só teste. Se ele falhar, você não saberá por quê. Uma premissa por teste.
7. Testar uma vez e parar. Passar em um teste elimina um risco. As premissas têm o costume de se substituir pela próxima da lista.
8. Ignorar as do tudo ou nada. Algumas premissas, como "os clientes vão pagar de fato", podem acabar com a ideia sozinhas. Teste essas cedo.

Higham também argumenta que isso não vale só para startups. Empresas estabelecidas também correm risco: depois de anos de sucesso, você pode se deixar embalar por uma falsa sensação de segurança e acabar construindo algo que ninguém quer usar. Um RAT é um seguro barato em qualquer um dos cenários.

Checklist rápido

Antes de rodar o próximo teste, confira se você consegue responder a estas perguntas:

• Que tipo de risco é este: desejabilidade, viabilidade técnica ou viabilidade financeira?
• Por que esta é a premissa mais arriscada, e não só a mais fácil?
• Qual é o menor teste que produz comportamento real?
• Que métrica única vamos ler?
• Que resultado significa aprovado, reprovado ou inconclusivo, escrito antes de começarmos?
• O que faremos de diferente conforme a resposta?

Para fundadores que ainda estão escolhendo qual problema perseguir, o artigo sobre fontes de ideias para startups ajuda na etapa que vem antes de tudo isso.

Leitura relacionada

• Método Lean Startup
• Produto mínimo viável
• Estágio de ideia de uma startup
• Customer discovery
• Aprendizado validado
• Framework de experimentação de growth