Español

Un día en la vida de un Marketing Ops Manager (lo que la descripción de puesto no le cuenta)

La descripción de puesto decía que usted "sería dueño de la máquina de go-to-market" e "impulsaría iniciativas estratégicas a lo largo del funnel".

Hoy tiene 47 errores de enrutamiento esperando en LeanData desde la noche. Su sincronización de Marketo a Salesforce lleva 18 minutos de retraso desde el viernes, y a nadie parece importarle excepto a usted. Un líder de demand gen pregunta, en un mensaje de Slack cortés pero tenso, por qué su última campaña aparece en el dashboard con utm_source=(none). Y el formulario de la página de precios lleva tres días descartando en silencio el 60% de los envíos, algo que descubrirá a la 1 de la tarde.

Ese es el trabajo real. No la fantasía de la descripción de puesto.

Si usted es un IC de Marketing Ops en una empresa de B2B SaaS de entre 50 y 1.000 empleados, con seis meses a tres años en el puesto, esto le va a parecer que alguien leyó su calendario. Lo escribimos porque nadie más parece dispuesto a hacerlo. El trabajo es real, los patrones son repetibles, y la mayor parte de lo que hace en un día no encaja en ninguna parte del roadmap estratégico que su VP le mostró en la entrevista.

Así es como se ve realmente un martes.

8 de la mañana: la cola de errores de enrutamiento

Abre el portátil. Abre LeanData. Abre Salesforce. Se toma un café.

La cola nocturna es el primer diagnóstico del día. Anoche, mientras el marketing dormía, el motor de flujo de leads estaba despierto, y se rompió en los mismos tres o cuatro lugares de siempre:

  • Leads huérfanos sin coincidencia de cuenta. Demandbase no pudo hacer IP inversa de una empresa, el dominio del email no coincidió con una cuenta conocida en SFDC, y ahora hay 14 leads en un grupo de "sin cuenta" que la round-robin no puede tocar.
  • Saltos de round-robin. Tres reps estuvieron OOO ayer pero no actualizaron su disponibilidad en LeanData, así que el enrutador siguió asignándoles, y el manager de SDR solo lo notó a las 7 de la mañana cuando el dashboard de su rep se veía vacío.
  • Leads atascados en "pendiente de enriquecimiento". Algunos llevan más de 48 horas pendientes porque Clearbit devolvió un 429 durante un envío masivo de campaña y el enrutador los puso en cola sin reintento. Nadie vio la alerta de profundidad de cola porque esa alerta iba a un canal de Slack que se archivó en enero.

Su primer movimiento es triaje, no arreglo. Saca la cola, etiqueta qué es culpa del enrutador (configuración), qué son datos sucios (enriquecimiento) y qué es un problema de persona (un SDR que no ha iniciado sesión en una semana y está rompiendo en silencio la round-robin).

Ejemplo real, exactamente como sucede: LeanData enrutó 12 leads a un CSM que se fue hace dos semanas. Nadie lo señaló porque las alertas de cola iban a su email, que fue suspendido el primer día de su offboarding. Usted lo encuentra porque uno de los leads abrió un ticket de soporte preguntando por qué nadie le había dado seguimiento. Doce horas de pipeline, perdidas, porque IT y RR. HH. no tienen un proceso para "eliminar a esta persona de todas las reglas de enrutamiento".

Arregla la configuración de enrutamiento, reasigna los 12 leads, graba un video de Loom para el manager de SDR explicando por qué pasó esto y qué cambió. No recibe crédito por nada de ello. Para las 9:15 la cola está limpia. El dashboard de la CMO, cuando lo abra, mostrará 12 leads menos como "atascados" y ella nunca sabrá por qué.

Eso es un martes por la mañana normal. A esos leads los llamamos "huérfanos del enrutador". Cada persona de MOps tiene un nombre para ellos, y cada persona de MOps tiene 12 de ellos en su cola ahora mismo.

9:30 de la mañana: la comprobación de salud de la sincronización MAP/CRM

Este es un ritual de cinco minutos que de vez en cuando explota en un incidente de cinco horas.

Abre el MAP (Marketo, Pardot, HubSpot Marketing Hub o Customer.io, según cuál haya heredado) y va al log de sincronización. Está comprobando tres cosas:

  1. Errores de sincronización. ¿Cuántos registros no se pudieron enviar? ¿Cuál es el código de error? ¿Es el mismo desajuste de tipo de campo personalizado que arregló el mes pasado y que alguien recreó?
  2. Tiempo de retraso. ¿Cuál es la brecha entre "el lead convierte en el MAP" y "el lead aparece en el CRM"? Cinco minutos está bien. Dieciocho minutos es un problema de viernes por la tarde que no arregló y que ahora es un problema de martes por la mañana.
  3. Purgatorio de sincronización. Los registros que no dan error pero tampoco se completan. Están en un estado intermedio donde la API cree que se sincronizaron pero el CRM nunca los recibió. A esto lo llamamos "purgatorio de sincronización". Es donde los MQL van a morir.

Fallos comunes, ordenados por frecuencia:

  • Desajustes de tipo de campo personalizado. Alguien cambió un campo numérico a texto en Salesforce porque una persona de sales ops estaba "arreglando una cosa", y ahora cada sincronización de Marketo que involucra ese campo falla. El mensaje de error siempre es críptico. El arreglo siempre son 20 minutos de trabajo detectivesco.
  • Valores de picklist que se desviaron. Marketo escribe "Tier 1" en el campo de origen del lead. Salesforce ahora espera "Tier-1" porque alguien actualizó el picklist la semana pasada. Cada lead de una campaña ahora falla la sincronización en silencio.
  • Topes de límite de API. Un envío de campaña reventó la cuota diaria de API a las 11 de la mañana porque alguien activó una resincronización de 200.000 registros para "probar algo". Ahora todo lo encolado después de las 11 está en el purgatorio hasta medianoche.

El diagnóstico que ejecutará dos veces al mes es lo que llamamos el MQL fantasma. El lead puntuó a MQL en el MAP. El MAP envió la actualización. El CRM no tiene registro de haberla recibido. Comprueba el log de sincronización y ve que el envío pasó. Comprueba el lead en SFDC y la etapa del ciclo de vida sigue siendo "Lead". Finalmente encuentra la regla de validación que alguien añadió hace seis meses que rechaza en silencio las actualizaciones si el campo Lead Source está en blanco, y ese campo está en blanco porque la campaña que generó este lead no tenía una fuente mapeada, y ahora tiene 80 MQL fantasma de las últimas dos semanas que la CMO ha estado contando en su dashboard pero que los SDR nunca han visto.

Los MQL fantasma son cómo las personas de MOps pierden una confianza que no tuvieron tiempo de construir. Nombrar el diagnóstico al menos le permite arreglarlo como una categoría, no como 80 tickets individuales.

11 de la mañana: comunicación asíncrona con demand gen sobre higiene de UTM

Ping de Slack. Es el manager de demand gen.

"oye, mi campaña de la semana pasada no aparece en el dashboard. ¿está roto el seguimiento?"

Ya sabe lo que va a encontrar antes de hacer clic en el enlace. Abre la URL de la campaña. El UTM es utm_source=email_blast_v2_FINAL. Suspira. Abre la hoja de cálculo del constructor de URL que todos acordaron usar en el segundo trimestre y que nadie ha usado desde el tercero. Confirma: la fuente no está en la taxonomía. No es "email". No es "newsletter". Es email_blast_v2_FINAL, lo que significa que el modelo de atribución en Looker lo agrupa en "(other)", y por eso no aparece en el dashboard.

El hilo de Slack que sigue es una delicada pieza de diplomacia interfuncional. No quiere ser la persona que dice "tú lo rompiste". Tampoco quiere arreglarlo en silencio por cuarta vez este trimestre. La versión que funciona:

"Sí, lo veo. La fuente es email_blast_v2_FINAL y nuestra taxonomía espera email. Voy a reetiquetar los registros esta mañana para que aparezca. ¿Quieres que te envíe de nuevo el constructor de URL? Creo que la versión que acordamos en el Q2 es lo que está tropezando con esto. Encantado de reservar 15 minutos el jueves para repasarlo si es útil."

Reetiqueta. Envía la hoja de cálculo. Hace una nota en su documento en curso de que esta es la tercera vez este trimestre, con esta persona específica, en este tipo específico de campaña. Lo planteará en la próxima reunión de demand gen y MOps como una brecha de proceso, no de persona, porque así mantiene intacta la relación a la vez que señala el patrón.

El diagnóstico aquí es la putrefacción de UTM. Cuando el 30% o más de las URL de sus campañas de los últimos 90 días no coinciden con la taxonomía, su modelo de atribución está mintiendo. No por mucho. Lo suficiente como para que el número de "ingresos influenciados por marketing" de la CMO esté equivocado en un 7-12% en cualquier dirección, y usted no puede saber en qué dirección sin hacer la limpieza usted mismo.

La mayoría de las personas de MOps que conocemos tienen una tasa de putrefacción de UTM entre el 20% y el 40%. Los que afirman un 5% o están mintiendo o dirigen un equipo de dos. Nombrar la putrefacción es la mitad de la batalla.

1 de la tarde: auditoría de formularios de mediodía

Almuerza en su escritorio porque por supuesto que lo hace. Mientras come ejecuta la auditoría de formularios. Es un ritual de 20 minutos que ejecuta porque en algún momento de su carrera un formulario se rompió y nadie lo notó durante tres días, y juró que nunca dejaría que eso volviera a pasar.

La lista de verificación de la auditoría:

  • Conteo de envíos vs. la semana pasada. El formulario de precios normalmente hace 40-60 envíos al día. Hoy ha hecho 8 a la 1 de la tarde. Esa es la alarma.
  • Tasa de población de campos ocultos. ¿Se están capturando los UTM? ¿Se está disparando el campo de enriquecimiento de IP? ¿Se está registrando la casilla de consentimiento?
  • URL de redireccionamiento. ¿Sigue funcionando el redireccionamiento de agradecimiento del formulario, o alguien actualizó el slug de la página la semana pasada y olvidó actualizar la configuración del formulario?
  • Listener del MAP. ¿Está el formulario realmente enviando a Marketo / Pardot / HubSpot, o se rompió el fragmento de JavaScript cuando se volvió a desplegar el sitio de marketing?

Hoy el conteo está mal. Va a la página de precios y envía un formulario de prueba. Carga. Dice "gracias". Pero cuando comprueba Marketo, su registro de prueba no está ahí. Comprueba el embed del formulario en la página y el JS de terceros que lo envuelve ha sido "limpiado" por un contratista de marketing que trabajaba en el rendimiento de carga de la página. Eliminaron un event listener que no se dieron cuenta de que realmente hacía el envío del formulario.

El formulario de la página de precios lleva tres días descartando en silencio el 60% de los envíos. Tres días, en la página de mayor intención de todo el sitio de marketing.

Abre un incidente P0. Restaura el embed. Cuenta los envíos perdidos cruzando las vistas de página de GA4 contra los llenados de formulario del MAP. Estima el impacto en el pipeline en 180.000-240.000 $ según la tasa de conversión típica de la página. Escribe un post-mortem que nadie pide, porque si no lo escribe, el mismo contratista hará lo mismo en seis semanas. Para las 2:15 ha recuperado 38 de los 64 envíos perdidos mediante una búsqueda de IP inversa de Demandbase del tráfico anónimo de la página en la ventana afectada.

Nadie en la empresa recordará que esto pasó para el viernes. Usted lo recordará el resto de su carrera.

3 de la tarde: incendios de dedupe y enrutamiento de leads

La energía de la tarde es energía de dedupe. Abre la cola de dedupe. Hay 217 posibles duplicados marcados. La mitad son reales. La mitad son John Smith en Acme coincidiendo con John Smith en Acme Corp porque el normalizador de nombres de empresa es tonto con LLC vs Inc vs Corp.

Los duplicados reales tienen que fusionarse. La fusión es donde vive la política:

  • ¿Qué registro gana? ¿El más antiguo con el historial de actividad, o el más nuevo con mejores firmográficos?
  • ¿Qué campos sobreviven? Si el registro más antiguo tiene Lead Source = Webinar y el más nuevo tiene Lead Source = Demo Request, ¿cuál gana? (El más nuevo. El más antiguo se convierte en una membresía de campaña, no en una fuente.)
  • ¿Quién es dueño del historial de actividad? Si fusiona un lead propiedad de marketing en un contacto propiedad de ventas, el registro fusionado ahora tiene los emails de marketing, las llamadas de ventas y un CRM confundido que no sabe a quién acreditar en la próxima oportunidad.

El dedupe entre sistemas es la versión más difícil. Un lead existe en Marketo pero nunca llegó a SFDC por la regla de validación de esta mañana. Un contacto existe en HubSpot CRM pero no está en Customer.io porque la integración se configuró en 2022 y nadie la actualizó cuando producto se mudó de HubSpot Marketing Hub. La cola de dedupe es una cola. Los sistemas son cinco. La lógica de fusión tiene que ser la misma en todos ellos, o creará el mismo duplicado dos veces.

Pasa una hora en la cola. Fusiona 80 registros. Rebota 12 al manager de reps porque son duplicados reales con propiedad de cuenta en conflicto y esa es una decisión de sales ops, no de MOps. Deja 40 en la cola porque el difuminado firmográfico no es lo bastante fuerte en ninguna dirección y prefiere tener un duplicado que una fusión equivocada. Cierra LeanData.

Las reglas de dedupe de 2021 siguen en producción. Sabe que son malas. También sabe que reconstruirlas es un proyecto del Q3 que nadie ha dimensionado porque no mueve una métrica que alguien rastree. Añade una línea a su documento de "cosas que arreglar cuando haya tiempo", que va por su línea 240, y al que nunca ha dejado de añadir cosas.

5 de la tarde: limpieza de atribución de fin de día

La CMO revisa su dashboard el lunes por la mañana. Usted pasa la tarde del viernes (y, cada vez más, el martes por la noche) asegurándose de que los números que ella ve el lunes no estén equivocados de las maneras obvias.

La verdad poco glamurosa del trabajo de atribución: la mitad consiste en arreglar los datos de ayer, no en construir el modelo de mañana.

Lo que realmente está haciendo en los últimos 90 minutos del día:

  • Reasignar la influencia de campaña en oportunidades que cerraron hoy. Cerraron tres acuerdos. Dos tenían registros de contacto de campaña limpios. Uno tenía un primer contacto faltante porque el lead se creó a partir de una importación de lista offline, y la importación no tenía fuente. La rellena a partir de la lista original.
  • Rellenar el primer contacto en 14 leads de un webinar. El formulario del webinar pasó datos malos a Marketo porque el proveedor de registro cambió sus etiquetas de campo y su integración no lo detectó automáticamente. Reetiqueta los 14 leads con la campaña y fuente correctas. El dashboard estará 14 leads menos equivocado el lunes.
  • Marcar tres acuerdos como "autogenerados, sin contacto de marketing". Los reps insistieron en que eran inbound, pero el historial de actividad muestra cero contactos de marketing en los 90 días previos a la apertura de la oportunidad. Marcarlos como autogenerados significa que el número de ingresos-influenciados-por-marketing de la CMO no se infla con victorias generadas por ventas. Recibirá un mensaje de Slack del CRO en algún momento de este trimestre quejándose de esto. Tendrá la traza de auditoría lista.

La pregunta del lunes por la mañana que está resolviendo es siempre la misma: "¿Por qué cayó el volumen de MQL un 22% semana a semana?" Está intentando asegurarse de que cuando la CMO la haga, la respuesta sea una historia real (terminó una campaña, se pausó una lista, se redirigió un presupuesto de paid search) y no una historia sobre un formulario roto, una cola de MQL fantasma o una sincronización que lleva retrasada desde el viernes.

El trabajo de diagnóstico es el trabajo estratégico. Está protegiendo la integridad del número que la CMO usa para defender el presupuesto de marketing. Esa es la contribución estratégica. Solo que no se ve como la descripción de puesto decía que se vería.

El stack que realmente usa cada día

Saque esta lista la próxima vez que alguien pregunte "¿con qué herramientas trabajas?". Es la respuesta honesta.

  • MAP: Marketo, Pardot, HubSpot Marketing Hub o Customer.io. Conocerá uno de ellos a fondo. Conocerá lo suficiente de un segundo como para ser peligroso en una migración. Del tercero solo ha leído.
  • CRM: Salesforce, HubSpot CRM o Rework. La integración entre el MAP y el CRM es donde vive el 80% de sus bugs, y el 100% del apalancamiento de su carrera.
  • CDP / seguimiento de eventos: Segment, a veces mParticle. Segment es donde realmente empieza la conversación sobre la putrefacción de UTM.
  • Enrutamiento y coincidencia: LeanData. A veces Chili Piper para reuniones. A veces un conjunto casero de flujos de Salesforce que son anteriores a su fecha de contratación y que nadie entiende del todo.
  • Inteligencia de cuentas: Demandbase, 6sense, Clearbit. Tendrá una para ABM, una para enriquecimiento, y una que lleva dos años en renovación automática que no puede justificar pero no puede cancelar.
  • El canal de Slack donde publica "¿alguien más ve retrasos raros de sincronización?" al menos una vez a la semana. Esto no es negociable. Cada persona de MOps necesita el canal. Si su empresa no tiene uno, busque una comunidad de Pavilion o MO Pros que sí lo tenga.

Si puede operar ese stack, diagnosticar sus fallos y traducir el diagnóstico a un lenguaje que tanto una CMO como un CRO puedan entender, está haciendo el trabajo. También es una de quizás 30.000 personas en el mundo que pueden hacerlo.

La descripción de puesto decía "estratégico". El trabajo es de diagnóstico.

Este es el replanteamiento que salvará su carrera, o al menos su cordura:

No está construyendo la máquina de GTM desde cero. Está evitando que la que heredó se rompa, y reemplazando lentamente las peores partes. Ese es el trabajo real. Es valioso. También es agotador si no lo nombra.

El trabajo de diagnóstico (el triaje de huérfanos del enrutador, la limpieza del purgatorio de sincronización, la detección de putrefacción de UTM, la recuperación de MQL fantasma, el barrido de auditoría de formularios, la política de fusión de dedupe, el relleno de atribución) es lo que hace posible el trabajo estratégico. Sin él, el dashboard que la CMO revisa el lunes por la mañana es una ficción. Con él, las conversaciones estratégicas tienen un fundamento.

La trampa es que el trabajo de diagnóstico es invisible cuando se hace bien. Nadie nota la auditoría de formularios cuando el formulario funciona. Nadie le agradece mantener el retraso de sincronización por debajo de cinco minutos. Su evaluación de desempeño, si lo permite, se medirá por los proyectos estratégicos que no tuvo tiempo de entregar porque estaba evitando que el sistema existente colapsara.

El arreglo es nombrarlo. En su uno a uno. En su revisión trimestral. En su entrevista para el siguiente puesto. "Diagnostiqué y resolví 240 errores de enrutamiento este trimestre, recuperé 1,8 millones de dólares en pipeline de fallos de formularios y reduje la putrefacción de UTM del 38% al 14%." Ese es el lenguaje. Eso es lo que le hace cobrar por ello.

Qué significa esto para su carrera

Las habilidades que realmente está construyendo, incluso en los días que se sienten como apagar incendios:

  • Depuración de datos. Está aprendiendo a leer los modos de fallo de un sistema más rápido que nadie en la empresa.
  • Negociación con proveedores. Es usted quien está en la llamada de renovación preguntándole al rep de LeanData por qué su número de asientos está mal.
  • Diplomacia entre equipos. La conversación sobre higiene de UTM con demand gen es una habilidad de liderazgo disfrazada.
  • Arquitectura del stack. Cada bug de MAP a CRM que arregla es una lección de por qué el arquitecto anterior tomó las decisiones que tomó, y qué haría usted diferente.

El camino de promoción que es realmente real:

Senior MOps Manager → MOps Lead → Director of RevOps. No "VP de Marketing". La mayoría de los IC de MOps que intentan saltar a VP de Marketing fracasan porque el día a día es un trabajo diferente. El que funciona es ir más amplio hacia RevOps, donde las habilidades de diagnóstico se acumulan a través de marketing, sales ops y customer success.

Las habilidades que viajan entre empresas:

  • SQL. Lo suficiente para escribir sus propias consultas contra el data warehouse sin esperar al equipo de datos.
  • Looker, Mode o cualquier herramienta de BI que esté delante del warehouse. Lo suficiente para construir el dashboard usted mismo cuando el equipo de datos tiene un backlog de 6 semanas.
  • Un MAP, a fondo. No tres, superficialmente. Elija Marketo, Pardot o HubSpot, y conviértase en la persona que puede responder cualquier pregunta sobre él de memoria. La profundidad es lo que le consigue el siguiente puesto.
  • Conceptos básicos de API. REST, webhooks, límites de tasa, lógica de reintento. No necesita ser desarrollador. Necesita ser la persona en la sala que puede decir "eso no va a funcionar por la cuota de API" antes de que el proyecto reciba luz verde.

Si está leyendo esto al final de un martes, con la cola de enrutamiento limpia, el relleno de atribución hecho y la auditoría de formularios archivada, regálese un minuto. El trabajo que hizo hoy fue real. Fue estratégico. Fue el tipo de trabajo que mantiene unido al resto del marketing.

La descripción de puesto no le dijo que esto sería el trabajo. Se lo decimos ahora. El trabajo de diagnóstico es el trabajo estratégico, y las personas que lo nombran primero son las que llegan a definir cómo se mide.

Mañana por la mañana, la cola de enrutamiento estará llena de nuevo. Está bien. Sabe lo que hay en ella.

Más información