El objetivo de esta guía es separar quién ejecuta, quién revisa y quién resuelve una discrepancia. El caso trabaja con tres unidades: «brief de lanzamiento», «landing de producto» y «correo a clientes».
Entrada de referencia: brief y fecha de lanzamiento. Resultado esperado: una lista de entregables del lanzamiento. Antes de asignar trabajo, confirma qué versión de la entrada está vigente y quién revisará el resultado.
Asigna un responsable por resultado
En el lanzamiento de un producto digital, el responsable de una tarea coordina su avance y responde por la siguiente acción. Eso no significa que deba ejecutar personalmente todo el trabajo. Para brief de lanzamiento, nombra una persona que pueda explicar el estado, conseguir la entrada que falta y solicitar una decisión. Evita asignar la responsabilidad a «marketing» o «el cliente»: los grupos pueden colaborar, pero alguien debe recoger la decisión y actualizar el registro. Si varias personas participan, distingue sus contribuciones del compromiso de cierre para que ninguna tarea dependa de una responsabilidad compartida que todos interpretan de forma distinta.
Separa ejecución, revisión y decisión
Quien produce landing de producto puede necesitar apoyo especializado, mientras otra persona decide si el resultado cumple lo acordado. Registra esos papeles por separado. El aprobador necesita un criterio y una ventana de revisión, además de su nombre en una tabla. Antes de prometer una fecha, comprueba que podrá revisar la versión prevista. Un participante consultado aporta información; no adquiere por ello un veto permanente. Explica qué decisiones requieren consulta y cuáles puede resolver el responsable sin reabrir todo el proyecto. Así reduces esperas sin ocultar los controles que sí son necesarios.
Ejemplo aplicado
El brief ficticio presenta una función nueva para clientes actuales. La landing explica el uso, el correo invita a conocerla y soporte necesita el mismo mensaje. La fecha todavía requiere confirmación de quien atenderá las consultas.
En el ejemplo participan Diego, Alex y Mateo. Los nombres, las situaciones y las cifras son ilustrativos; no representan resultados de un cliente. Las tres unidades permiten probar la propuesta antes de extenderla al resto del trabajo.
| Unidad | Responsable | Aprobador | Suplente y condición |
|---|---|---|---|
| brief de lanzamiento | Diego | Alex | Mateo: decide dentro del criterio acordado |
| landing de producto | Alex | Diego | Mateo: escala cambios de alcance |
| correo a clientes | Mateo | Alex | Diego: valida la versión recibida |
Resuelve instrucciones incompatibles
Supón que dos revisores piden cambios contradictorios sobre correo a clientes. El ejecutor no debería escoger por intuición ni preparar dos versiones completas para evitar el conflicto. Registra las alternativas, el criterio afectado y la persona con autoridad para decidir. Solicita una resolución que identifique la versión aceptada y explique el motivo. Si la diferencia modifica el resultado acordado, trátala como cambio de alcance y revisa el compromiso. Guardar todos los comentarios no equivale a resolverlos: el registro debe mostrar cuál instrucción quedó vigente y quién cerró la contradicción.
Prueba la cobertura del suplente
Un suplente sirve cuando conoce el contexto y puede actuar dentro de una autorización clara. Antes de una ausencia, pídele que encuentre brief y fecha de lanzamiento, identifique la versión de trabajo y explique cómo verificar una lista de entregables del lanzamiento. Presta atención al riesgo de publicar una fecha que soporte aún no puede atender. La prueba propuesta consiste en comparar la oferta y la fecha en las tres piezas. Si el suplente necesita permisos o una aprobación adicional, resuélvelos antes del relevo. Define también qué asuntos debe escalar y a quién. La matriz de responsables se valida con una decisión reproducible, no solo porque todas sus celdas contienen nombres.
Qué comprobar antes de cerrar
El riesgo que debes controlar en este caso es publicar una fecha que soporte aún no puede atender. Una etiqueta de terminado necesita una observación que la respalde. Conserva estos elementos junto a la decisión para que el receptor pueda comprobar qué se revisó:
- Entrada y versión utilizadas: brief y fecha de lanzamiento.
- Control del caso: comparar la oferta y la fecha en las tres piezas.
- Resultado que se revisa: una lista de entregables del lanzamiento.
