Post mortem de campañas de marketing: un método sin culpables basado en la cronología

¿Qué es un post mortem de campaña de marketing?

Un post mortem de campaña es un documento breve que se escribe cuando algo ha salido mal: las conversiones han caído, el gasto se ha disparado, los leads se han parado o el tracking ha dejado de funcionar. Explica qué pasó, cuánto costó, por qué pasó y qué cambia para que no se repita.

El formato viene de la ingeniería de fiabilidad (SRE). El libro de SRE de Google describe el postmortem como el registro escrito de una incidencia, su impacto, las acciones para mitigarla, las causas raíz y las acciones de seguimiento que evitan que vuelva a ocurrir. Los equipos de marketing pueden usar casi la misma estructura, porque las cuentas publicitarias, las etiquetas y las webs fallan igual: alguien publica un cambio, algo se rompe más adelante y nadie relaciona una cosa con la otra durante días.

Un post mortem no es lo mismo que una retrospectiva de campaña. La retrospectiva revisa la campaña entera cuando termina: qué funcionó, qué repetir, qué descartar. El post mortem se centra en una incidencia y su causa. Ambos son útiles; este artículo trata la revisión de incidencias. Para el método de diagnóstico más amplio, consulta el análisis de causa raíz en marketing.

¿Cuándo hay que hacer un post mortem de campaña?

Hazlo cuando una incidencia supere un umbral acordado de antemano, no cuando alguien esté molesto. El libro de SRE de Google recomienda definir los criterios antes de que ocurran las incidencias y pone ejemplos como una degradación visible por encima de un umbral, pérdida de datos, una reversión, un tiempo de resolución por encima del umbral o un fallo de monitorización, cuando la incidencia se detectó a mano.

En marketing, unos criterios razonables son:

• Rendimiento: una métrica clave (conversiones, leads, ROAS, CPA) sale del rango acordado durante dos días o más sin un motivo planificado.
• Dinero: el gasto supera el presupuesto acordado o se va a tráfico que no querías comprar.
• Datos: conversiones perdidas, duplicadas o mal atribuidas en cualquier periodo.
• Reversión: hubo que deshacer un cambio, como una landing page, una estrategia de puja o una versión del contenedor de etiquetas.
• Detección: el cliente o tu jefe vio el problema antes que el equipo.

Atlassian, por ejemplo, hace post mortems de sus incidencias de gravedad 1 y 2 y los deja como opcionales para el resto. Una regla parecida funciona en agencias y equipos internos: obligatorio cuando el cliente lo detectó o hubo pérdida de dinero, opcional en los demás casos. Cualquier persona implicada debería poder pedir uno.

¿Qué debe incluir una plantilla de post mortem de marketing?

Mantén la plantilla lo bastante corta como para que la gente la rellene. La plantilla de incidencias de Atlassian cubre resumen, antecedentes, fallo, impacto, detección, respuesta, recuperación, cronología, cinco porqués, causa raíz, recurrencia, lecciones y acciones correctivas. Para una incidencia de campaña bastan estos campos:

La cronología de cambios es el campo que la mayoría se salta, y es el que decide si la revisión sirve de algo. Sin ella, la causa raíz es una suposición con apariencia de conclusión. Si todavía no registras los cambios, empieza con una plantilla de registro de cambios de marketing y rellena las dos semanas previas a la incidencia.

¿Cómo demuestro qué cambio causó la incidencia?

Ordena todos los cambios de los días anteriores a que se moviera la métrica, descarta primero el tracking y prueba una hipótesis cada vez. La guía de Atlassian sobre post mortems sin culpables dice lo mismo: acordad una cronología común de lo que pasó antes de analizar causas.

Reúne cambios de todas las fuentes, no solo de la cuenta publicitaria:

• Ediciones del equipo en Google Ads y Meta Ads: presupuestos, objetivos de puja, audiencias, creatividades.
• Automatizaciones de la plataforma: recomendaciones aplicadas automáticamente, reglas automatizadas, scripts.
• Despliegues en la web, cambios en landing pages y en el checkout.
• Tracking: versiones de Google Tag Manager, banner de consentimiento, acciones de conversión.
• Cambios en el CRM y en el producto, además de eventos externos como festivos o caídas de servicio.

En Google Ads, abre "Historial de cambios" en el menú Campañas. Cubre los últimos 2 años y muestra el usuario que hizo cada cambio; los automáticos aparecen con nombres como "Google Ads system". Para las etiquetas, el historial de versiones de GTM muestra quién publicó cada versión. La guía del historial de cambios de Google Ads explica los filtros.

Con todos los cambios en una sola cronología, la incidencia suele dejar de ser un misterio: ves que se publicó una etiqueta la noche antes de la caída y que el objetivo de puja cambió el día anterior. En Changeline, las ediciones de Google Ads se pueden importar automáticamente con los valores antes → después y su origen, y el equipo registra el resto en la misma cronología del proyecto.

Ejemplo: el lunes el cliente pregunta: «¿Por qué han caído un 40 % las compras de Google Ads este fin de semana?». El equipo alinea los cambios de los días anteriores. Jueves: ROAS objetivo del 400 % al 500 %. Viernes: nuevo checkout en producción y una versión de GTM publicada. Sábado: caen las compras. Una prueba muestra que la etiqueta de compra ya no se activa en la nueva página de confirmación, así que el tracking explica la caída. El cambio de ROAS queda en la revisión como factor a vigilar cuando vuelvan los datos. Nombres y cifras son ilustrativos.

Para demostrar la causa en lugar de suponerla, comprueba tres cosas: el momento encaja (la métrica se movió después del cambio, no antes), el alcance encaja (solo se movieron las campañas, páginas o dispositivos afectados) y, cuando sea posible, corregir o revertir el cambio devuelve la métrica a su nivel.

¿Cómo dirijo una reunión de post mortem sin culpables?

Centra la reunión en el sistema, no en la persona que hizo el cambio. El libro de SRE de Google lo resume así: no puedes «arreglar» a las personas, pero sí los sistemas y los procesos. Quien subió el objetivo de puja o publicó la etiqueta actuó con la información que tenía; la pregunta útil es por qué el proceso dejó que el cambio saliera sin revisión.

Un orden del día de 30 minutos que sirve para la mayoría de las incidencias:

1. Acordar la cronología
2. Confirmar impacto y detección
3. Preguntar por qué cinco veces
4. Acordar acciones y responsables

Empieza por la cronología, porque elimina la mayor parte del desacuerdo: cuando todos ven los mismos cambios fechados, la conversación pasa de las opiniones a las pruebas. Después usa los cinco porqués: parte del impacto y pregunta por qué hasta llegar a algo que, si cambia, evita este tipo de incidencia. Atlassian define la causa raíz como aquello que debe cambiar para que esta clase de incidencia no se repita. «El analista olvidó probar la etiqueta» no es una causa raíz; «los cambios de etiquetas salen sin prueba en la página de conversión» sí lo es.

Invita a quienes hicieron los cambios y al responsable de la cuenta. Si el cliente detectó la incidencia, envíale después un resumen por escrito en lugar de llevarlo a la discusión interna. La guía para explicar una caída de conversiones al cliente te ayuda con ese mensaje.

¿Cómo convierto el post mortem en acciones que se cumplan?

Asigna a cada acción un responsable, una fecha límite y un lugar donde se sigue, y revisa las pendientes en la siguiente reunión de equipo. Atlassian registra cada acción como un elemento en el backlog del equipo responsable, separa las acciones prioritarias (que corrigen la causa raíz) de las de mejora y fija un plazo de 4 u 8 semanas para las prioritarias, según el servicio.

Las buenas acciones de marketing son concretas y acotadas, por ejemplo:

Guarda los post mortems donde el equipo los encuentre, junto al registro de cambios del cliente. El libro de SRE de Google advierte que un postmortem sin revisar es como si nunca hubiera existido, y lo mismo vale para uno que nadie encuentra. En un año, la colección muestra qué tipo de cambio provoca más incidencias, la mejor base para tu proceso de cambios. Un registro de cambios de marketing es el lugar natural para ambos. En los planes de pago de Changeline, el informe de cambios convierte cualquier periodo en un PDF con los cambios registrados o importados, que puedes adjuntar a la revisión.