Português

Um dia na vida de um Gerente de Marketing Ops (o que a descrição de cargo não te conta)

A descrição de cargo dizia que você iria "ser dono da máquina de go-to-market" e "conduzir iniciativas estratégicas ao longo do funil".

Hoje você tem 47 erros de roteamento esperando no LeanData desde a madrugada. A sua sincronização de Marketo para Salesforce está atrasada em 18 minutos desde sexta-feira, e ninguém parece se importar além de você. Um líder de demand gen está perguntando, numa mensagem educada-mas-tensa no Slack, por que a última campanha dele aparece no dashboard com utm_source=(none). E o formulário da página de preços vem descartando 60% dos envios em silêncio há três dias, algo que você vai descobrir às 13h.

Esse é o trabalho de verdade. Não a fantasia da descrição de cargo.

Se você é um profissional de Marketing Ops numa empresa de B2B SaaS entre 50 e 1.000 funcionários, com seis meses a três anos na cadeira, isto vai parecer que alguém leu a sua agenda. Escrevemos porque ninguém mais parece disposto a fazê-lo. O trabalho é real, os padrões são repetíveis, e a maior parte do que você faz num dia não encaixa em lugar nenhum do roadmap estratégico que o seu VP te mostrou na entrevista.

Veja como uma terça-feira realmente é.

8h: a fila de erros de roteamento

Você abre o laptop. Você abre o LeanData. Você abre o Salesforce. Você toma um café.

A fila da madrugada é o primeiro diagnóstico do dia. Ontem à noite, enquanto o marketing dormia, o motor de fluxo de leads estava acordado, e ele quebrou nos mesmos três ou quatro lugares de sempre:

  • Leads órfãos sem correspondência de conta. O Demandbase não conseguiu fazer o reverse-IP de uma empresa, o domínio do e-mail não bateu com nenhuma conta conhecida no SFDC, e agora há 14 leads parados num balde de "sem conta" que a distribuição rotativa não consegue tocar.
  • Saltos na distribuição rotativa. Três reps estavam OOO ontem mas não atualizaram a disponibilidade deles no LeanData, então o roteador continuou atribuindo a eles, e o gerente de SDR só notou às 7h, quando o dashboard do rep dele parecia vazio.
  • Leads presos em "enriquecimento pendente". Alguns deles estão pendentes há mais de 48 horas porque o Clearbit retornou um 429 durante um disparo de campanha e o roteador os enfileirou sem retry. Ninguém viu o alerta de profundidade da fila porque esse alerta estava indo para um canal do Slack que foi arquivado em janeiro.

A sua primeira jogada é triagem, não conserto. Você puxa a fila, você marca o que é culpa do roteador (configuração), o que é dado sujo (enriquecimento) e o que é problema de pessoa (um SDR que não faz login há uma semana e está quebrando a distribuição rotativa em silêncio).

Exemplo real, exatamente como acontece: o LeanData roteou 12 leads para um CSM que saiu há duas semanas. Ninguém sinalizou porque os alertas da fila estavam indo para o e-mail dela, que foi suspenso no dia um do offboarding. Você descobre isso porque um dos leads abriu um ticket de suporte perguntando por que ninguém deu retorno. Doze horas de pipeline, perdidas, porque TI e RH não têm um processo para "remover essa pessoa de todas as regras de roteamento".

Você conserta a configuração do roteamento, você reatribui os 12 leads, você grava um vídeo no Loom para o gerente de SDR explicando por que isso aconteceu e o que mudou. Você não recebe crédito por nada disso. Às 9h15 a fila está limpa. O dashboard da CMO, quando ela o abrir, vai mostrar 12 leads a menos como "presos" e ela nunca vai saber por quê.

Essa é uma terça-feira de manhã normal. Chamamos esses leads de "órfãos do roteador". Toda pessoa de MOps tem um nome para eles, e toda pessoa de MOps tem 12 deles na fila agora.

9h30: a verificação de saúde da sincronização MAP/CRM

Esse é um ritual de cinco minutos que ocasionalmente explode em um incidente de cinco horas.

Você abre o MAP (Marketo, Pardot, HubSpot Marketing Hub ou Customer.io, dependendo de qual você herdou) e vai para o log de sincronização. Você está checando três coisas:

  1. Erros de sincronização. Quantos registros falharam ao serem enviados? Qual é o código de erro? É a mesma incompatibilidade de tipo de campo personalizado que você consertou mês passado e alguém recriou?
  2. Tempo de atraso. Qual é a diferença entre "o lead converte no MAP" e "o lead aparece no CRM"? Cinco minutos é aceitável. Dezoito minutos é um problema de sexta-feira à tarde que você não consertou e que agora é um problema de terça-feira de manhã.
  3. Purgatório de sincronização. Os registros que não estão dando erro mas também não estão se completando. Eles ficam num meio-estado em que a API acha que sincronizou, mas o CRM nunca recebeu. Chamamos isso de "purgatório de sincronização". É onde os MQLs vão morrer.

Falhas comuns, ordenadas por frequência:

  • Incompatibilidades de tipo de campo personalizado. Alguém mudou um campo numérico para texto no Salesforce porque uma pessoa de sales ops estava "consertando uma coisa", e agora toda sincronização do Marketo que envolve aquele campo falha. A mensagem de erro é sempre críptica. O conserto é sempre 20 minutos de trabalho de detetive.
  • Valores de picklist que sofreram desvio. O Marketo escreve "Tier 1" no campo de lead source. O Salesforce agora espera "Tier-1" porque alguém atualizou o picklist semana passada. Todo lead de uma campanha agora falha a sincronização em silêncio.
  • Estouros de limite de API. Um disparo de campanha estourou a cota diária de API às 11h porque alguém disparou uma ressincronização de 200.000 registros para "testar uma coisa". Agora tudo que foi enfileirado depois das 11h fica no purgatório até a meia-noite.

O diagnóstico que você vai rodar duas vezes por mês é o que chamamos de MQL fantasma. O lead pontuou para MQL no MAP. O MAP enviou a atualização. O CRM não tem registro de tê-la recebido. Você checa o log de sincronização e vê que o envio passou. Você checa o lead no SFDC e o estágio do ciclo de vida ainda é "Lead". Você acaba encontrando a regra de validação que alguém adicionou seis meses atrás que rejeita atualizações em silêncio se o campo Lead Source estiver em branco, e esse campo está em branco porque a campanha que gerou esse lead não tinha uma origem mapeada, e agora você tem 80 MQLs fantasmas das últimas duas semanas que a CMO vem contando no dashboard dela mas que os SDRs nunca viram.

MQLs fantasmas são como pessoas de MOps perdem uma confiança que não tiveram tempo de construir. Nomear o diagnóstico pelo menos permite consertá-lo como categoria, não como 80 tickets individuais.

11h: assíncrono com a demand gen sobre higiene de UTM

Ping no Slack. É o gerente de demand gen.

"oi, minha campanha da semana passada não está aparecendo no dashboard. o tracking quebrou?"

Você já sabe o que vai encontrar antes de clicar no link. Você abre a URL da campanha. A UTM é utm_source=email_blast_v2_FINAL. Você suspira. Você abre a planilha de URL builder que todo mundo concordou em usar no Q2 e que ninguém usa desde o Q3. Você confirma: a origem não está na taxonomia. Não é "email". Não é "newsletter". É email_blast_v2_FINAL, o que significa que o modelo de atribuição no Looker a joga no balde de "(other)", que é por isso que ela não aparece no dashboard.

A thread do Slack que se segue é uma peça delicada de diplomacia interfuncional. Você não quer ser a pessoa que diz "você quebrou". Você também não quer consertar em silêncio pela quarta vez neste trimestre. A versão que funciona:

"Sim, estou vendo. A origem é email_blast_v2_FINAL e a nossa taxonomia espera email. Vou re-etiquetar os registros hoje de manhã para que apareça. Quer que eu te mande o URL builder de novo? Acho que a versão que combinamos no Q2 é o que está tropeçando nisso. Fico feliz em pegar 15 minutos na quinta para revisar juntos, se for útil."

Você re-etiqueta. Você manda a planilha. Você anota no seu documento corrente que esta é a terceira vez neste trimestre, com esta pessoa específica, neste tipo específico de campanha. Você vai trazer isso no próximo sync de demand-gen-MOps como uma lacuna de processo, não uma lacuna de pessoa, porque é assim que você mantém o relacionamento intacto e ainda sinaliza o padrão.

O diagnóstico aqui é UTM apodrecida. Quando 30% ou mais das URLs de campanha dos últimos 90 dias não batem com a taxonomia, o seu modelo de atribuição está mentindo. Não por muito. Por o suficiente para que o número de "receita influenciada pelo marketing" da CMO esteja errado em 7 a 12% em qualquer direção, e você não consegue dizer em qual direção sem fazer a limpeza você mesmo.

A maioria das pessoas de MOps que conhecemos tem uma taxa de UTM apodrecida entre 20% e 40%. As que alegam 5% ou estão mentindo ou estão rodando um time de duas pessoas. Nomear o apodrecimento é metade da batalha.

13h: auditoria de formulário no meio do dia

Você almoça na sua mesa porque, claro, você almoça. Enquanto come, você roda a auditoria de formulário. Esse é um ritual de 20 minutos que você roda porque em algum momento da sua carreira um formulário quebrou e ninguém notou por três dias, e você jurou que nunca mais deixaria isso acontecer.

A checklist da auditoria:

  • Contagem de envios vs. semana passada. O formulário de preços geralmente faz de 40 a 60 envios por dia. Hoje fez 8 até as 13h. Esse é o sinal de alarme.
  • Taxa de preenchimento de campos ocultos. As UTMs estão sendo capturadas? O campo de enriquecimento de IP está disparando? A caixa de consentimento está sendo registrada?
  • URL de redirecionamento. O redirecionamento de agradecimento do formulário ainda funciona, ou alguém atualizou o slug da página semana passada e esqueceu de atualizar a configuração do formulário?
  • Listener do MAP. O formulário está de fato enviando para o Marketo / Pardot / HubSpot, ou o snippet de JavaScript quebrou quando o site de marketing foi reimplantado?

Hoje a contagem está errada. Você vai à página de preços e envia um formulário de teste. Ele carrega. Ele diz "obrigado". Mas quando você checa o Marketo, o seu registro de teste não está lá. Você checa o embed do formulário na página e o JS de terceiros que o envolve foi "limpo" por um contratado de marketing que estava trabalhando na performance de carregamento da página. Ele removeu um event listener que não percebeu que era, na verdade, o que fazia o envio do formulário.

O formulário da página de preços vem descartando 60% dos envios em silêncio há três dias. Três dias, na página de maior intenção de todo o site de marketing.

Você abre um incidente P0. Você restaura o embed. Você conta os envios perdidos cruzando as visualizações de página do GA4 contra os preenchimentos de formulário no MAP. Você estima o impacto no pipeline em US$ 180 a 240 mil com base na taxa de conversão típica da página. Você escreve um post-mortem que ninguém pediu, porque, se você não escrever, o mesmo contratado vai fazer a mesma coisa em seis semanas. Às 14h15 você recuperou 38 dos 64 envios perdidos por meio de uma busca de reverse-IP do Demandbase sobre o tráfego anônimo da página na janela afetada.

Ninguém na empresa vai lembrar que isso aconteceu até sexta-feira. Você vai lembrar disso pelo resto da carreira.

15h: incêndios de dedupe e roteamento de leads

A energia da tarde é energia de dedupe. Você abre a fila de dedupe. Há 217 duplicatas potenciais sinalizadas. Metade delas é real. Metade é o John Smith da Acme batendo com o John Smith da Acme Corp porque o normalizador de nome de empresa é burro quanto a LLC vs Inc vs Corp.

As duplicatas reais têm que ser mescladas. A mesclagem é onde mora a política:

  • Qual registro vence? O mais antigo com o histórico de atividade, ou o mais novo com os melhores dados firmográficos?
  • Quais campos sobrevivem? Se o registro mais antigo tem Lead Source = Webinar e o mais novo tem Lead Source = Demo Request, qual vence? (O mais novo. O mais antigo vira uma associação de campanha, não uma origem.)
  • Quem fica dono do histórico de atividade? Se você mescla um lead de propriedade do marketing num contato de propriedade de vendas, o registro mesclado agora tem os e-mails do marketing, as ligações de vendas e um CRM confuso que não sabe a quem creditar na próxima oportunidade.

Dedupe entre sistemas é a versão mais difícil. Um lead existe no Marketo mas nunca chegou ao SFDC por causa da regra de validação de hoje de manhã. Um contato existe no HubSpot CRM mas não está no Customer.io porque a integração foi configurada em 2022 e ninguém a atualizou quando o produto saiu do HubSpot Marketing Hub. A fila de dedupe é uma fila só. Os sistemas são cinco. A lógica de mesclagem tem que ser a mesma em todos eles, ou você vai criar a mesma duplicata duas vezes.

Você passa uma hora na fila. Você mescla 80 registros. Você devolve 12 para o gerente de reps porque são duplicatas reais com propriedade de conta conflitante, e isso é uma decisão de sales ops, não de MOps. Você deixa 40 na fila porque a aproximação firmográfica não é forte o bastante em nenhum sentido e você prefere ter uma duplicata a uma mesclagem errada. Você fecha o LeanData.

As regras de dedupe de 2021 ainda estão em produção. Você sabe que elas são ruins. Você também sabe que reconstruí-las é um projeto de Q3 que ninguém escopou porque não move uma métrica que alguém acompanhe. Você adiciona uma linha ao seu documento de "coisas para consertar quando houver tempo", que está na 240ª linha, e ao qual você nunca deixou de adicionar.

17h: limpeza de atribuição no fim do dia

A CMO checa o dashboard dela na segunda-feira de manhã. Você passa a sexta-feira à tarde (e, cada vez mais, o fim da terça) garantindo que os números que ela vê na segunda não estejam errados das formas óbvias.

A verdade pouco glamorosa do trabalho de atribuição: metade dele é consertar os dados de ontem, não construir o modelo de amanhã.

O que você de fato faz nos últimos 90 minutos do dia:

  • Reatribuir campaign influence em oportunidades que fecharam hoje. Três negócios fecharam. Dois tinham registros de toque de campanha limpos. Um tinha um primeiro-toque faltando porque o lead foi criado a partir de uma importação de lista offline, e a importação não tinha origem. Você preenche a partir da lista original.
  • Preencher o primeiro-toque em 14 leads de um webinar. O formulário do webinar passou dados ruins para o Marketo porque o fornecedor de inscrições mudou os rótulos dos campos e a sua integração não detectou isso automaticamente. Você re-etiqueta os 14 leads com a campanha e a origem corretas. O dashboard vai estar 14 leads menos errado na segunda.
  • Marcar três negócios como "auto-originados, sem toque de marketing". Os reps insistiram que eram inbound, mas o histórico de atividade mostra zero toques de marketing nos 90 dias anteriores à abertura da oportunidade. Marcá-los como auto-originados significa que o número de receita-influenciada-pelo-marketing da CMO não fica inflado por vitórias originadas por vendas. Você vai receber uma mensagem no Slack do CRO em algum momento deste trimestre reclamando disso. Você vai ter a trilha de auditoria pronta.

A pergunta de segunda-feira de manhã que você está resolvendo é sempre a mesma: "Por que o volume de MQL caiu 22% semana a semana?" Você está tentando garantir que, quando a CMO perguntar, a resposta seja uma história real (uma campanha terminou, uma lista foi pausada, um orçamento de busca paga foi redirecionado) e não uma história sobre um formulário quebrado, uma fila de MQLs fantasmas ou uma sincronização que está atrasada desde sexta.

O trabalho de diagnóstico é o trabalho estratégico. Você está protegendo a integridade do número que a CMO usa para defender o orçamento de marketing. Essa é a contribuição estratégica. Ela só não se parece com o que a descrição de cargo dizia que seria.

O stack que você realmente usa todo dia

Puxe esta lista da próxima vez que alguém perguntar "com quais ferramentas você trabalha". É a resposta honesta.

  • MAP: Marketo, Pardot, HubSpot Marketing Hub ou Customer.io. Você vai conhecer um deles a fundo. Vai saber o suficiente de um segundo para ser perigoso numa migração. O terceiro você só leu a respeito.
  • CRM: Salesforce, HubSpot CRM ou Rework. A integração entre MAP e CRM é onde vivem 80% dos seus bugs, e 100% da sua alavancagem de carreira.
  • CDP / rastreamento de eventos: Segment, às vezes mParticle. O Segment é onde a conversa de UTM apodrecida de fato começa.
  • Roteamento e correspondência: LeanData. Às vezes Chili Piper para reuniões. Às vezes um conjunto caseiro de flows do Salesforce que antecedem a sua data de contratação e que ninguém entende por completo.
  • Inteligência de contas: Demandbase, 6sense, Clearbit. Você vai ter um para ABM, um para enriquecimento e um que está em renovação automática há dois anos e que você não consegue justificar mas também não consegue cancelar.
  • O canal do Slack onde você posta "mais alguém vendo atrasos esquisitos de sincronização?" pelo menos uma vez por semana. Isso é inegociável. Toda pessoa de MOps precisa do canal. Se a sua empresa não tem um, encontre uma comunidade do Pavilion ou do MO Pros que tenha.

Se você consegue rodar esse stack, diagnosticar suas falhas e traduzir o diagnóstico para uma linguagem que tanto uma CMO quanto um CRO consigam entender, você está fazendo o trabalho. Você também é uma de talvez 30.000 pessoas no mundo que conseguem.

A descrição de cargo disse "estratégico". O trabalho é diagnóstico.

Aqui está o reenquadramento que vai salvar a sua carreira, ou pelo menos a sua sanidade:

Você não está construindo a máquina de GTM do zero. Você está mantendo aquela que herdou sem deixar quebrar, e substituindo aos poucos as piores partes. Esse é o trabalho de verdade. Ele é valioso. Ele também é exaustivo se você não o nomear.

O trabalho de diagnóstico (a triagem de órfãos do roteador, a limpeza do purgatório de sincronização, a detecção de UTM apodrecida, a recuperação de MQLs fantasmas, a varredura de auditoria de formulário, a política das mesclagens de dedupe, o preenchimento de atribuição) é o que torna o trabalho estratégico possível. Sem ele, o dashboard que a CMO checa na segunda de manhã é uma ficção. Com ele, as conversas estratégicas têm uma base.

A armadilha é que o trabalho de diagnóstico é invisível quando bem feito. Ninguém nota a auditoria de formulário quando o formulário está funcionando. Ninguém te agradece por manter o atraso de sincronização abaixo de cinco minutos. A sua avaliação de desempenho, se você deixar, vai ser medida pelos projetos estratégicos que você não teve tempo de entregar porque estava impedindo o sistema existente de desabar.

O conserto é nomear isso. No seu one-on-one. Na sua avaliação trimestral. Na sua entrevista para o próximo cargo. "Eu diagnostiquei e resolvi 240 erros de roteamento neste trimestre, recuperei US$ 1,8 milhão em pipeline de falhas de formulário e reduzi a UTM apodrecida de 38% para 14%." Essa é a linguagem. É isso que faz você ser pago por isso.

O que isso significa para a sua carreira

As habilidades que você está de fato construindo, mesmo nos dias que parecem só apagar incêndio:

  • Debugging de dados. Você está aprendendo a ler os modos de falha de um sistema mais rápido do que qualquer outra pessoa na empresa.
  • Negociação com fornecedores. Você é quem está na ligação de renovação perguntando ao rep do LeanData por que a sua contagem de licenças está errada.
  • Diplomacia entre times. A conversa de higiene de UTM com a demand gen é uma habilidade de liderança disfarçada.
  • Arquitetura de stack. Cada bug de MAP-para-CRM que você conserta é uma lição sobre por que o arquiteto anterior fez as escolhas que fez, e o que você faria diferente.

O caminho de promoção que de fato é real:

Gerente Sênior de MOps → Líder de MOps → Diretor de RevOps. Não "VP de Marketing". A maioria dos profissionais de MOps que tenta pular para VP de Marketing fracassa porque o dia a dia é um trabalho diferente. O que funciona é ir mais amplo para RevOps, onde as habilidades de diagnóstico se acumulam ao longo de marketing, sales ops e customer success.

As habilidades que viajam entre empresas:

  • SQL. O suficiente para escrever as suas próprias consultas contra o data warehouse sem esperar pelo time de dados.
  • Looker, Mode, ou qualquer ferramenta de BI que esteja na frente do warehouse. O suficiente para construir o dashboard você mesmo quando o time de dados tem uma fila de 6 semanas.
  • Um MAP, a fundo. Não três, por cima. Escolha Marketo, Pardot ou HubSpot e torne-se a pessoa que consegue responder qualquer pergunta sobre ele de memória. A profundidade é o que te consegue o próximo cargo.
  • Noções de API. REST, webhooks, limites de taxa, lógica de retry. Você não precisa ser desenvolvedor. Você precisa ser a pessoa na sala que consegue dizer "isso não vai funcionar por causa da cota de API" antes de o projeto ganhar sinal verde.

Se você está lendo isto no fim de uma terça-feira, com a fila de roteamento limpa, o preenchimento de atribuição feito e a auditoria de formulário arquivada, dê a si mesmo um minuto. O trabalho que você fez hoje foi real. Foi estratégico. Foi o tipo de trabalho que mantém o resto do marketing inteiro.

A descrição de cargo não te disse que era isso que o trabalho seria. Estamos te dizendo agora. O trabalho de diagnóstico é o trabalho estratégico, e as pessoas que o nomeiam primeiro são as que conseguem definir como ele é medido.

Amanhã de manhã, a fila de roteamento vai estar cheia de novo. Tudo bem. Você sabe o que tem nela.

Saiba mais