A pergunta mais cara em produto digital não é “como construir?”. É “vale a pena construir?”.
Times inteiros passam meses desenvolvendo funcionalidades que ninguém pediu, integrações que ninguém usa e produtos que ninguém compra. Não por falta de competência técnica, mas por falta de evidência.
Foi para atacar esse problema que criamos a Biblioteca de Experimentos da Elegant Garden: 50 experimentos de negócio, tecnologia e design, prontos para uso, organizados pelos 5 tipos de risco do nosso Modelo Operacional de Produtos Digitais.
Organizada por risco, não por técnica
Catálogos de experimentos não são novidade. O livro Testing Business Ideas, de David J. Bland e Alex Osterwalder, que serviu de inspiração para a biblioteca, já reúne dezenas de técnicas de validação. Mas na prática dos nossos clientes vimos dois problemas se repetirem: times escolhem o experimento que já conhecem (quase sempre entrevista ou pesquisa) em vez do que gera a evidência mais forte pelo menor custo, e experimentam sem conexão com o risco que realmente ameaça a iniciativa. Sem essa conexão, experimentação vira teatro de inovação.
Por isso a biblioteca é organizada pelos 5 tipos de risco do Modelo Operacional de Produtos Digitais da Elegant Garden, cada um com dono claro e com o mecanismo que gera suas premissas:
- Valor (dono: PM): as pessoas querem isso? Premissas geradas pelo discovery contínuo, na linha de Teresa Torres.
- Usabilidade (dono: Designer): as pessoas conseguem usar e entendem como funciona? Também alimentado pelo discovery contínuo.
- Viabilidade de Negócio (dono: PM): os números fecham? Premissas vindas de business case, unit economics e análise jurídica e regulatória.
- Viabilidade Técnica (dono: Tech Lead): conseguimos construir? Premissas geradas pelo AARM, com risk storming, ADRs e histórias de arquitetura.
- Adaptabilidade (dono: PM + Tech Lead): isso continua funcionando quando o contexto muda? Premissas vindas dos cenários de evolução do AARM e do stress do modelo de negócio de Osterwalder.
Essa é a diferença estrutural em relação ao catálogo original: enquanto Testing Business Ideas cobre sobretudo desejabilidade e viabilidade de negócio, a nossa biblioteca dá o mesmo peso aos riscos técnicos e de adaptação. Spikes de arquitetura, provas de conceito, fitness functions, game days de resiliência, sondas de portabilidade e túneis de vento de cenários convivem no mesmo catálogo com landing pages, pré-vendas e testes de precificação. Produto, design e engenharia experimentando com o mesmo vocabulário.
A trilha de evidência: do mais barato ao mais forte
Cada experimento da biblioteca declara sua categoria (descoberta ou validação), seu custo relativo (de $ a $$$) e a força da evidência que gera (fraca, média ou forte). E, mais importante, cada um aponta para os experimentos que o antecedem, os que o sucedem e os que combinam em paralelo. É uma cadeia navegável.
Essa trilha existe porque evidência tem custo e tem força, e as duas coisas quase sempre andam juntas. Uma entrevista custa pouco e prova pouco. Uma pré-venda custa mais e prova muito. O erro clássico é pular direto para o experimento caro, como construir um MVP completo, quando um teste de porta falsa de dois dias já mataria ou confirmaria a hipótese. A trilha torna a progressão explícita: você começa no experimento barato de descoberta, e só escala para a validação cara se a evidência inicial justificar. Um exemplo concreto: entrevista de descoberta, depois teste de proposta de valor, depois landing page, depois porta falsa, e só então pré-venda.
Métricas de decisão e armadilhas
Dois campos de cada experimento merecem destaque, porque vêm direto do que aprendemos facilitando discovery em clientes.
O primeiro são as métricas de decisão. Um experimento sem métrica definida antes de rodar não é experimento, é passeio. Cada item da biblioteca lista o que medir para transformar o resultado em decisão: taxa de conversão da CTA, faixa de preço aceitável, ponto de degradação sob carga, custo real por transação.
O segundo são as armadilhas. Todo experimento tem um jeito conhecido de dar errado, e quase sempre o erro produz falso negativo ou falsa confiança. Perguntas que induzem resposta na entrevista. Tráfego mal segmentado que invalida a leitura da landing page. Piloto gratuito que não testa viabilidade. Spike que vira desenvolvimento de feature disfarçado. Documentamos as armadilhas para que o time não precise pagá-las de novo.
Uma dessas armadilhas vale um parágrafo próprio: experimentos que expõem artefatos ao usuário, como porta falsa, landing page e anúncios, exigem capacidade de design entre as capacidades necessárias, que também estão listadas em cada experimento. Sem um mínimo de usabilidade no artefato, o usuário rejeita a execução ruim do teste, não a ideia, e uma funcionalidade boa acaba descartada de forma indevida.
Um dataset, não só uma página
A biblioteca não é apenas uma página para navegar. Todo o conteúdo é um dataset estruturado, com metadados completos por experimento: riscos endereçados, categoria, tipo, custo, força de evidência, tempos de setup e execução, dono, capacidades, métricas, armadilhas e a trilha de antecessores e sucessores. Isso significa que você pode plugar a biblioteca nos seus fluxos com IA: pedir para um assistente recomendar o próximo experimento dado o seu contexto de risco, gerar planos de descoberta automaticamente ou integrar o catálogo ao seu processo de discovery.
Em 2026, conhecimento útil precisa ser consumível por pessoas e por agentes.
Aberta, como tudo que fazemos
Assim como os demais frameworks da Elegant Garden, a Biblioteca de Experimentos é open source. Use, adapte, incorpore ao seu processo. Nossa convicção é que a barreira para produtos melhores não é falta de ferramenta guardada a sete chaves, e sim falta de método acessível aplicado com disciplina.
Explore a biblioteca em elegantgarden.software/experimentos.html. Escolha o risco que mais te tira o sono, filtre pela evidência que você precisa e rode o experimento mais barato da trilha ainda esta semana. Evidência barata hoje vale mais do que certeza cara daqui a seis meses.