CRO: Otimização de Conversão e Experimentação · Capítulo 26 de 30 · 39 min
Governança: quem decide, quem veta e com que cadência
Direitos de decisão escritos antes do primeiro teste, separação entre veto técnico e decisão de negócio, arranjo organizacional e ritmo de reporte.
Este capítulo faz parte do curso gratuito CRO: Otimização de Conversão e Experimentação.
Etapa: Governança. Pergunta que este módulo responde: Quem decide, quem veta e como um conflito legítimo sobe de nível? Dono mais comum: Patrocinador do programa com donos técnicos e de negócio. Passagem de bastão: política curta com alçadas, vetos, exceções, cadência e registro.
Governança é a regra do jogo escrita antes da final
Se cada falta muda de significado conforme o placar, o campeonato perde confiança. Alçadas e vetos precisam existir antes de a hipótese favorita do executivo perder.
Veto técnico protege limite; decisão de negócio escolhe dentro do espaço seguro. Nenhum dos dois deve fingir ser o outro.
COO mediando produto e jurídico
Serviços regulados
Dor
Produto quer lançar por ganho; jurídico veta sem propor condicionantes; o teste vence e a reunião trava.
Solução
A política separa riscos não compensáveis, regressões aceitáveis e caminho de escalonamento com prazo.
Resultado
O conflito deixa de ser disputa de autoridade e vira aplicação de regra previamente aprovada.
Custo apurado: Cenário executivo ilustrativo, construído a partir de rotinas empresariais recorrentes.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
O que significa: Governança define quem propõe, valida, veta, decide, implementa e registra. Alçada estabelece quais decisões cada papel pode tomar conforme risco, valor e reversibilidade. O objetivo é reduzir ambiguidade sem centralizar toda mudança no topo. Por que isso importa na empresa: Sem regras, o autor da ideia pode julgar o próprio resultado, calendário pode vencer estatística e áreas de risco chegam tarde. Com regras excessivas, testes simples esperam meses. Faixas de risco equilibram velocidade e controle.
- Etapa 1 de 5: Papéis
Nomeie pessoas responsáveis, não apenas departamentos.
- Etapa 2 de 5: Risco
Classifique reversibilidade, dado, dinheiro e vulnerabilidade.
- Etapa 3 de 5: Alçada
Associe faixa de risco a aprovadores e vetos.
- Etapa 4 de 5: Conflito
Defina escalonamento, prazo e registro de override.
- Etapa 5 de 5: Cadência
Revise decisões, exceções e política periodicamente.
Exemplo calculado — números ilustrativos
| Situação | Conta | Como interpretar | Decisão executiva |
|---|---|---|---|
| A empresa executa 30 mudanças mensais. Todas exigem aprovação de sete diretores e levam 15 dias; 24 são reversíveis e sem dado sensível. | Se mudanças de baixo risco forem delegadas e caírem para 3 dias, 24 × 12 = 288 dias de espera agregada são removidos por mês. | A conta ilustra fluxo, não horas produtivas recuperadas. O ganho vem de reservar revisão pesada para risco material. | A política cria três faixas, mantém veto técnico independente e audita amostra das decisões delegadas. |
Os números foram criados para ensinar o raciocínio. Substitua base, janela, valor e premissas pelos dados validados da sua empresa.
Dúvidas comuns de quem está começando
Veto técnico significa que dados decide o negócio?
Não. Dados decide se a leitura é válida dentro do método. O dono de negócio decide lançamento dentro das regras, enquanto jurídico, segurança e outras áreas exercem vetos de sua competência.
O CEO pode fazer override?
A política deve dizer se pode, em quais condições e como registrar motivo, risco e acompanhamento. Exceção invisível destrói a governança.
Escreva em uma linha quem, na sua empresa, pode mandar lançar uma variante que o revisor técnico reprovou. Se a resposta demorar mais de dez segundos, ou se duas pessoas da mesma diretoria responderem coisas diferentes, o programa já tem um problema de governança maior que qualquer questão de método.
A pergunta parece burocrática e ela decide o valor do programa inteiro. Um teste bem desenhado, lido corretamente e sobreposto por decisão de nível superior sem registro produz o mesmo efeito que um teste malfeito: ninguém confia no próximo resultado. A diferença é que o teste malfeito tem conserto técnico, e o override não declarado não tem.
Governança é a regra de trânsito do cruzamento
Num cruzamento sem semáforo nem placa, cada motorista decide por conta própria quem passa primeiro, e a decisão só fica clara no instante da batida. A regra de trânsito preserva a autonomia de quem dirige bem e garante que o cruzamento funcione mesmo quando dois carros chegam juntos e com pressa. A governança de experimentação faz o mesmo papel: define de antemão quem tem preferência, quem para e em que condição alguém pode furar o sinal por emergência declarada. Sem essa regra escrita, todo teste polêmico vira um cruzamento no escuro, e a batida reaparece depois como um resultado em que ninguém confia.
O valor da regra aparece justamente na hora do conflito, quando prazo de campanha e veto técnico chegam juntos ao cruzamento. Escrever quem tem preferência antes do conflito é o que evita a colisão.
O exemplo mais estudado de governança que delega bem é a Booking.com. A empresa opera mais de mil experimentos simultâneos, e qualquer funcionário pode lançar um teste em produção sem pedir aprovação prévia da gestão. Parece ausência de controle e é o contrário disso: a autonomia só é segura porque a plataforma carrega as regras dentro dela, com guardrails automáticos, checagem de proporção de amostra e limites que interrompem sozinhos um teste que degrada uma métrica de proteção. A alçada foi escrita uma vez, no trilho da ferramenta, e por isso deixou de ser negociada a cada teste. Guardrail, aqui, é a métrica de proteção que não pode piorar mesmo que a métrica-alvo melhore, e alçada é o direito nomeado de decidir ou vetar.
O que você vai conseguir decidir ao terminar este módulo
- Quem tem veto sobre validade e quem tem decisão sobre negócio, com a fronteira escrita e sem sobreposição.
- O que acontece, passo a passo, quando o revisor técnico reprova e o dono do produto quer lançar mesmo assim.
- Qual arranjo organizacional corresponde ao número de times que tocam superfícies testáveis na sua casa.
- Qual cadência de reporte cada público recebe, e por que a trimestral do board não pode ser a mesma da operação.
- Como documentar o override executivo de forma que ele preserve, em vez de destruir, a credibilidade do programa.
A decisão deste módulo é a assinatura de uma política de uma página antes do primeiro teste do próximo ciclo. Ela pertence ao patrocinador executivo do programa, com validação do dono da superfície e do responsável técnico. Prazo sugerido: rascunho circulando em sete dias, assinatura em quinze. Política escrita depois do primeiro conflito é sempre lida como reação a uma pessoa, e perde a autoridade que teria se fosse anterior.
Direitos de decisão precisam estar escritos antes do primeiro teste, e o motivo é comportamental antes de ser processual. Enquanto não há resultado na mesa, discutir quem decide é uma conversa abstrata e barata. Depois que existe um resultado que contraria a expectativa de alguém com poder, a mesma conversa passa a ser interpretada como manobra.
Há duas configurações legítimas e uma ilegítima. A primeira legítima: o dado decide, e a liderança se compromete a honrar a leitura, inclusive quando ela desagrada. A segunda: a liderança reserva poder de override, o que é perfeitamente defensável em decisões com componente estratégico que o teste não mede, desde que esteja escrito e o uso seja registrado. A ilegítima é a terceira, que é a mais comum: dizer que o dado decide e usar override sem registro quando o resultado incomoda. Essa configuração destrói a credibilidade do programa mais rápido que qualquer teste malfeito, porque ensina ao time que o resultado só vale quando confirma a preferência de quem manda.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
A fronteira que precisa estar escrita
Veto técnico: pertence ao time central
Coluna a evitar
- Objeto: a leitura é válida? Instrumentação correta, amostra íntegra, regra de parada respeitada
- Aciona quando há desvio de proporção de amostra, evento faltando, contaminação entre variantes ou parada oportunista
- Efeito do veto: o resultado não pode ser usado como evidência. A variante não foi reprovada, a medição foi
- Quem exerce: responsável técnico do programa ou revisor independente, nunca quem propôs o teste
- Não alcança: mérito da hipótese, prioridade da fila, apetite de risco do negócio
Decisão de negócio: pertence ao dono da superfície
Coluna recomendada
- Objeto: com esta leitura válida na mão, lançamos, revertemos ou seguimos investigando?
- Aciona sempre que existe resultado válido, inclusive quando ele é neutro
- Efeito da decisão: a variante vai a produção, volta ao backlog ou é descartada, com registro do motivo
- Quem exerce: o executivo que responde pelo resultado daquela superfície
- Não alcança: declarar válida uma leitura que o veto técnico invalidou
Desvio de proporção de amostra é veto sobre a leitura, não reprovação da variante. Quando ele aparece, a frase correta na ata é que o teste não produziu evidência utilizável, e não que a variante perdeu. A distinção parece semântica e ela muda o comportamento: no primeiro enquadramento o time reexecuta o teste corrigindo a instrumentação; no segundo, o autor da hipótese sai da reunião derrotado e a hipótese boa morre por erro de medição.
Alçada por faixa de risco da mudança
Eixo horizontal: Exposição regulatória ou contratual da superfícieEixo vertical: Reversibilidade da mudança
Risco baixo: reversível e sem exposição
- Aprova: o dono do produto, sem comitê. Pode parar: o responsável técnico, a qualquer momento, por motivo de validade
- Controle: registro automático no repositório com hipótese, janela e resultado, sem etapa manual de aprovação
- Meta de gestão: que a maior parte do volume de testes viva neste quadrante, porque é onde a velocidade é barata
Risco médio: reversível, com exposição
- Aprova: dono do produto com parecer prévio de jurídico ou de proteção de dados. Pode parar: responsável técnico e jurídico
- Controle: checagem de conformidade documentada antes de subir, com prazo próprio para não virar gargalo silencioso
- Meta de gestão: parecer emitido em até cinco dias úteis, medido e reportado, porque compliance sem prazo mata velocity sem aparecer no painel
Risco alto: pouco reversível, sem exposição regulatória
- Aprova: o patrocinador executivo do programa. Assina o lançamento: o dono da superfície, nominalmente
- Controle: plano de reversão escrito antes de subir, com gatilho numérico e responsável de plantão nomeado
- Meta de gestão: tempo de reversão medido em minutos e testado ao menos uma vez por trimestre, e não presumido
Risco alto: pouco reversível e com exposição
- Aprova: comitê, com jurídico presente. Assina o lançamento: o executivo que responde pela superfície, com registro em ata
- Controle: rollout gradual obrigatório com marcos de leitura, sem lançamento integral em passo único
- Meta de gestão: reduzir o número de mudanças que caem neste quadrante, redesenhando o escopo para torná-las reversíveis antes de discutir aprovação
Existe uma regra que este curso defende desde o módulo de validade e que quase nenhum programa institucionaliza: quem propôs o teste não avalia o próprio resultado. A checagem de desvio de proporção de amostra, a conferência da regra de parada e a leitura final passam por alguém que não tem investimento na hipótese.
A justificativa não é desconfiança pessoal. Quem escreveu a hipótese passou semanas convencido de que ela é boa, e essa convicção altera, sem má-fé, a escolha do recorte, o momento de olhar o painel e a interpretação de um resultado ambíguo. Institucionalizar a separação custa pouco, porque exige apenas um segundo par de olhos nomeado, e resolve o problema na origem em vez de tentar corrigi-lo por disciplina individual.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Os três arranjos organizacionais e o critério de corte
| Arranjo | Como funciona | O que ele quebra | Quando escolher |
|---|---|---|---|
| Centralizado | Um time único concentra desenho, execução e análise para todas as superfícies. A expertise fica densa e o padrão é homogêneo por construção. | Vira fila. O time central passa a ser gargalo e os donos de produto perdem sensação de propriedade sobre o resultado, o que reduz a implementação do que foi aprendido. | Até cerca de três times de produto tocando superfícies testáveis. É também o arranjo correto no primeiro ano de qualquer programa, porque não existe método consolidado para distribuir. |
| Distribuído ou embutido | Cada time de produto roda os próprios experimentos, com autonomia de desenho e de leitura. | Fragmenta o método. Métricas divergem entre times, o mesmo teste é refeito em lugares diferentes e a qualidade da análise passa a depender de quem está no time. | Raramente como escolha isolada. Funciona quando já existe motor estatístico comum, definição única de métrica e revisão de validade centralizada, o que na prática significa que já virou o terceiro arranjo. |
| Centro de excelência | Centraliza governança, padrões, ferramental, definição de métrica e revisão de validade. Distribui hipótese, desenho e priorização para os times de produto. | Exige investimento em documentação e em papéis de suporte que não aparecem como entrega. Quando esse investimento não vem, degenera em comitê que aprova sem servir. | A partir de quatro times de produto tocando superfícies testáveis. A regra de corte é o que ganha com padronização fica no centro, o que ganha com proximidade de contexto vai para a ponta. |
O critério de corte não é tamanho de empresa nem faturamento: é quantos times, com roadmaps distintos, tocam superfícies que valem a pena testar. Empresa grande com uma única superfície testável opera bem centralizada.
Onde o programa mora importa mais que como ele se chama. O critério é único: quem controla o roadmap da superfície testada. Programa alocado numa área que não controla o roadmap vira gerador de recomendação não implementada, e o sintoma aparece em três meses, com uma fila de aprendizados validados que ninguém colocou em produção. Antes de discutir organograma, verifique se o patrocinador do programa tem autoridade sobre a fila de desenvolvimento da superfície.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Cadência de reporte por público
| Ritmo e público | O que entra na pauta | O que NÃO entra | Decisão que sai dessa reunião |
|---|---|---|---|
| Semanal ou quinzenal, operação | Testes no ar, testes concluídos, alertas de validade, fila da próxima quinzena e bloqueios de engenharia. | Projeção de receita anual e discussão de orçamento, que consomem a reunião e não têm dado novo a cada quinze dias. | O que sobe, o que para, o que é reexecutado por problema de instrumentação e o que sai da fila. |
| Mensal, comitê da superfície | Resultados consolidados do mês, decisões de lançamento pendentes, conflitos escalados e revisão da fila por valor. | Detalhe de método estatístico, que pertence à revisão técnica e afasta os donos de produto da conversa. | Priorização do mês seguinte e resolução dos conflitos que a operação não conseguiu fechar. |
| Trimestral, board ou diretoria | Métricas de saúde do programa: volume de experimentos, tempo de ciclo, taxa de acerto, cobertura e efeito verificado em produção. | Resultados de testes individuais, que criam a expectativa de que todo teste vence e distorcem a leitura do programa. | Continuar, ampliar, reduzir ou descontinuar o programa, e onde investir no trimestre seguinte. |
| Anual, contrato e fornecedor | Renovação de plataforma, teto de reajuste, portabilidade do histórico de experimentos e revisão da política de experimentação. | Discussão de resultado de teste, que pertence aos outros três ritmos. | Renovar, renegociar ou migrar, com parecer sobre custo de troca calculado antes da janela de renovação. |
A coluna do meio é a que costuma faltar nas políticas de governança, e é ela que protege cada reunião de virar a reunião anterior com público diferente.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
- Etapa 1 de 6: Veto registrado
O revisor documenta o motivo técnico em uma linha, com o diagnóstico e a evidência, no mesmo dia
- Etapa 2 de 6: Conversa direta, 24 horas
Revisor e dono da superfície verificam se o problema tem correção rápida que preserve a janela de negócio
- Etapa 3 de 6: Reexecução ou decisão sem evidência
Duas saídas legítimas: corrigir e rodar de novo, ou assumir que a decisão será tomada sem evidência do teste
- Etapa 4 de 6: Escalonamento ao patrocinador, 48 horas
Se não houve acordo, o patrocinador executivo decide. O veto técnico não é revogado: o que se decide é agir sem a evidência
- Etapa 5 de 6: Override registrado em ata
Nome de quem decidiu, motivo de negócio, risco assumido e data. O registro é o que preserva a credibilidade do programa
- Etapa 6 de 6: Revisão no trimestre
Todo override entra no reporte trimestral com o desfecho observado, o que calibra o uso do instrumento no ciclo seguinte
Uma variante da página de produto rodou por duas semanas e apresenta resultado positivo. O revisor técnico identificou desvio de proporção de amostra: a divisão planejada era de metade para cada variante e a observada ficou perto de 53% para 47%, com significância estatística clara no teste de aderência. A causa provável é um redirecionamento que perde parte do tráfego móvel. O dono do produto quer lançar assim mesmo, porque a campanha de estação começa na segunda-feira e a página nova faz parte do plano de mídia já contratado.
O que você decide, e como isso fica registrado?
Política de Experimentação, em uma página
Preencha e baixe. É o documento que precisa estar assinado antes do primeiro teste do próximo ciclo, com alçadas nomeadas, condições de override e data de revisão. Esta política é a origem única de alçada no curso: as linhas de veto técnico, override, escalonamento e cadência escritas aqui são transcritas, e nunca reescritas, na seção 5 da folha montada no módulo "Projeto: um programa de CRO de ponta a ponta". A separação entre os dois documentos existe por causa do relógio: a política vigora por um ano ou mais e sobrevive à troca de time, enquanto a folha do programa vale por um ciclo. Fundir as duas obriga a reabrir direitos de decisão a cada trimestre, que é exatamente o momento em que ninguém tem serenidade para discuti-los.
Documento montado
POLÍTICA DE EXPERIMENTAÇÃO, VERSÃO 1.0 Vigência: [VIGÊNCIA E DATA DA PRÓXIMA REVISÃO] Patrocinador executivo: [PATROCINADOR EXECUTIVO, COM CARGO] 1. PRINCÍPIO Esta política existe para que os direitos de decisão estejam escritos ANTES do primeiro teste. Política redigida depois do primeiro conflito é lida como reação a uma pessoa e não sustenta autoridade. 2. VETO TÉCNICO [QUEM EXERCE O VETO TÉCNICO, NOMINALMENTE, E SOBRE O QUÊ] O veto técnico incide sobre a VALIDADE DA LEITURA, nunca sobre o mérito da variante. Desvio de proporção de amostra invalida a medição; não significa que a variante perdeu. A frase correta em ata é que o teste não produziu evidência utilizável. Regra de separação: quem propôs o teste não avalia o próprio resultado. A checagem de validade e a leitura final passam por quem não tem investimento na hipótese. 3. DECISÃO DE NEGÓCIO [QUEM DECIDE O LANÇAMENTO, POR SUPERFÍCIE] 4. O QUE O DADO DECIDE [O QUE O DADO DECIDE SEM DISCUSSÃO] 5. OVERRIDE EXECUTIVO [CONDIÇÕES EM QUE O OVERRIDE EXECUTIVO É PERMITIDO] Todo override é registrado em ata com: nome de quem decidiu, motivo de negócio, risco assumido e data. Todo override entra no reporte trimestral com o desfecho observado. Override não declarado destrói a credibilidade do programa mais rápido que teste malfeito, porque ensina ao time que o resultado só vale quando confirma a preferência de quem manda. 6. ESCALONAMENTO DE CONFLITO [ESCALONAMENTO: PRAZOS E QUEM DECIDE EM CADA DEGRAU] 7. CADÊNCIA DE REPORTE [CADÊNCIA DE REPORTE POR PÚBLICO] 8. O QUE ESTA POLÍTICA NÃO COBRE Não cobre a definição das métricas de decisão de cada superfície, que vive em documento próprio e tem ciclo de revisão distinto. Não cobre aprovação de orçamento nem contratação, que seguem a alçada financeira vigente na empresa. Não cobre decisões de produto que não passam por experimento, que continuam sob o rito de priorização de roadmap. Não cobre tratamento de dado pessoal na instrumentação, que exige parecer específico de proteção de dados. Não cobre a hipótese de a empresa optar por NÃO manter programa de experimentação, decisão legítima que, se tomada, revoga esta política por inteiro e precisa de registro próprio em ata. Não substitui a folha de operação do ciclo. Escopo, fluxo escolhido, OEC, orçamento e método de cálculo de retorno vivem no documento do programa, montado no módulo "Projeto: um programa de CRO de ponta a ponta", que copia daqui as seções 2, 4, 5, 6 e 7 sem alterá-las. Quando esta política for revista, a folha do ciclo seguinte é atualizada junto, e a ordem importa: a política muda primeiro.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Verificação rápida
Sua diretoria quer manter poder de decisão final sobre lançamentos, mesmo contra o resultado de um teste. Qual desenho de governança preserva a credibilidade do programa?
O que precisa estar escrito antes do primeiro teste do ciclo
Alçada e veto
0/5Override e conflito
0/4Cadência e alocação
0/4O estado da governança de experimentação no mercado
50%
Times sem repositório central de conhecimento
Sem ele, o programa repaga experimentos já feitos e o acervo some com a saída de qualquer pessoa-chave
87%
Programas maduros que padronizam processo e resultado
A padronização é o traço que separa maduro de estagnado na mesma pesquisa
13%
Times com ferramental bem integrado
O restante opera com dados de experimento fora do ambiente analítico principal
90%
Setups analíticos auditados com falha crítica
Em mais de 150 auditorias; qualidade de dado virou o gargalo depois que a ideação ficou barata
Fonte: Speero (agência de consultoria em experimentação) e Kameleoon (fornecedor de plataforma), ambos com conflito de interesse: vendem a correção dos problemas que medem.
As perguntas que vêm da mesa sobre governança
Se a diretoria pode fazer override, para que serve o teste?
Para separar o que a organização sabe do que ela supõe. Override declarado registra que a decisão foi tomada apesar da evidência, e não em nome dela, o que preserva o valor do acervo. No trimestre seguinte é possível comparar o desfecho dos overrides com o das decisões baseadas em leitura, e essa comparação costuma calibrar o uso do instrumento melhor do que qualquer regra escrita.
Não é excesso de burocracia exigir política assinada para começar a testar?
A política cabe em uma página e leva menos tempo que a configuração da primeira campanha de teste. O custo real aparece na ausência dela, quando o primeiro conflito precisa ser resolvido sem regra prévia e a solução encontrada vira precedente informal. Nesse cenário a organização acaba com governança de qualquer forma, só que escrita pelo resultado de uma discussão, e não por decisão de quem responde pelo programa.
Nosso time é pequeno e todo mundo faz tudo. Como separo quem propõe de quem avalia?
Com um segundo par de olhos nomeado, que não precisa ser dedicado nem sênior. A revisão de validade é uma lista curta: proporção de amostra, integridade dos eventos, regra de parada respeitada e recorte definido antes da leitura. Alguém de analytics, de dados ou de engenharia consegue executá-la em vinte minutos. O que não funciona é presumir que a disciplina individual substitui a separação estrutural.
Devemos migrar para centro de excelência agora que temos quatro times de produto?
O número de times indica quando a migração passa a fazer sentido, e não que ela deve acontecer imediatamente. Antes de distribuir, verifique se existe o que padronizar: definição única de métrica, motor estatístico comum, revisão de validade centralizada e repositório consultável. Distribuir execução sem esses quatro itens fragmenta o método e produz times chegando a conclusões diferentes a partir dos mesmos dados.
O programa deveria responder a marketing, a produto ou a dados?
A pergunta certa é outra: quem controla o roadmap da superfície testada. Programa alocado onde não há autoridade sobre a fila de desenvolvimento acumula recomendações validadas que ninguém implementa, e o sintoma aparece em cerca de três meses. Se as superfícies relevantes pertencem a produto, o programa mora perto de produto, qualquer que seja o nome da caixa no organograma.
Glossário rápido
Veto técnico
Prerrogativa do responsável técnico do programa de declarar que uma leitura não é utilizável como evidência, por problema de instrumentação, integridade de amostra ou regra de parada. Não alcança o mérito da variante nem a prioridade da fila.
Override executivo
Decisão de lançar ou reverter contra a leitura válida de um teste, tomada por quem tem alçada sobre a superfície. É instrumento legítimo quando declarado na política e registrado em ata com motivo e risco; quando não declarado, é o que mais rápido destrói a credibilidade do programa.
Direitos de decisão
Conjunto escrito que define quem aprova, quem pode parar e quem assina o lançamento em cada faixa de risco. Precisa existir antes do primeiro teste, porque depois do primeiro resultado incômodo qualquer tentativa de defini-lo é lida como manobra.
Centro de excelência
Arranjo híbrido que centraliza governança, padrões, ferramental, definição de métrica e revisão de validade, e distribui hipótese, desenho e priorização aos times de produto. Indicado a partir de quatro times tocando superfícies testáveis, e só depois de existir método consolidado a distribuir.
Controle de roadmap
Autoridade efetiva sobre a fila de desenvolvimento da superfície testada. É o critério que decide onde o programa mora: sem esse controle, o programa produz recomendação validada e não produz mudança em produção.
Coloque a lista de overrides do trimestre no mesmo slide das métricas de saúde do programa, com o desfecho observado de cada um. O efeito é sutil e consistente: a diretoria passa a comparar o próprio julgamento com o resultado, e a frequência do instrumento cai sem que ninguém precise proibi-lo. Regra que se autocorrige pela evidência sobrevive mais tempo que regra imposta por política.
Circule o rascunho da política de uma página em sete dias e obtenha assinatura em quinze, antes do primeiro teste do próximo ciclo. Comece pela seção mais desconfortável, que é a do override: se a liderança quiser mantê-lo, escreva as condições; se não quiser, escreva que ele não existe. Qualquer das duas posições é defensável, e a ausência das duas não é.
Este módulo está concluído quando, nos próximos quinze dias, você tiver: (1) a política de experimentação de uma página preenchida e assinada pelo patrocinador executivo, com data de revisão declarada; (2) o responsável pelo veto técnico nomeado por escrito, sendo pessoa distinta de quem propõe hipóteses; (3) as quatro cadências marcadas na agenda, com pauta e com a lista do que não entra em cada uma; (4) a verificação registrada de que o patrocinador tem autoridade sobre o roadmap da superfície testada; e (5) o formato de registro de override definido, mesmo que a decisão da casa tenha sido a de não permitir override.
Transfira para a sua rotina nesta semana
- Escreva riscos que nenhum uplift compensa.
- Defina faixa de decisão delegada por impacto.
- Registre override executivo com justificativa e prazo de revisão.
Perguntas frequentes deste capítulo
Quanto tempo leva para escrever a política de experimentação?
O que fazer quando o revisor técnico e o dono do produto discordam com frequência?
Precisamos de comitê formal para aprovar testes?
Como reporto ao board sem transformar a reunião em aula de estatística?
Vale a pena manter o programa numa área que não controla o roadmap?
Nossa agência opera o programa inteiro. Ela pode exercer o veto técnico?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- CursoGoogle Ads 2027sugerido pelo grafo3 capítulos de “CRO: Otimização de Conversão e Experimentação” usam conceitos apresentados em “Google Ads 2027”.
- CursoGEO Universal Frameworksugerido pelo grafo2 capítulos de “CRO: Otimização de Conversão e Experimentação” usam conceitos apresentados em “GEO Universal Framework”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Do Agile ao Agentic Operating ModelNomear quem monta a prova da entrega e pode vetá-laExaminar conexões de Nomear quem monta a prova da entrega e pode vetá-la
- Deploy para decisão executivaProjeto final: a política que você assina e revisa em noventa diasExaminar conexões de Projeto final: a política que você assina e revisa em noventa dias
- Agentes de código para executivosSeparar quem escreve o verificador de quem escreve o códigoExaminar conexões de Separar quem escreve o verificador de quem escreve o código
- E-E-A-T e Qualidade de ConteúdoLaboratório executivo: decidir por cadeira, de CEO a jurídicoExaminar conexões de Laboratório executivo: decidir por cadeira, de CEO a jurídico
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.