Un checklist de lanzamiento reúne, por área, todo lo que debe estar listo para poner un producto o una funcionalidad en manos de los clientes: pruebas, soporte, comunicación, aspectos legales, métricas y plan de reversión. Cada ítem tiene un rol responsable y un plazo relativo a la fecha. Los criterios de go/no-go convierten el checklist en una decisión explícita, tomada la víspera con los responsables de cada área.
Cómo usar
- Indica qué se lanza y elige el tipo: grande, pequeño o beta.
- Marca las áreas involucradas: cada una recibe ítems con plazo y un rol responsable.
- Marca lo que ya está listo y mira cuántos criterios de go faltan.
- Indica la métrica a seguir y el disparador de reversión para completar el cronograma del día.
- Exporta en Markdown o CSV para hacer el seguimiento en tu gestor de tareas.
Qué pide cada campo
| Campo | Qué completar |
|---|---|
| Qué se lanza | Producto, versión o funcionalidad. |
| Tipo de lanzamiento | Define el rigor del checklist y la liberación del día. |
| Fecha prevista | Opcional. Los plazos cuentan desde ella (D-5 = cinco días antes). |
| Áreas involucradas | Cada área recibe ítems y un rol responsable. |
| Ítems ya listos | Marca lo que ya está completo; el resto queda pendiente. |
| Métrica a seguir | El número que muestra si el lanzamiento funcionó. |
| Disparador de reversión | La condición que hace volver atrás, acordada antes. |
Ejemplo
Una app ficticia de reservas para peluquerías prepara un lanzamiento grande para el 12 de noviembre, con las ocho áreas involucradas. De 24 ítems, 10 ya están listos, pero solo 2 de los 9 criterios de go se cumplen: falta, por ejemplo, ensayar la reversión y capacitar al soporte. El día del lanzamiento, la liberación empieza con el 10% del público, sube al 50% dos horas después si los indicadores están estables, y la decisión de revertir sigue el disparador acordado: tasa de error superior al 2% durante 15 minutos.
Cuándo usar
- Algunas semanas antes de un lanzamiento, para repartir el trabajo entre las áreas con plazos.
- En la reunión de go/no-go, para decidir con criterios y no por intuición.
- Antes de abrir un beta, para no olvidar el canal de soporte y los comentarios de los participantes.
- Después de un lanzamiento difícil, para convertir lo que faltó en un checklist para la próxima vez.
Preguntas frecuentes
¿Qué debe tener un checklist de lanzamiento?
Ítems por área (producto, ingeniería, soporte, marketing, ventas, legal, datos y reversión), cada uno con un rol responsable y un plazo. Sin responsable y sin plazo, el ítem es solo un deseo.
¿Qué es una reunión de go/no-go?
Es el encuentro, normalmente la víspera, en el que los responsables de cada área confirman si se cumplen los criterios acordados. La decisión de lanzar o postergar queda registrada, con sus motivos.
¿Por qué los responsables aparecen como roles y no como nombres?
Porque el checklist debe servir para cualquier lanzamiento y cualquier equipo. Al usar el resultado, cada rol recibe el nombre de quien se encargará de ese ítem en tu empresa.
¿Cuál es la diferencia entre lanzamiento grande, pequeño y beta?
El grande cambia mucho para muchos clientes y pide liberación gradual, reversión ensayada y revisión legal. El pequeño pide pruebas de regresión y un aviso en el producto. El beta va a un grupo restringido y necesita un canal de soporte y de comentarios.
¿De verdad necesito un plan de reversión?
En un lanzamiento grande, sí. Acordar antes qué número hace volver atrás y ensayar la reversión evita que la decisión se tome en medio del problema, bajo presión.
¿Cómo seguir el lanzamiento después del día?
Compara la métrica elegida con la línea base una semana después y registra lo aprendido. El cronograma de la herramienta ya reserva esa revisión para el séptimo día.