A Apollo consegue rodar seu partnerships desk? Sim, porque BD é um problema de memória

Um vendedor manda duzentos cold emails na segunda e conta como um bom dia. Um líder de business development manda quatro mensagens numa semana e fecha uma parceria que dobra a distribuição da empresa. Mesmo cargo para um recrutador. Movimentos completamente diferentes por baixo.

Esse gap é onde a maior parte do software para “vendas” silenciosamente falha com o partnerships desk. As ferramentas foram feitas para os duzentos. Os quatro são um bicho diferente, e a diferença não é esforço, é memória.

Business development não é um problema de volume. É um problema de memória vestindo uma fantasia de vendas. A pesquisa que você fez sobre o parceiro três semanas atrás, a intro quente que você quase pediu, o pipeline conjunto que nenhum dos lados atualizou, o deal que ficou quieto numa quinta e ninguém notou, esses são o trabalho. Segure-os e você tem uma função de parcerias. Largue-os e você tem um CRM cheio de threads mortos.

Este post desmonta o BD desk, um movimento de cada vez, e mostra por que cada um é algo que um company brain faz melhor do que um lembrete de calendário jamais conseguiria.

Por que um partnerships desk não é só um sales desk mais lento

A maneira ingênua de montar parcerias é pegar seu melhor closer e mandá-lo “ir achar parceiros”. Parece certo. Ele é bom em relações, BD é relações, manda ver.

Aí você observa o que de fato acontece com a semana dele. Os instintos do closer estão calibrados para um movimento que não se aplica. Vendas recompensa velocidade e volume: toque mais contas, avance mais deals, mova o número neste trimestre. Então o closer trata um parceiro em potencial como um lead, follow-ups rápidos, uma apresentação de pitch, um empurrão para fechar. E o parceiro, que estava avaliando se as duas empresas deveriam ficar atadas por anos, se sente apressado e esfria.

O movimento está errado porque o relógio está errado. Um ciclo de vendas é guiado pelo trimestre. Uma parceria é guiada pela relação, por quando o outro lado está pronto, por uma notícia que torna o timing certo, por um contato mútuo que pode vouchar por você. Você não consegue correr nisso. Também não consegue esquecer, porque a janela para agir muitas vezes abre meses depois da primeira conversa, muito depois de um cérebro guiado por metas ter seguido em frente.

Então o requisito real não é um closer mais rápido. É um sistema que lembra devagar e age no momento exato, que é o oposto do que ferramentas de outreach otimizam. O partnerships desk precisa das quatro coisas abaixo, e cada uma é um lugar onde memória, não volume, é o gargalo.

Movimento um: pesquise o parceiro, não a lista de leads

Cold outreach pesquisa uma categoria. BD pesquisa uma empresa, profundamente, especificamente, antes da primeira palavra ser enviada.

A versão ingênua é uma explosão de abas. Você abre o site do parceiro, a nota de funding mais recente, dois perfis de executivos deles, uma menção na imprensa, o thread em que alguém do seu time os conheceu numa conferência ano passado. Você costura uma imagem na cabeça, escreve a mensagem, e fecha as abas. A imagem evapora até sexta. Quando o parceiro responde três semanas depois, você reabre cada aba e reconstrói a imagem do zero, e perdeu a metade dela que vivia só na sua memória.

O custo aqui não é o tempo de pesquisa. É que a pesquisa não tem uma casa. Ela vive num browser fechado e num cérebro cansado, então tem que ser refeita a cada toque, e a versão que você refaz é sempre mais fina que a que você tinha.

A versão da Apollo parte do company brain. Peça a ele para pesquisar um parceiro em potencial e ele puxa o que já está lá, a nota da conferência, o thread de email do ano passado, a conexão mútua que ninguém lembrava, e adiciona o que é público: as notícias recentes, o formato estratégico, a razão pela qual suas duas empresas podem combinar. Aí escreve a imagem, no brain, anexada ao parceiro. O próximo toque não começa frio. Começa de tudo que você e a empresa um dia souberam sobre esta relação, montado num único brief em vez de uma caça ao tesouro.

A diferença é onde a pesquisa mora. Num browser, ela morre ao fechar. Num brain, ela compõe, cada conversa torna o próximo brief mais afiado.

Movimento dois: rascunhe a intro quente, porque frio é a porta errada

A jogada de maior alavancagem em BD é a introdução quente, e é a que é pulada, porque pedi-la é constrangedor e rastreá-la é tedioso.

Aqui está a falha ingênua. Você quer alcançar uma empresa. Você vagamente lembra que alguém na sua rede conhece alguém de lá. Para usar isso, você teria que: lembrar quem, achar o thread que prova a conexão, descobrir se a relação é quente o suficiente para pedir, rascunhar uma nota encaminhável que torne fácil para seu contato dizer sim, e então lembrar de fazer follow-up se ele não fizer. São cinco passos de atrito entre você e a melhor porta de entrada. Então você pula. Manda o cold email no lugar, pela pior porta, e se pergunta por que a taxa de resposta é o que é.

O caminho existia. Só custava demais para percorrer, então funcionalmente não estava lá.

Um company brain colapsa esse custo. Ele já segura o grafo de relações, quem no seu time falou com quem, em que contexto, há quanto tempo. Peça para abrir uma porta a uma empresa-alvo e ele consegue achar o caminho mais quente, revelar o contato que pode fazer a intro, e rascunhar a nota encaminhável: uma mensagem limpa e curta que seu contato consegue repassar com uma linha própria. Ele não a manda por você, uma intro quente que você não aprovou não é quente, é um passivo. Ele faz os cinco passos tediosos para que a única coisa que sobre para você seja o julgamento humano: sim, peça a eles, ou não, ainda não.

O mecanismo é o mesmo sob todos os quatro movimentos: o trabalho que bloqueava a jogada certa era montagem, e montagem é exatamente o que um sistema que nunca esquece faz bem.

Movimento três: mantenha o pipeline conjunto que os dois lados conseguem ver

Uma parceria produz um pipeline que pertence a duas empresas ao mesmo tempo. Essa é a razão estrutural de ele apodrecer.

A montagem ingênua é dois CRMs que nunca concordam. Seu lado registra os deals que originou pelo parceiro; o lado deles registra os deles; nenhum vê o todo. Um deal que você achou que o parceiro estava tocando fica intocado porque eles acharam que você o tinha. O review trimestral da parceria vira uma hora de reconciliar planilhas para descobrir que o número conjunto que ninguém possuía é menor do que cada lado assumia. O pipeline não falhou. A escrituração dele falhou, porque estava dividida entre dois sistemas sem memória compartilhada.

O problema mais profundo é a propriedade. Num pipeline normal, uma pessoa possui cada deal. Num pipeline conjunto, cada deal é meio-possuído por alguém que você não gerencia, o que significa que a parte do trabalho que cai entre as frestas é estruturalmente invisível para você. Você não consegue gerenciar o que não consegue ver, e você não consegue ver o CRM do seu parceiro.

A versão da Apollo trata o pipeline conjunto como um objeto no company brain, alimentado do seu lado e reconciliado continuamente, então o estado está sempre montado em vez de reconstruído uma vez por trimestre num pânico. Cada deal carrega seu status real, seu último movimento, e qual lado o tocou por último. Quando algo para de se mover, o sistema sabe, não porque alguém rodou um relatório, mas porque observar o pipeline em busca de silêncio é um trabalho permanente que ele nunca larga. Que é o quarto movimento, e o que paga pelo desk.

Movimento quatro: cutuque o deal que silenciosamente travou

Todo deal que morre em BD morre do mesmo jeito. Não com um não. Com um silêncio.

A maneira ingênua de pegar uma trava é lembrar de checar. Você diz a si mesmo que vai revisar os deals do parceiro toda sexta. Por três sextas você faz. Aí um lançamento come um mês, e o deal que ficou quieto na semana dois aparece na semana oito como um postmortem: “o que aconteceu com aquilo?” Nada aconteceu com ele. Esse era o problema. Ninguém estava observando o gap entre a última mensagem e agora, porque observar uma coisa em busca da ausência de atividade é precisamente o trabalho em que humanos são piores. A gente nota eventos. A gente não nota não-eventos.

Digamos que uma conversa de parceiro fique quente e aí silenciosa. Uma semana de silêncio é normal. Três semanas é um deal esfriando. Seis é um deal que você perdeu e ainda não sabe. O sinal não é um evento ao qual você pode reagir, é o acúmulo constante de nada, e nada não dispara uma notificação.

A Apollo observa o não-evento. Como o pipeline conjunto mora no brain e o brain nunca para de lê-lo, um deal que não se moveu além do limiar para esta relação aparece sozinho, com o contexto já anexado: com quem era, o que foi dito por último, por que importava, e um nudge rascunhado pronto para você mandar ou reescrever. Não um genérico “só passando para ver”. Um follow-up específico e quente que pega o thread de verdade, porque o sistema lembra o thread de verdade.

Essa é a cláusula que ganha o desk inteiro. A pesquisa é preparação. A intro é alavancagem. O pipeline é higiene. Mas o deal que teria morrido em silêncio e não morreu, sinalizado na semana três em vez de lamentado na semana oito, esse é o parceiro que você mantém, o canal que compõe, a distribuição que você de outra forma teria perdido dormindo.

A virada: pare de fazer do seu melhor construtor de relações um escriturário de banco de dados

Aqui está a parte que não é sobre software.

Na maioria das empresas, o partnerships desk é uma pessoa que é genuinamente boa com gente, e você enterrou esse dom sob escrituração. Ela gasta suas melhores horas re-pesquisando parceiros que já conheceu, reconstruindo contexto que deveria ter sido salvo, reconciliando um pipeline entre dois sistemas, e se sentindo culpada pelos deals que deixou ficar quietos. O trabalho de relação, a parte que só um humano consegue, fica com as migalhas de atenção que sobram depois que o trabalho de memória come o dia.

Esse trabalho de memória parece diligência. É um imposto. Cada hora gasta remontando o que a empresa já sabia é uma hora não gasta na conversa que de fato move uma parceria, a leitura de se o outro lado está pronto, o julgamento sobre quando pedir a intro, o calor que nenhum rascunho consegue fingir. Você fez da sua melhor pessoa de relação um escriturário porque nenhum sistema seguraria a memória por ela. Isso nunca foi uma boa troca.

A promessa não é um agent que dispara mais outreach de parceiros. O mundo tem o suficiente disso. É que a pesquisa já está escrita, o caminho quente já está achado, o pipeline já está atualizado, e o deal travado já apareceu, para que a pessoa mais capaz de relação na empresa pare de fazer o lembrar e consiga fazer o relacionar.

---

É isso que estamos construindo na Apollo Space, não uma máquina de outreach mais rápida, mas um partnerships desk com memória: pesquisa que compõe, intros que acham a porta mais quente, um pipeline conjunto que não apodrece, e uma vigília sobre cada deal em busca do silêncio que significa que ele está escapando. Business development sempre foi um problema de memória vestindo uma fantasia de vendas. Se você já perdeu um parceiro para um thread que esqueceu de retomar, você já sabe qual problema resolver primeiro.