Brief de agente compartilhado define quem decide nos fluxos de GTM

Na S2O, a stack de IA para GTM foi conectada antes de definir quem decide. Sanjay trazia a visão de vendas, Karan montava a stack técnica ao lado do Claude e o autor cuidava do fluxo de IA que pesquisava contas, pontuava sinais e escrevia rascunhos de outreach. Com três administradores podendo instruir os mesmos agentes, a IA não sabia qual chamada governava cada decisão.

Um sinal atravessou o fluxo inteiro

Um ponto em disputa era usar mudanças de emprego e contratações seniores como sinal de segmentação. A hipótese de vendas: um executivo sênior recém-chegado a uma empresa em Bangalore pode ser mais relevante que quem só bate num filtro de cargo. Mas a troca de emprego não prova mudança de cidade, aumento de remuneração ou intenção de compra - é razão para pesquisar, não permissão para contatar. E a decisão se espalhava: verificar o cargo, ponderá-lo na pontuação, virar ângulo de marketing sem inferir fatos, expor aprovação no painel - e vendas ainda decidindo se valia abordar.

Contexto não é autoridade

O autor primeiro tratou o problema como falta de contexto: despejou chamadas, regras e especificações na IA. Ela ficou mais bem informada, mas sem autoridade - apontava que uma instrução afetava outra, sem dizer quem podia mudar a regra. Prompt maior só resolve tarefa pouco clara; o conflito de instruções válidas entre papéis exige um acordo operacional, o Shared Agent Brief, com cinco partes: objetivo compartilhado, contribuições de papel, direitos de decisão, fronteira da IA e registro de decisão. A implementação segue cinco etapas (escolher, briefar, testar, rodar, revisar) e permissões graduais, com envio externo fora do primeiro fluxo.

Contribuição não é decisão

Mensagens num chat podem parecer iguais e carregar autoridades distintas: evidência, recomendação, decisão e aprovação - cabe à IA separá-las. Numa Journey orientada a sinal: a evidência é o cargo novo verificado, a recomendação é mover a conta para a pesquisa, a decisão de entrar no segmento ativo é de vendas e a aprovação de ação externa é do dono da campanha. O contexto de Sanjay era evidência e direção comercial, não aprovação de mudanças a jusante. A decisão de pontuação do autor não autorizava lançar campanha. O estado de “outreach recomendado” no produto de Karan não significava aprovação de vendas. E a IA não podia decidir que uma instrução vencia por senioridade, detalhe ou por já estar no produto.

Dois testes, dois caminhos

O primeiro fluxo escolhido foi a progressão semanal de contas, e os testes construídos partem do mesmo sinal aprovado. Na conta B, os insumos coexistem: a IA prepara resumo de evidência, premissa de outreach interno e pedido de revisão ao SDR, e para antes de qualquer envio externo. Na conta A, o executivo de conta (AE) informa uma conversa ativa não registrada: Marketing e Outbound apoiam a preparação, mas o AE é dono das decisões de relacionamento ativo, e o registro limpo do RevOps não concede permissão comercial. A IA prepara o resumo, identifica o conflito e segura o rascunho; o AE decide que não haverá outreach paralelo e o RevOps registra o estado, sem escalonar ao Head of Sales, pois o brief já atribuía essa decisão ao AE. A IA não resolveu a discordância - converteu o conflito em uma ação retida, um dono e uma decisão registrada.

Versão zero à mão antes de conectar

A recomendação é construir a versão zero manualmente: escolher um fluxo recorrente, entrevistar os papéis, gerar brief, templates e instrução, rodar as contas B e A como testes pareados em conversas novas e só depois congelar três a cinco itens para um ciclo manual sem CRM. Os prompts exigem marcar lacunas como UNKNOWN e não converter prática atual em política aprovada. O teste da conta A expôs uma regra faltante - registro limpo podia ser lido como permissão -, corrigida pelo dono do fluxo para segurar o rascunho quando o relacionamento estiver vazio, incerto ou contrariado pelo AE, com validação do AE e do RevOps, aprovação do Head of Sales e rollback previsto. Os exemplos são construídos: o fracasso do teste não evidencia falha num fluxo vivo da S2O, e passar nos testes só prova que a regra distingue os estados, não que melhorou pipeline ou economizou tempo.

O primeiro resultado útil não foi uma decisão da IA, mas um estado de decisão que os três podiam inspecionar. Com o manual funcionando, o fluxo migra para o Tapistro - list first, signal first ou surround sound - na sequência: definir regras, testar à mão, montar a Journey e adicionar permissões aos poucos.