- Início
- Blog
- Operações de Agência
- Como Uma Agência Absorveu 40 Contas Adquiridas Sem uma Migração
Como Uma Agência Absorveu 40 Contas Adquiridas Sem uma Migração
Davide Ferraro
Agency Operations Lead
O negócio fechou numa sexta-feira. Na terça-feira seguinte, esta agência era dona da carteira inteira de um concorrente — e, com ela, de quarenta contas de anúncios de clientes que nunca havia tocado, espalhadas por logins e Business Managers separados. O plano que todos supunham que seguiriam era um projeto de migração: coletar cada credencial, fazer login em cada conta, reinserir tudo na mão ao longo de algumas semanas dolorosas. O que de fato aconteceu é o tema deste estudo de caso sobre como conduzir uma transferência de agency acquisition consolidate ad accounts — porque a agência inseriu um token de System-User adquirido, deixou a descoberta automática revelar cada conta e estava operando as duas carteiras de um só workspace antes mesmo de a migração ser agendada.
Resposta rápida: Quando uma agência adquire outra, as contas chegam como uma pilha de logins e Business Managers separados, e o plano padrão é uma migração credencial a credencial medida em semanas. Conectar o token de System-User da agência adquirida, em vez disso, permite à camada operacional ler o seu business_id e enumerar cada conta e BM automaticamente — quarenta contas surgem em horas, a equipe herdada se mapeia em papéis internos, e a aquisição vira um passo de conexão em vez de uma migração.
Esta é uma história composta, extraída de como agências reais lidam com a consolidação pós-aquisição. Os nomes e os números exatos são ilustrativos; o problema da transferência, e a forma da correção, não são.
O negócio fecha: agora você é dono da carteira de clientes de um concorrente
Adquirir uma agência menor é um jeito normal de crescer uma carteira de negócios: você compra os relacionamentos com clientes, os contratos e as pessoas que os atendem. No papel, a agência tinha acabado de somar quarenta contas da noite para o dia. Na prática, havia herdado um emaranhado — a loja adquirida rodava as contas do jeito que a maioria das agências roda antes de superar isso, com um espalhamento de logins, um par de Business Managers e o conhecimento de acesso vivendo na cabeça de algumas pessoas.
A própria casa da agência estava em ordem. Ela já operava os seus clientes existentes por uma só camada com assentos nomeados e papéis delimitados, o oposto do caos de login compartilhado descrito em por que logins compartilhados estão matando a sua agência de anúncios. O problema era absorver quarenta contas geridas pelas convenções de outra pessoa, rápido o bastante para que os clientes herdados nunca sentissem a emenda. Uma aquisição transfere os contratos instantaneamente e a realidade operacional devagar, e a lacuna entre "somos donos" e "conseguimos operar" é onde as transferências pós-aquisição emperram.
O custo oculto de M&A: dezenas de contas atrás de logins separados
Percorra a carteira herdada e o custo da velha estrutura fica concreto. Quarenta contas não significavam quarenta entradas organizadas. Significavam dois Business Managers montados em momentos diferentes, um espalhamento de contas ligado a cada um, várias que os donos anteriores alcançavam por logins concedidos por clientes e um punhado em que o único caminho de entrada era uma senha compartilhada que três ex-funcionários sabiam.
Nada disso é incomum; é como a camada de acesso de uma agência fica quando cresce um cliente de cada vez. Mas isso transforma cada aquisição num projeto de arqueologia: antes de poder rodar uma conta, você tem que encontrá-la, confirmar quem a alcança e estabelecer o seu próprio caminho de entrada — quarenta vezes, em várias plataformas.
O passivo real numa aquisição não é o número de contas; é o número de caminhos de acesso distintos. Quarenta contas atrás de uma estrutura limpa é uma conexão. As mesmas quarenta atrás de uma dúzia de logins, dois Business Managers e algumas senhas compartilhadas é uma migração — e a diferença está em como o acesso era mantido.
O plano usual: uma migração credencial a credencial medida em semanas
A líder de operações da agência dimensionou primeiro a abordagem óbvia. Listar cada conta; para cada uma, identificar o caminho de acesso, coletar a credencial, fazer login, confirmar um caminho de entrada durável que não dependesse de um ex-funcionário e restabelecê-lo sob a própria estrutura da agência. Depois a próxima conta, e a próxima, em dois Business Managers e várias plataformas.
Estimado com honestidade, isso são semanas de trabalho frágil. Cada senha compartilhada é um ponto único de falha — se um funcionário que sai a muda ou para de responder, uma conta apaga. Cada login concedido por cliente tem que ser reconfirmado para que a relação sobreviva à mudança de dono. E enquanto a migração toda roda, os clientes herdados ficam no limbo: tecnicamente responsabilidade da agência, na prática ainda meio geridos pelos logins da loja antiga. A equipe já havia rodado versões menores disso — a correria da primeira semana coberta no próprio playbook para integrar a conta de um novo cliente na primeira semana — e a quarenta contas essa correria não escala.
Um projeto de migração é o plano certo só quando não há atalho — e é sempre o plano lento, movendo-se na velocidade da pior credencial da pilha. A pergunta que vale fazer primeiro é se o acesso pode ser herdado em bloco em vez de coletado conta a conta.
O atalho: inserir o token de System-User adquirido
Havia um atalho, e ele mudou a forma do projeto inteiro. A agência adquirida, como a maioria das agências que operam em escala, tinha emitido um token de System-User no nível do Business Manager para as suas integrações de plataforma. Um token de System-User não é um login pessoal ligado a um funcionário; é uma credencial durável, de nível de negócio, que já carrega acesso a cada conta de anúncios que o seu Business Manager gerencia. A agência não precisava de quarenta credenciais — precisava do token, adquirido junto com o negócio.
Então, em vez de iniciar uma migração, a líder de operações fez uma coisa: inseriu o token de System-User da agência adquirida na camada operacional, o mesmo mecanismo de conectar-uma-vez que a agência já usava para integrar a conta de um cliente sem nunca compartilhar um login do Meta. Um token, uma colagem, para um Business Manager inteiro de contas. O plano de migração teria tocado cada conta individualmente; o token tocou a camada que já as continha todas.
O destravamento numa aquisição é perceber que o acesso é no atacado, não no varejo. O token de System-User de um Business Manager fala por todas as contas abaixo dele — herde o token e você herda a carteira num só movimento, sem login por conta, sem colher senhas de pessoas que não trabalham mais ali.
O que a descoberta automática revelou: cada conta e BM, sem inventário manual
O que aconteceu em seguida é por que o projeto de migração nunca rodou. A camada operacional leu o token, resolveu o business_id por trás dele e enumerou as contas automaticamente — cada conta de anúncios sob aquele Business Manager, revelada sem ninguém digitar uma lista. O segundo Business Manager entrou da mesma forma com o seu próprio token, e entre os dois o grosso das quarenta contas ficou visível numa tarde.
Não houve inventário manual porque o token já conhecia o inventário. A descoberta automática por business_id fazia com que a fonte da verdade para "quais contas existem" fosse o próprio Business Manager, não uma planilha reconstruída a partir da memória de ex-funcionários. O punhado de contas mantido por acesso concedido por cliente, em vez do BM adquirido, ainda precisou de reconfirmação individual, mas eram uma cauda curta, não o projeto inteiro.
Quando a credencial carrega o diretório, a descoberta deixa de ser o seu trabalho: você não enumera as contas, o token enumera. Essa é a diferença estrutural entre uma conexão e uma migração — uma supõe que você precisa encontrar e reinserir cada conta, a outra supõe que o acesso que você herdou já contém a resposta.
Mapeando a equipe herdada para papéis de RBAC interno
Revelar as contas era metade do trabalho; a outra metade era decidir quem podia tocá-las. A agência adquirida tinha retido alguns compradores como parte do negócio e dispensado outros, e a agência não ia replicar a dispersão de acesso da loja antiga. Com as contas agora dentro da camada operacional, governar quem as trabalhava era uma decisão interna, não uma propriedade dos logins de plataforma.
A líder de operações atribuiu papéis delimitados. Os compradores retidos ganharam assentos nomeados às contas que continuariam atendendo, para que os relacionamentos com clientes ficassem quentes por pessoas que os clientes já conheciam; os próprios líderes da agência ganharam supervisão sobre as duas carteiras; quem saía não ganhou nada. Nada precisou ser revogado nas plataformas nativas, porque nenhum dos compradores herdados jamais operou pelos logins subjacentes. Eles trabalhavam por papéis internos sobre um único token conectado, o modelo que a agência usa para impedir que logins separados se tornem a camada operacional. A governança de acesso aconteceu uma vez, em vez de quarenta vezes em telas de permissão nativas.
Herdar uma equipe é mais seguro quando o acesso vive acima do login da plataforma: você concede e remove papéis dentro da camada, o token subjacente nunca se move, e um comprador que sai perde um papel, não uma senha que três outras pessoas ainda sabem.
Operando as duas carteiras de um só workspace na primeira semana
Ao fim da primeira semana, a agência rodava os seus clientes originais e as quarenta contas herdadas do mesmo workspace. A reunião de escala, a fila de lançamento, os relatórios — tudo cobria as duas carteiras ao mesmo tempo, numa só visão em vez de alternar entre a estrutura da própria agência e os dois Business Managers da loja adquirida. Os clientes herdados ganharam a cadência de relatórios padrão da agência imediatamente, e não depois de um trimestre de transição.
Os clientes não sentiram nada. Sem resets de senha, sem e-mails de "estamos migrando a sua conta", sem lacuna na gestão — a agência que comprou a loja antiga deles simplesmente continuou rodando os seus anúncios. As semanas de limbo meio gerido que uma migração teria criado nunca existiram.
Lição: quando o token faz a descoberta, uma aquisição é uma conexão
Perguntada depois o que diria a outra agência diante de uma aquisição, a resposta da líder de operações foi específica: antes de dimensionar uma migração, verifique se o acesso que você está comprando inclui um token de System-User de Business Manager. Se incluir, você não está migrando quarenta contas — está conectando dois Business Managers e reconfirmando uma cauda curta de contas concedidas por clientes, e o seu trabalho real é a camada de governança no topo.
Essa reformulação é a lição inteira. Uma migração supõe que o trabalho escala com o número de contas; uma conexão supõe que ele escala com o número de caminhos de acesso — e um token de System-User colapsa um Business Manager inteiro num só caminho. A agência consolidou quarenta contas numa tarde porque a descoberta automática por business_id já tinha feito o trabalho por conta. O mesmo padrão vale nas seis plataformas de anúncios que a camada operacional suporta, então uma carteira adquirida que abrange Meta, Google, TikTok, Taboola, Snapchat e Outbrain entra canal por canal em vez de conta por conta.
Os planos da Wevion começam num tier gratuito permanente (€0), depois Starter a €99/mês, Pro a €499/mês e Plus a €1.499/mês (€1.199 anual, faturado por ano com -20%), com Enterprise como plano personalizado, e todo tier pago inclui um teste de 14 dias que coexiste com o plano gratuito. Conectar um token de System-User e ver as contas serem descobertas automaticamente cabe dentro disso. O resto do playbook está no cluster de ferramentas de agência.
A conclusão vale para qualquer agência que cresce por aquisição: o tamanho da transferência não é o número de contas que você comprou, é o número de jeitos distintos pelos quais precisa alcançá-las. Herde o token que carrega o Business Manager inteiro, deixe a descoberta fazer o inventário, governe a equipe herdada por papéis internos — e a migração que você temia acaba tendo sido um passo de conexão.
Perguntas frequentes
The Ad Signal
Insights semanais para media buyers que não adivinham. Um email. Apenas sinal.
Artigos relacionados
Como uma Agência Fez Onboarding de 80 Contas de Clientes Sem Um Único Login Compartilhado
Uma agência em crescimento estava se afogando em Business Managers de clientes, cada um um novo login para armazenar e rotacionar. Veja como ela aprendeu a fazer o onboarding de uma conta de anúncios de cliente sem compartilhar login algum — um token de System-User, descoberta automática e papéis internos em vez de senhas.
Como uma Agência Faz o Onboarding de uma Nova Conta de Cliente na Primeira Semana com a Wevion
Um novo contrato fecha na segunda. A maioria das agências passa a primeira semana no caos — pedidos de acesso espalhados, marcação improvisada e correria pelo primeiro relatório. Veja como uma agência roda todo o onboarding como uma única sequência e termina a sexta com papéis, UTMs e um relatório agendado já no ar.
Logins Separados por Loja vs. Uma Camada de Operação Multimarca
Existem duas formas de rodar um portfólio de lojas: pular entre logins separados por marca ou operar todas a partir de uma camada só. Esta é uma comparação honesta, lado a lado, dos dois modelos — esforço, risco de erro, reaproveitamento, relatórios e a pergunta que separa um do outro: ele realmente lança campanhas ou só fica olhando?