Resposta rápida: um programa de experimentação é a estrutura que transforma testes isolados em máquina de aprendizado: papéis definidos, ritual semanal, backlog priorizado por critério explícito, padrões estatísticos combinados antes e um histórico central de resultados. A diferença entre "fazemos testes" e "temos um programa" é a diferença entre episódios e um sistema que compõe.
Por que testes isolados não compõem
O padrão que se repete nas empresas: alguém roda um teste empolgante, o resultado vira slide, o autor muda de projeto e seis meses depois ninguém sabe o que foi testado, por que, nem o que se aprendeu. O time novo repete os testes do antigo. Sem estrutura, cada experimento nasce e morre sozinho — o conhecimento não acumula, e o acúmulo é justamente onde mora o retorno.
Os cinco componentes do programa
1. Papéis (não necessariamente pessoas dedicadas). Alguém prioriza e destrava (dono do programa), alguém desenha variantes, alguém cuida da implementação e da qualidade técnica, alguém lê resultados com rigor. Em times pequenos, duas pessoas cobrem os quatro chapéus — o que não pode é o chapéu não existir. Sem braço interno, uma consultoria de CRO cobre os papéis enquanto treina o time.
2. Backlog único e priorizado. Todas as hipóteses num lugar só, pontuadas por critério explícito (ICE ou PIE — o guia de priorização), com o dado de origem anexado. O backlog é o coração do programa: quem quer testar algo, escreve a hipótese e entra na fila como todo mundo.
3. Padrões estatísticos combinados antes. Nível de confiança padrão (95%), mínimo de ciclos semanais completos, amostra calculada antes de começar (como), e a regra de ouro: métrica principal definida por escrito antes do teste. Padrões evitam a renegociação caso a caso — a maior fonte de falsos positivos institucionais.
4. Ritual semanal. Trinta minutos, pauta fixa: testes ativos (probabilidades atualizadas — continuar, parar, declarar), próximos da fila, aprendizados da semana registrados. O ritual é o metrônomo; sem ele o programa vira projeto que "a gente retoma depois do lançamento".
5. Histórico central de aprendizados. Cada teste encerrado registra hipótese, contexto, resultado e decisão. É o ativo que responde "já testamos isso?", orienta hipóteses novas e sobrevive à rotatividade do time.
O ciclo em regime
Em velocidade de cruzeiro, a semana típica: segunda revisa testes ativos; durante a semana, os achados de heatmaps e pesquisas viram hipóteses novas no backlog; sexta registra aprendizados; todo mês, um resumo de ganhos e aprendizados circula para a empresa — visibilidade é o que protege o programa no próximo corte de orçamento.
Métricas do programa (não dos testes)
- Velocidade: testes concluídos por mês. É a métrica de atividade — sem volume não há aprendizado.
- Taxa de vitória: perto de 100% indica timidez (só testes óbvios); perto de 0%, hipóteses fracas. Um terço de vitórias é vizinhança saudável.
- Impacto acumulado: a soma dos ganhos implementados — o número que justifica o programa.
- Cobertura de evidência: quantas hipóteses nasceram de dado versus opinião. Deve subir com o tempo.
Os três erros que matam programas
- Depender de uma pessoa. Quando ela sai, o programa vai junto. Documentação e ritual são o antídoto.
- Só perseguir vitórias. Times cobrados por "taxa de sucesso" param de testar o que importa. Cobre aprendizado e impacto acumulado.
- Ferramenta fragmentada. Diagnóstico numa ferramenta, teste noutra, resultado numa planilha — a fricção entre elas mata a velocidade. Plataforma integrada existe para o ciclo caber numa semana.
Perguntas frequentes
Quantos testes por mês são "suficientes"? Os limites são tráfego e capacidade de criar variantes. Comece com o que o tráfego suporta e otimize a velocidade do ciclo, não um número mágico.
Preciso de comitê para aprovar testes? Não — precisa de critério de priorização público. Comitês adicionam semanas; critérios adicionam clareza.
Como começo do zero na segunda-feira? Instale medição nas 3 páginas-chave, rode uma pesquisa de abandono, escreva 5 hipóteses do que encontrar, priorize com ICE e publique o primeiro teste. O programa nasce rodando, não no PowerPoint.
A infraestrutura do ciclo completo — do heatmap ao teste, da pesquisa ao resultado — é o que a GoAB para times de CRO entrega numa plataforma só.