Um checklist de lançamento reúne, por área, tudo o que precisa estar pronto para colocar um produto ou uma funcionalidade nas mãos dos clientes: testes, suporte, comunicação, aspectos jurídicos, métricas e plano de reversão. Cada item tem um papel responsável e um prazo relativo à data. Os critérios de go/no-go transformam o checklist numa decisão explícita, tomada na véspera com os responsáveis de cada área.
Como usar
- Diga o que será lançado e escolha o tipo: grande, pequeno ou beta.
- Marque as áreas envolvidas: cada uma recebe itens com prazo e um papel responsável.
- Marque o que já está pronto e veja quantos critérios de go ainda faltam.
- Informe a métrica a acompanhar e o gatilho de reversão para completar a linha do tempo do dia.
- Exporte em Markdown ou CSV para acompanhar no seu gerenciador de tarefas.
O que cada campo pede
| Campo | O que preencher |
|---|---|
| O que será lançado | Produto, versão ou funcionalidade. |
| Tipo de lançamento | Define o rigor do checklist e a liberação no dia. |
| Data prevista | Opcional. Os prazos contam a partir dela (D-5 = cinco dias antes). |
| Áreas envolvidas | Cada área recebe itens e um papel responsável. |
| Itens já prontos | Marque o que já está concluído; o resto fica pendente. |
| Métrica a acompanhar | O número que mostra se o lançamento deu certo. |
| Gatilho de reversão | A condição que faz voltar atrás, combinada antes. |
Exemplo
Um app fictício de agendamento para salões prepara um lançamento grande para 12 de novembro, com as oito áreas envolvidas. Dos 24 itens, 10 já estão prontos, mas só 2 dos 9 critérios de go estão atendidos: falta, por exemplo, ensaiar a reversão e treinar o suporte. No dia, a liberação começa com 10% do público, sobe para 50% duas horas depois se os indicadores estiverem estáveis, e a decisão de reverter segue o gatilho combinado: taxa de erro acima de 2% por 15 minutos.
Quando usar
- Algumas semanas antes de um lançamento, para distribuir o trabalho entre as áreas com prazo.
- Na reunião de go/no-go, para decidir com base em critérios e não em sensação.
- Antes de abrir um beta, para não esquecer o canal de suporte e o feedback dos participantes.
- Depois de um lançamento difícil, para transformar o que faltou num checklist para a próxima vez.
Perguntas frequentes
O que deve ter um checklist de lançamento?
Itens por área (produto, engenharia, suporte, marketing, vendas, jurídico, dados e reversão), cada um com um papel responsável e um prazo. Sem dono e sem prazo, o item vira desejo.
O que é uma reunião de go/no-go?
É o encontro, normalmente na véspera, em que os responsáveis de cada área confirmam se os critérios combinados foram atendidos. A decisão de lançar ou adiar fica registrada, com os motivos.
Por que os responsáveis aparecem como papéis e não como nomes?
Porque o checklist precisa servir para qualquer lançamento e qualquer time. Ao usar o resultado, cada papel recebe o nome de quem vai cuidar daquele item na sua empresa.
Qual a diferença entre lançamento grande, pequeno e beta?
O grande muda muito para muitos clientes e pede liberação gradual, reversão ensaiada e revisão jurídica. O pequeno pede testes de regressão e um aviso no produto. O beta vai para um grupo restrito e precisa de canal de suporte e de feedback.
Preciso mesmo de um plano de reversão?
Em lançamento grande, sim. Combinar antes qual número faz voltar atrás e ensaiar a reversão evita que a decisão seja tomada no meio do problema, sob pressão.
Como acompanhar o lançamento depois do dia?
Compare a métrica escolhida com a linha de base uma semana depois e registre o que aprendeu. A linha do tempo da ferramenta já reserva essa revisão para o sétimo dia.