Playbook de Lançamento de Campanha: Multi-Canal que Entrega no Prazo

É quarta-feira da Semana 4. O lançamento é em 14 dias. Você abre o tracker do projeto e a landing page do webinar ainda diz "Título vai aqui." Os criativos pagos estão presos na revisão jurídica com três rodadas de comentários. O deck de enablement para os SDRs não existe porque Sales Ops achou que Marketing era o dono e você achou que Sales Ops era o dono. O diretor pede uma atualização de status. Você diz "estamos no prazo" porque a alternativa seria admitir que o lançamento vai atrasar duas semanas, de novo.

Esse é o momento que todo Demand Gen Manager já viveu. O que ninguém te conta quando você assume o cargo: a maioria dos lançamentos não falha porque o criativo não é bom o suficiente. Eles falham porque as dependências ficam invisíveis até a Semana 4, quando já não há tempo para corrigi-las.

Este playbook as torna visíveis desde o Dia 1. Execute-o e você vai entregar lançamentos no prazo 4 vezes em 5. A taxa padrão nos lançamentos B2B SaaS que já acompanhei? Mais próxima de 1 em 5.

Por que Lançamentos Multi-Canal Atrasam

Lançamentos não atrasam porque alguém perdeu um prazo. Atrasam porque ninguém era dono do prazo em primeiro lugar.

Um lançamento B2B SaaS multi-canal envolve pelo menos quatro times. Demand Gen é dono do funil e das datas. Conteúdo é dono dos materiais e do copy. Marketing Ops é dono do rastreamento, pixels e relatórios. Vendas é dono do enablement e do follow-up. Nenhum desses times reporta para você. Nenhum deles compartilha um Gantt. E até a Semana 5, quando o pânico bate, nenhum tem um checkpoint diário.

O que acontece então? O calendário de Conteúdo é deslocado porque um lançamento de produto no Q4 consumiu a semana do redator. Ops não consegue colocar pixels no sprint de desenvolvimento porque o gestor de engenharia priorizou outra coisa. Vendas tem uma revisão de negócios diferente e os SDRs nunca passam pelo treinamento do novo produto. Quando alguém percebe, restam 10 dias e três bloqueadores que ninguém te avisou.

Não é um problema de criativo. É um problema de coordenação. E coordenação é pelo que o Demand Gen Manager é realmente pago, mesmo que a JD diga que é "estratégia de campanha."

O Cronograma T-Minus de 6 Semanas

A solução é uma estrutura T-minus onde cada semana tem uma entrega nomeada e um responsável nomeado. Emprestado de como times de produto fazem releases. Adaptado para campanhas de marketing.

Duas regras fazem isso funcionar. Primeiro, T-6 é inegociável. Se você não tem a oferta, o ICP, a mensagem, a métrica de sucesso e o plano de rastreamento bloqueados seis semanas antes, você não está executando este playbook: está rodando o processo antigo quebrado com um calendário colado por cima. Segundo, toda sexta-feira você verifica as entregas daquela semana. Não "estamos trabalhando nisso." Bloqueado ou não bloqueado. Se não está bloqueado, a data de lançamento muda. É melhor mover em T-5 do que lançar uma landing page quebrada em T-0.

O Pacote de Briefing que Todos Precisam

O único artefato que decide se o lançamento sai no prazo é o pacote de briefing. Um documento, cinco seções, escrito em T-6 e congelado em T-5.

Seção 1: Oferta. O que estamos vendendo. O preço. A promoção (trial gratuito, desconto, bundle, o que for). A coisa exata pela qual o cliente está se inscrevendo ou pagando.

Seção 2: ICP. Para quem estamos vendendo. Títulos de cargo, tamanho de empresa, setor, sinais de dor. Não um parágrafo de "empresas modernas." Concreto: "Heads de RevOps em empresas B2B SaaS de 200-1.000 funcionários que acabaram de contratar um segundo pod de SDR."

Seção 3: Mensagem. A estrutura problema-consequência-solução-prova. Qual problema o cliente tem? O que custa a ele se não resolver? Qual é nossa solução? Qual é nossa prova (logo de cliente, número de case study, validação de terceiros)?

Seção 4: Métrica de sucesso. O único número pelo qual esta campanha será julgada. Não cinco. Um. Contribuição ao pipeline em reais, MQLs, demos agendados, inscrições em trial gratuito. Escolha um. Tudo o mais é secundário.

Seção 5: Plano de rastreamento. Parâmetros UTM, nomes de eventos, janelas de atribuição, a URL do dashboard onde os resultados vão aparecer. Se um colega de time precisar perguntar "como saberemos se funcionou," o briefing falhou.

O teste: entregue o pacote de briefing para um colega que não estava no kickoff e pergunte "o que estamos vendendo e para quem?" Se ele não conseguir responder em 30 segundos, reescreva o briefing. O número de campanhas que já vi falhar porque um gestor de mídia paga escreveu copy voltado para a persona errada é embaraçosamente alto. O briefing é o único lugar para evitar isso.

Conduzindo o Kickoff que Define a Propriedade Claramente

Kickoff em T-5. 60 minutos. Pauta escrita. Câmera ligada para todos.

O kickoff tem um único objetivo: cada participante sai da sala sabendo exatamente o que é seu. Compromissos verbais evaporam até a Semana 3. RACI escrito sobrevive.

Aqui está o grid de RACI que uso:

R = Responsável (faz o trabalho). A = Accountable (aprova). C = Consultado. I = Informado. Demand Gen é accountable por quase tudo, o que está correto. O lançamento tem seu nome na parede. Mas você não é responsável por tudo, e essa distinção é o que mantém o playbook funcionando. Você delega a execução. Você é dono do resultado.

Imprima isso. Envie por e-mail. Fixe no canal Slack da campanha. Referencie em cada standup. Quando alguém disser "achei que você era dono disso," aponte para o grid.

O Checklist do Dia de Lançamento

T-0. Não confie na memória. Execute o checklist.

Pré-voo (na manhã do lançamento, antes de qualquer coisa ir ao ar)

• Todos os pixels pagos disparando nas ferramentas de desenvolvimento do navegador (teste em mobile e desktop)
• UTMs chegando no dashboard de analytics dentro de 5 minutos de um clique de teste
• Entregabilidade de e-mail ok no Postmark/Sendgrid (sem flags de spam)
• Landing page carregando em menos de 3 segundos em 4G
• Botão de CTA funcionando. Formulário enviando. E-mail de confirmação chegando.
• Vendas notificadas no canal do time com o briefing de ICP e as regras de roteamento de leads
• Time de suporte briefado sobre perguntas de entrada e caminho de escalação
• Inscrição no webinar confirmada como funcionando (teste com e-mail pessoal)
• Lista de partes interessadas internas tem o anúncio de lançamento agendado

Hora 0 (lançamento vai ao ar)

• Empurrar campanhas pagas de "pausado" para "ativo"
• Enviar disparo de e-mail (ou agendar para a janela de envio ideal conforme seus dados)
• Publicar a landing page (remova "noindex" se usou para staging)
• Postar nos canais sociais da empresa
• Confirmar que vendas está monitorando a caixa de entrada de leads

Hora 4 (primeira verificação de métricas)

• Os cliques estão chegando na taxa esperada? (compare com os últimos 3 lançamentos)
• A taxa de conversão está na faixa esperada? (não entre em pânico se estiver baixa na hora 4, aguarde a hora 24)
• Os leads estão sendo roteados corretamente para o pod de SDR certo?
• Algum erro nos dashboards pagos (criativos rejeitados, bloqueios de cobrança, incompatibilidade de audiência)?

Debrief do fim do dia

• O que quebrou? (Pixel não disparou na página de agradecimento? Linha de assunto do e-mail foi sinalizada?)
• Qual é a lista de correções para 24 horas?
• Responsável por cada correção, com prazo (a maioria deve ser resolvida até o fim de T+1)

A falha de pixel-na-página-de-agradecimento é a mais comum. Também é a mais cara, porque significa que sua audiência de retargeting para as próximas duas semanas estará errada. Sempre teste. Duas vezes.

O Padrão de Standup Diário para os Primeiros 14 Dias

T+0 a T+14. 15 minutos por dia. Mesmo horário, mesmo canal, mesmas três perguntas.

1. O que foi entregue ontem?
2. O que está em risco hoje?
3. O que precisa de uma decisão nas próximas 24 horas?

Demand Gen conduz. Conteúdo, Ops e Vendas participam. Sem atualizações de status com mais de duas frases. Sem discussões aprofundadas no standup. Essas vão para uma sessão de trabalho separada com apenas as pessoas que precisam estar lá.

Por que diário e não semanal? Porque numa janela de 14 dias pós-lançamento, um bloqueador de 24 horas vira um bloqueador de 7 dias se você não o capturar. O problema de pixel-não-disparando acima? Capturado no standup diário, é uma correção de 4 horas. Capturado numa reunião semanal de status, é um atraso de 5 dias onde você queimou R$ 100K em retargeting treinando o algoritmo na audiência errada.

Após T+14 você pode reduzir a cadência para duas vezes por semana, depois para semanal. Em T+30 a campanha deve estar em operações de estado estável e o standup é substituído por uma revisão de sexta-feira.

Por que a "Segunda Semana" é quando a Maioria dos Lançamentos Morre

A Semana 1 de um lançamento tem energia de lançamento. Posts internos no Slack, o reconhecimento do executivo, o press release, os agendamentos de demo fluindo da sua lista mais quente. Todo mundo está monitorando o dashboard. Todo mundo está animado.

A Semana 2 é quando os lançamentos morrem.

Não há novidade. Os números de pipeline estão mais fracos do que o projetado porque a lista quente converteu na Semana 1 e a lista fria leva mais tempo para aquecer. Outras prioridades puxam seus colegas de volta para as atividades habituais. O redator voltou para o calendário editorial, Ops voltou para o rebuild de lead scoring, Vendas voltou para o pipeline de fim de trimestre. A campanha começa a parecer notícia de ontem dentro da empresa enquanto a jornada do cliente ainda está nos estágios iniciais.

A solução é uma reignição na Semana 2. Planeje-a em T-3, não em T+10. Opções que funcionam:

• Lançamento de conteúdo. Um novo conteúdo (case study, blog aprofundado, página de comparação) que se torna a próxima variante de criativo pago e o próximo ponto de contato de e-mail.
• Concurso de vendas. Um SPIF de uma semana vinculado aos leads qualificados da campanha (prêmio modesto, alta visibilidade num leaderboard).
• Nova variante de criativo. Uma segunda rodada de criativo pago que quebra o cansaço e permite testar o que está ressoando.
• Publicação de história de cliente. Mobilize um cliente que experimentou a nova oferta na Semana 1 e conte a história deles na Semana 2.

Qualquer coisa que redefina a atenção. Os lançamentos que atingem o número consistentemente são os que o time tratou a Semana 2 com a mesma seriedade da Semana 1, não como um momento de relaxar.

Debrief Pós-Lançamento que Realmente Muda Lançamentos Futuros

T+14 (ou T+21 se quiser um quadro mais completo). 90 minutos. Mesmos participantes do kickoff. Output escrito. Três seções:

O que atingiu o número, e por quê. As métricas exatas versus as metas. Os canais, criativos ou momentos específicos que impulsionaram resultados. Não "o e-mail funcionou," mas "o e-mail com linha de assunto X para o segmento Y converteu a 4,2% versus nossa linha de base de 2,1%."

O que ficou abaixo, e a causa raiz (não o sintoma). "A participação no webinar foi 38% dos inscritos versus meta de 50%" é um sintoma. "Não enviamos um e-mail de lembrete 2 horas antes do webinar porque o workflow não foi construído" é a causa raiz. Sempre aprofunde dois níveis. A camada de sintoma é onde a maioria dos times para, o que é por isso o mesmo problema aparece no próximo lançamento.

O que mudaremos na próxima vez, de forma específica. Não "comunicar melhor." Isso não é uma mudança de processo. "Adicionar um lembrete de 2 horas antes do webinar ao template de workflow padrão, de propriedade de Marketing Ops, aprovado por Demand Gen em T-3" é uma mudança de processo. Escreva as mudanças no template do playbook para que o próximo lançamento comece com a versão corrigida.

O debrief é registrado, compartilhado com o time mais amplo e referenciado explicitamente no kickoff do próximo lançamento. "No último lançamento falhamos por X. Veja como este kickoff evita isso." É assim que um time melhora a cada lançamento em vez de repetir os mesmos erros.

Entregar no Prazo é uma Habilidade de Coordenação

A maioria dos Demand Gen Managers acha que seu trabalho é estratégia criativa e mix de canais. Isso é uma pequena parte. A parte maior, a que decide se um lançamento entrega na data, é coordenar times que não reportam para você, num cronograma que ninguém mais está rastreando, com dependências que não aparecem até ser tarde demais.

O cronograma T-minus de 6 semanas, o pacote de briefing, o RACI do kickoff, o checklist do dia de lançamento, o standup diário, a reignição da Semana 2, o debrief de causa raiz. Nenhum desses é inteligente. Todos fazem a diferença entre entregar 4 em 5 lançamentos no prazo versus 1 em 5.

Execute o playbook. Lance a campanha. Depois execute de novo. O efeito composto, cada lançamento começando com o playbook corrigido do anterior, é como um time passa de "lançamentos atrasam por padrão" para "lançamentos saem no prazo por padrão."

Saiba Mais

• Job Description de Demand Generation Manager
• Construindo um Pipeline Previsível como Demand Gen IC
• Trabalhando com Vendas: SLA, Repasse e Loop de Feedback
• Atribuição para o Demand Gen IC Solo