Marketing Operations: la cadencia operativa que nadie documenta

Tu lanzamiento se fue un trimestre entero y la reunión que acordó la nueva fecha no supo decir quién estaba aprobando qué. Trece semanas se fueron a algún sitio, y el análisis posterior culpará al oficio, a la capacidad o a la agencia. Lo que de verdad faltaba era más pequeño y más aburrido: una regla que nadie escribió para las cinco entregas que tu campaña atravesó de camino a la calle. Todo equipo cree tener un proceso de marketing operations. La prueba es si algo de ese proceso sobrevive la semana en la que la persona que sostiene una entrega está de vacaciones.

La fecha se movió tres veces antes de que alguien la llamara retraso. Primero una semana, que a nadie le importó. Después un mes, que recibió un nombre nuevo y una fase dos. Después un trimestre, y para entonces la presentación ya se había rehecho alrededor de la nueva fecha. Lo que se mantuvo constante fue la sala: once personas, una decisión, ningún registro de quién la tomó.

Las reglas entre esas entregas, escritas y fechadas, son todo el asunto. Las operaciones de marketing son la política que se sienta entre las entregas: quién acepta una petición, cuándo arranca el reloj, qué significa completo y quién firma. Un cuerpo pequeño de escritura y no un departamento. En la práctica se reduce a cuatro artefactos: un registro de intake, un reloj en cada petición, un calendario de decisiones y un registro de responsables de herramientas. Tu herramienta de proyectos no te va a mostrar el hueco, porque registra lo que alguien escribió en ella, y la entrega no la escribe nadie.

El SLA de traspaso: cinco entregas y cuándo arranca el reloj

Una campaña no avanza por etapas. Cambia de manos cinco veces: alguien escribe el brief, alguien construye el activo, alguien lo aprueba, alguien lo lanza y alguien informa de lo que pasó. Un equipo suele tener una regla escrita para exactamente una de las cinco, y es la aprobación, porque la aprobación es donde los desacuerdos se vuelven visibles en una reunión.

El fallo está siempre en el mismo sitio. Los briefs fallan cuando el resultado nunca fue un número. Las construcciones fallan cuando el público nunca se definió. Las aprobaciones fallan cuando quien aprueba está de vacaciones y nadie nombró un suplente. Los lanzamientos fallan cuando nadie volvió a reservar la hora del envío. Los informes fallan porque nadie acordó, antes del lanzamiento, qué número iba a contar.

El hueco aparece en los datos. En el informe 2026 B2B State of Martech and Revenue Operations de LeanData, 190 responsables de empresas de siete países puntuaron los procesos y las operaciones como el más bajo de cinco pilares de madurez, con 3,66 sobre 5, frente a 3,82 de personas y equipos, y con la menor mejora en tres años. Si eso se sostiene donde hay personal dedicado, se sostiene con más fuerza en tu equipo de seis personas.

La regla de cuándo arranca el reloj es el detalle que casi nadie escribe. Por defecto se empieza a contar cuando la petición llega, así que el correo que entra un lunes empieza su cuenta ese lunes. Ese es el arranque equivocado, porque una petición con información que falta todavía no es trabajo. Es una idea con fecha de entrega.

Arranca el reloj en el triaje. Triaje significa que una persona con nombre ha leído la petición, ha confirmado que está completa y la ha aceptado. Hasta que eso pasa, la petición queda devuelta y no cuenta contra tu capacidad de la semana.

Después del triaje el trabajo se parte en cuatro fases con una frontera cada una: intake, construcción, aprobación, datos y preparación del lanzamiento. The Pedowitz Group publica objetivos de 4 a 8 horas laborables para el intake, de 1 a 2 días laborables para una construcción sencilla, de 4 horas para una aprobación única de bajo riesgo y de 4 a 8 horas laborables para preparar el lanzamiento de un segmento que ya existe. Léelos como la norma de práctica de una consultora, no como una mediana del sector, y sustitúyelos por los tuyos después de un trimestre con tus propios datos.

Dos notas antes de construir esto. Son entregas de decisión, y automatizar una antes de que tenga una regla escrita es exactamente cómo un equipo automatiza una discusión. Si vas por ahí, la maquinaria tiene su propio desarrollo en la automatización de flujos de trabajo de marketing.

El formulario de intake es todo el sistema

Un formulario de intake es una decisión sobre qué se niega a adivinar tu equipo. Si lo dejas corto, la adivinación se muda a la construcción, donde cuesta una reescritura. Si lo haces largo, la gente lo rodea, y eso te cuesta el registro. Etumos, una consultora que publica su manual de intake, nombra los dos modos de fallo: un formulario tan largo que la gente lo evita y un formulario sin triaje que se convierte en una lista de deseos con la que nadie trabaja.

Los seis campos que evitan una reescritura

• El resultado en una frase. Escribe «40 solicitudes de demo cualificadas de este segmento antes de que acabe el trimestre», no «un ebook». Sin eso construirás bien el activo equivocado.
• El público tal como existe en tu CRM. El nombre exacto de la lista, no una descripción de quién imaginas. Sin eso alguien reconstruye el segmento durante la construcción.
• La oferta, incluido el precio cuando lo hay. Un precio que falta es una reescritura esperando la última semana.
• La fecha real y su motivo. La fecha de un evento es una fecha. Una preferencia por «en algún momento de marzo» no lo es, y se tratará como si lo fuera de todos modos.
• El nombre de quien aprueba, más su suplente para la semana en la que esté fuera. Sin el suplente, cada aprobación espera a un solo calendario.
• Los activos que ya existen y quién es dueño de cada uno. Copy, imágenes, claims aprobados por legal. Sin esta lista la construcción empieza de cero y duplica trabajo que ya pagaste.

Seis es el número que aguanta. Con cuatro el formulario deja de ser una puerta. Con diez la gente te manda un mensaje en su lugar.

Qué hacer con la petición que llega como mensaje de chat

Llegará como mensaje de chat, y negarse no funciona. Necesitas una respuesta que puedas enviar en diez segundos y que mantenga el registro. Este es el que yo uso.

«Gracias. Faltan tres cosas antes de que esto pueda entrar en la construcción: el nombre del segmento tal como existe en el CRM, quién aprueba el copy final y la fecha del evento para la que tiene que estar listo. He movido la reserva del martes 14 al jueves 16 para que sobrevivan los dos días de revisión. El ticket queda en Bloqueado hasta que lleguen, así que puedes ver dónde está.»

Esa respuesta hace cuatro cosas a la vez: nombra lo que falta, mueve la fecha, pone un estado visible y mete la petición en la misma cola que todo lo demás. Lo que no hace es aceptar el trabajo en los términos de quien lo envía. El canal informal es donde muere tu SLA.

El calendario de marketing operations: doce semanas de decisiones

Un calendario de actividades te dice qué está haciendo tu equipo. Un calendario de decisiones te dice cuándo algo tiene permiso para parar. El segundo cabe en una pared y hace más por un trimestre que cualquier panel.

Doce semanas, una decisión por bloque. La semana 13 queda vacía a propósito, y deberías tratarla como holgura y no como capacidad que olvidaste llenar.

Dos filas de esa tabla necesitan un aviso.

La semana 10 va de la reunión y de los artefactos sobre la mesa, no de qué números merecen estar ahí. La selección de métricas es una disciplina propia y nuestra guía de KPIs de marketing lo hace bien.

La semana 8 lleva la única pregunta de capacidad que esta página no responde: si un trabajo recurrente debe seguir siendo una regla escrita o convertirse en algo que ejecuta un agente. Esa comparación tiene su propia respuesta en RPA frente a la IA agéntica.

La mitad de la semana 7 es el bloque que le gana al calendario su reputación, así que ejecútalo en treinta minutos con una sola pregunta: matar o financiar cada una de las dos campañas que no llegaron a su indicador adelantado, y escribir la respuesta con un responsable.

El registro del stack: un responsable por herramienta

Cada herramienta de tu stack necesita una persona con nombre que responda de su configuración, de sus usuarios, de la salud de su integración y de si alguien la sigue usando. Esa persona no tiene que ser administradora, y a menudo no debería serlo. La responsabilidad tiene que estar pegada a un nombre, o no pertenece a nadie.

El registro es una hoja con cinco columnas por herramienta: la herramienta, su responsable con nombre, su fecha de renovación y su ventana de aviso, la integración que rompería primero y el equipo que depende de ella. La ventana de aviso es la columna que paga la hoja, porque ahí es donde se decide el dinero de verdad, y siempre es anterior a la renovación.

Revisa todo el registro una vez por trimestre, en una sesión de 2 a 4 horas, y comprueba cuatro cosas: utilización, salud de las integraciones, si el uso actual sigue correspondiendo al caso que justificó la compra y qué dos herramientas hacen ahora el mismo trabajo. Esa cadencia es consejo publicado por proveedores y no investigación independiente. Se gana el tiempo por un motivo: un registro con nombres deja de ser una lista que reconstruyes de memoria después de que alguien se vaya.

Esta sección no es a propósito un orden de construcción ni un ejercicio de costes. Qué conservar, qué fusionar y en qué orden comprar pertenecen a otro artículo, y el del stack de martech es el que lo hace. La evaluación la cubre nuestra pieza sobre herramientas de automatización de marketing.

Una línea merece su propia regla: qué pasa el día en que un responsable presenta su renuncia. El nombre nuevo se escribe dentro del periodo de aviso, no después de que la cuenta quede huérfana. Si no puedes nombrar a nadie para una herramienta, ese es tu primer candidato a borrar, y una señal mejor que cualquier informe de uso.

La versión de dos personas: seis bloques de calendario en lugar de doce

Probablemente estés leyendo esto con dos personas y sin especialista. El sistema sigue aguantando a ese tamaño, si sueltas cosas a propósito en lugar de por accidente.

Qué sobrevive: el intake de seis campos, ejecutado dos veces por semana en veinte minutos; la regla de cuándo arranca el reloj; un calendario de seis bloques en lugar de doce; y el registro, revisado una vez por trimestre.

Qué se suelta a propósito, dicho en voz alta para que nadie lo espere después: la cadencia semanal de informes, que pasa a mensual; los niveles de aprobación, porque dos aprobadores no son un sistema de niveles; el plan de capacidad, sustituido por un número fijo de construcciones que nadie renegocia en la semana 6; y la retro, que se pliega en la revisión mensual.

Qué no se debe soltar nunca: la petición reprogramada y el estado Bloqueado. Protege el calendario también. Es el único artefacto que tu colega no puede reconstruir de memoria el día en que importa.