Passagem entre squads de mídia: o perfil viaja, a senha não

Sexta, 18h. O squad A entrega o cliente para o squad B. O e-mail de passagem tem tom de projeto: objetivos, criativos no ar, o que testar na semana. No rodapé, um “qualquer dúvida pede a senha no privado”. Segunda de manhã o 2FA está no celular de quem tirou folga. O perfil certo existe. Ninguém do time novo consegue abri-lo sem humilhar o time antigo.

Passagem de mídia não é troca de narrativa. É troca de capacidade de operar. O perfil viaja. A senha não. A página de agência de publicidade descreve o modelo comercial. Aqui o recorte é a transição entre mesas: o que acompanha a identidade, o que fica no cofre, o que se revoga no mesmo dia.

Agência que trata passagem como cerimônia de slides descobre o buraco no primeiro plantão. Agência que trata passagem como mudança de permissão dorme no fim de semana.

Passagem não é um e-mail de sexta

E-mail serve para contexto. Conta o que está no ar, o que está pausado, o que o cliente odeia, o que o jurídico já vetou, onde está o pixel, quem aprova gasto. Isso é briefing. Não é acesso.

Acesso é outro pacote: perfil de browser da identidade, papéis na BM e na MCC, 2FA no cofre da operação, proxy documentado, dono nomeado. Se qualquer item desse pacote depende de uma pessoa do squad que sai, a passagem não acabou. Adiou o incidente.

O vício clássico é achar que “o time já se conhece”. Conhecer não revoga convite. Conhecer não tira o autenticador do bolso. Conhecer não impede o gestor antigo de abrir o Ads no Chrome de casa no domingo porque “só ia olhar”.

Marque a transição com data e hora. Antes disso, o squad antigo opera. Depois, o novo. Sobreposição de um ou dois dias com os dois times no perfil, com papéis explícitos, é higiene. Sobreposição eterna é BM compartilhada sem dono.

Se a passagem coincide com campanha crítica, não invente perfil novo na sexta. Inventar ambiente no calor é o mesmo reflexo de nascer gêmeo. Mude dono. Não mude identidade por preferência de squad.

O que viaja com o perfil

O perfil é o ambiente da identidade: cookies, storage, fingerprint coerente, proxy, extensões permitidas. Ele pertence à operação daquele anunciante, não à mesa que está de plantão neste trimestre.

Quando o squad muda, o perfil continua. O dono na coluna de inventário muda. Os operadores mudam. A sessão não precisa nascer de novo só porque a sala mudou.

Viaja com o perfil:

Inventário. Cliente, identidade, plataforma, proxy, pixel, donos anteriores. Sem isso o time novo herda mistério.

Histórico de ambiente. Qual proxy, desde quando, se houve vazamento, se houve export de cookie. Quem apaga isso na passagem está apagando prova.

Campanhas e assets na plataforma. Isso já está na BM e na MCC. Não precisa ir no e-mail como anexo de senha.

Restrições conhecidas. Conta já apelou, criativo já caiu, pagamento já foi recusado. O time novo precisa disso no primeiro dia, não no primeiro ban.

Não viaja: senha em texto, print de 2FA, backup do WhatsApp, cookie exportado “por precaução”, acesso no e-mail pessoal do gestor antigo.

A regra prática: se o squad B precisa perguntar a senha para o squad A, o modelo está errado. Precisa de convite ou de perfil com papel. A senha, se existe, mora no cofre que os dois times já usam, com auditoria.

Recriar o perfil na passagem só faz sentido quando o ambiente antigo está comprometido: malware, cookie vazado, Chrome da casa colado, proxy do escritório. Recriar por estética de “time novo, começo novo” mistura grafo à toa.

O que nunca viaja: senha, 2FA no bolso, grupo

Três veículos envenenam a passagem.

Senha no DM, no e-mail, na planilha do Notion, no cartão da retrospectiva. Quem recebe copia. Quem sai continua com a cópia. Daqui a três meses o jurídico pergunta quem tinha acesso. Ninguém responde com fato.

2FA no celular de uma pessoa. Passagem com autenticador no bolso do coordenador antigo é passagem de teatro. Na segunda o time novo espera SMS. O coordenador está em trânsito. A campanha precisa de ajuste. Alguém liga. Alguém manda print. O print vira o novo 2FA.

Grupo de WhatsApp do cliente com senha pinada. O squad B entra no grupo e herda o histórico inteiro, inclusive o de quem já saiu. Saída do grupo nunca acontece. O grupo vira a BM informal da agência.

Substitua os três. Cofre no browser da operação. Papel no perfil. Convite nas plataformas. Grupo, se existir, sem segredo. Só coordenação.

Quem insiste que “no calor a senha é mais rápida” está descrevendo o calor que o modelo ruim cria. Modelo certo torna a passagem chata e curta. Modelo errado torna a passagem heróica e eterna.

Permissão por papel na troca de mesa

Passagem é o teste do desenho de papéis. Se só existe admin e “o resto pede senha”, a transição vira promoção de admin em massa.

O squad que entrega reduz papel no dia D. Operar vira ver, ou some. Admin do coordenador antigo some. Quem precisa ficar por dois dias de sobreposição fica com operar, não com convite.

O squad que recebe entra com operar. Um admin novo, nomeado. Ver para quem só reporta. Estagiário, se entrar, no recorte que o roteiro já permite. Sem senha mestra.

Não dê admin “pro caso de”. Admin é o que sobra no turnover. Cada admin extra é uma saída futura.

Papel na plataforma e papel no perfil são eixos diferentes. E-mail de anúncios com permissão de analista não substitui o perfil isolado. Perfil isolado com senha de admin no grupo não substitui o convite certo. Os dois precisam estar alinhados na passagem. Só um dos dois é o Chrome único com outro nome.

Documente quem pode pausar, quem pode publicar, quem pode convidar, quem pode trocar proxy. Se isso não cabe num parágrafo, o roteiro não existe. Passagem não vai criar o roteiro. Vai expor a falta.

Checklist do squad que entrega

O time que sai não “passa o bastão”. Ele deixa a identidade operável sem ele.

Inventário atualizado. As seis colunas, dono novo já escrito. Data da passagem. O que está pausado de propósito.

Convites. Lista de e-mails na BM, MCC, loja, analytics. Marque o que é do squad antigo. Revogue no dia D, não “quando der”.

2FA. Fora do celular pessoal. No cofre da operação ou no autenticador da identidade, com recuperação escrita e testada uma vez.

Perfil. Aberto pelo menos uma vez pelo dono novo, na frente do dono antigo, sem senha ditada. Se não abre, a passagem não acabou.

Proxy. Mesmo endpoint, mesma geo, mesma nota de quem paga. Não troque proxy na sexta porque o time novo “prefere outro provedor”. Troca de proxy é mudança de ambiente. Tem janela. Não é brinde de passagem.

Incidentes abertos. O que ainda está em apelação, o que o cliente já sabe, o que o cliente não sabe e precisa saber na segunda.

Log. Quem operou nos últimos sete dias. Não para acusar. Para o time novo não achar que a conta é virgem.

O que o squad antigo não faz: exportar cookie “para facilitar”. Mandar senha “só dessa vez”. Deixar o 2FA no bolso “até a semana que vem”. Criar perfil paralelo “caso o novo time queira”.

Checklist do squad que recebe

Receber não é baixar o e-mail e publicar na segunda. É provar que consegue operar sem o time antigo.

Abrir o perfil. Confirmar proxy. Confirmar que o 2FA do cofre funciona. Publicar um ajuste mínimo ou um QA, não uma campanha nova de ego.

Conferir convites. O e-mail do coordenador antigo ainda está admin? O estagiário do time antigo ainda opera? O cliente tem mais acesso do que o contrato pede?

Conferir pixel e CAPI. Passagem é hora clássica de disparar o dataset errado porque “o link estava no e-mail”.

Conferir quem autoriza gasto e pausa. Se isso mudou com o squad, o cliente e o financeiro precisam saber. Operador novo com admin antigo é incidente de fatura.

Marcar o primeiro plantão. Quem cobre sábado. Com papel já concedido. Sem DM para o time antigo.

Se algo falhar no checklist, a passagem não ocorreu. Opera o time antigo até corrigir. Fingir que ocorreu para não “atrasar o projeto” é como fingir que a saída ocorreu. O custo aparece no domingo.

Há um texto irmão sobre turnover do time e contas de anúncio: cada saída é incidente. Passagem entre squads é o mesmo incidente com outro nome, só que as duas pessoas ainda estão na empresa. Aproveite. Depois de uma saída, você não tem sobreposição.

O log que prova a passagem

Sem registro, a segunda-feira vira disputa. “Foi o time antigo.” “Foi o time novo.” O cliente não deveria arbitrar isso. O log deveria.

O histórico de atividades da operação registra abertura de perfil, convite, revogação, troca de proxy, export. Na janela da passagem, isso vira a ata. Quem assumiu. Quem saiu. Quem ainda abriu depois da hora marcada.

Não use o log para humilhar o squad que entrega. Use para fechar a transição. Se alguém do time antigo abrir o perfil na terça, isso não é “falta de confiança”. É fato. O fato pede revogação, não sermão na daily.

O detalhe do que registrar no dia a dia está em log de atividade em contas de anúncio. Na passagem, acrescente um evento explícito: troca de dono. Data. De. Para. Quem autorizou.

Cliente enterprise e jurídico vão pedir isso mais cedo ou mais tarde. Melhor o registro nascer da rotina do que de uma investigação.

Quando a passagem vira incidente

Vira incidente quando a senha viaja. Quando o 2FA fica no bolso. Quando o perfil é recriado no calor. Quando o proxy muda sem nota. Quando o time antigo permanece admin “por um tempo”. Quando o time novo publica no Chrome da casa porque o perfil “não abriu”. Quando o cliente é avisado do novo ponto de contato e ninguém revogou o antigo.

Também vira incidente quando a transição acontece no meio de uma desativação. Não troque de squad e de identidade no mesmo dia. Escolha a fila. Desativação pede diagnóstico. Passagem pede permissão. Os dois juntos viram caos com dois donos.

Passagem saudável é chata. Cabe numa hora. Sobram um e-mail de contexto, um perfil que abre, um cofre que funciona, um log que mostra a troca, um cliente que sabe com quem fala. Nada disso é sofisticado. Tudo isso falha quando a agência ainda acredita que time bom se vira no privado.

O perfil viaja porque a identidade do anunciante continua. A senha não viaja porque senha viajante é cópia. Cópia é o oposto de revogação. Sem revogação não houve passagem. Houve mais uma pessoa na conta.

Um rito mínimo cabe no calendário da mesa: a passagem entra na sprint como tarefa, não como favor de sexta. Dono antigo, dono novo e um admin de ambiente na mesma hora. Perfil abre. Cofre abre. Convite antigo some. Log registra. Se faltar gente nessa hora, a passagem não ocorre. Remarca. Cliente de produção não é o lugar de improvisar acesso. Improviso é o DM. DM é o que este texto tentou aposentar.