O CRM sempre ia apodrecer, porque você o construiu para ser preenchido à mão

A call terminou quatro minutos atrás. O rep já sabe o próximo passo, a nova data de fechamento, e a única objeção que tem que ser respondida até quinta. Tudo isso está na cabeça dele, perfeitamente claro, e vai ficar ali. Quando ele terminar o almoço a data está embaçada. Até sexta a objeção sumiu. O CRM ainda diz o que disse na terça passada, ou seja, não diz nada de verdadeiro.

Não começamos com um CRM que queríamos vencer. Começamos com aquele rep, o nosso, depois o dos nossos clientes, e um registro da realidade que estava errado na hora do almoço todo santo dia, e a percepção lenta de que nenhuma quantidade de software melhor com formato de um formulário jamais ia consertar isso. Porque o formulário era a doença.

Aqui está a frase que o resto disto defende: um CRM sujo é um problema de latência, não um problema de disciplina. Segure-a. Quase tudo de errado com operações de vendas é uma consequência de errar esse único diagnóstico.

Todo mundo lê o mesmo sintoma e o diagnostica errado

Todo líder de vendas tem uma história sobre o pipeline desatualizado, e cada um deles a conta como um problema de disciplina. Meus reps não atualizam o CRM. Então eles compram um CRM mais bonito, rodam um treinamento, adicionam um campo obrigatório, fiam um lembrete no Slack, amarram o relatório de comissão a se o campo de estágio está preenchido, sobem um dashboard que fica vermelho quando um deal não é tocado em cinco dias.

Cada um desses é o mesmo movimento vestido diferente. Cada um assume que o rep tem a informação e está escolhendo não inseri-la, então a cura é fricção, culpa, ou um formulário menor. Torne o registro mais barato ou torne pular mais custoso, e certamente os dados aparecem.

Não aparecem, e a razão é física, não força de vontade. O momento em que a call termina é o momento em que o rep sabe mais, o estágio mudou, o próximo passo é óbvio, a data está nítida. Trinta segundos depois ele está na próxima call. A janela em que a verdade é livre para capturar é cerca do tamanho da despedida, e você não consegue treinar uma pessoa para viver dentro de uma janela de trinta segundos oito vezes por dia. A informação não some porque alguém é preguiçoso. Ela some porque há um gap entre quando ela existe e quando há tempo de anotá-la, e tudo decai nesse gap.

Você não está lutando contra maus hábitos. Você está lutando contra o atraso entre saber e registrar.

Olhe onde isso de fato cai. Vendedores gastam só cerca de 28% da semana vendendo, com o resto engolido por tarefas administrativas e manuais, de acordo com o relatório State of Sales da Salesforce. O formulário não é longo demais. O formulário é tarde demais. Quando o rep volta a ele, o momento barato de capturar a verdade já foi, e o que é inserido é uma reconstrução cansada, se for inserido.

A resposta inteira do mercado para um CRM desatualizado é fazer o humano registrar mais rápido, um formulário mais curto, um empurrão mais severo, um dashboard mais culpado. Isso não é um fix para um problema de latência. É o problema de latência com iluminação melhor.

O que construímos em vez disso, e por que não é um CRM de jeito nenhum

Então não construímos um formulário mais rápido. Não construímos um CRM. Construímos algo que registra a verdade no mesmo instante em que a verdade existe, porque um CRM sujo é um problema de latência, não um problema de disciplina, e o único fix real para latência é remover a espera.

A ideia debaixo é quase constrangedoramente simples. A fonte mais rica de verdade sobre um deal é o próprio deal, a call que acabou de acontecer, o email que acabou de ser enviado, a cotação que acabou de sair. Esses eventos já contêm a mudança de estágio, o próximo passo, e a data. Um humano re-digitando-os num formulário é uma cópia com perdas e atrasada de informação ao lado da qual o sistema estava sentado. Então leia na fonte em vez de pedir a uma pessoa para transcrevê-la de memória uma hora depois.

Isso só funciona por causa de o que o sistema já é, não por causa de uma feature de transcrição que pregamos num pipeline. Ele está ligado quando a call acontece. Ele vive onde o trabalho acontece, então vê a call e o email e a cotação conforme ocorrem. Ele é o mesmo cérebro que segura o registro, então não há handoff entre a coisa que ouviu e a coisa que escreve. E ele lembra, então a data de fechamento que alguém mencionou na terça ainda sustenta o todo na sexta. Nenhuma dessas quatro propriedades é uma feature de vendas. Elas são o que um operating system para uma empresa é, e apontadas para uma call terminada, elas fazem o registro se escrever sozinho.

Quando uma call termina, o sistema já a ouviu. Ele sabe que o deal moveu de discovery para proposal porque a conversa moveu para lá. Ele sabe que o próximo passo é “enviar o questionário de segurança” porque foi isso que foi acordado. Ele sabe a nova data de fechamento porque alguém disse um mês, e sabe de quem é o trabalho do follow-up. Quando o rep abre o laptop, o registro não está esperando para ser preenchido. Ele está preenchido, e o que está esperando é um resumo de uma linha pedindo a ele para confirmar ou corrigir, não para autorar de um campo em branco.

Essa última parte é o design inteiro. O rep não está mais fazendo entrada de dados; ele está fazendo revisão. E revisão de um rascunho que está em grande parte certo é um trabalho que uma pessoa cansada de fato consegue fazer na janela de trinta segundos, porque corrigir “proposal” para “negotiation” é um toque, enquanto lembrar e re-digitar a interação inteira é uma tarefa que ele vai adiar até estar errada.

”Ele ouviu a call” não é o ponto, onde a escuta cai é

É tentador ouvir “o sistema escuta suas calls” e arquivar como uma feature, uma transcrição pregada. Não é a transcrição que importa. É onde a transcrição fica.

A versão ingênua de notas de reunião é uma gravação que você tem que voltar e assistir, o que significa que você nunca assiste, agora a verdade está presa numa hora de áudio em vez de num email de quarenta linhas, e você moveu o backlog, não o limpou. Uma pilha de gravações não assistidas é exatamente tão inútil quanto um CRM vazio, só mais honesta a respeito.

O desbloqueio é que a escuta alimenta a mesma memória que é dona do registro. A coisa que ouviu a call é a coisa que escreve o campo, então não há um segundo app, nenhum “e então um humano reconcilia as notas contra o pipeline”. A conversa flui direto para o campo que ela deveria atualizar. Ouvir a call só importa porque o mesmo sistema que a ouve também mantém os livros, e isso é uma propriedade do substrato, não uma ferramenta pontual que enviamos neste trimestre.

O que “sales ops” acaba sendo uma vez que a digitação se foi

Aqui está a parte que surpreende as pessoas, e é a razão real pela qual continuamos construindo. Uma vez que o registro manual se foi, você descobre o quanto de “sales ops” nunca foi sobre vendas. Era sobre reconciliar registros que humanos continuavam deixando derivar, e então duvidar da reconciliação.

A reunião de previsão onde metade do tempo vai para espera, este deal está de fato ainda no estágio três? O handoff onde um rep sai e o pipeline dele acaba estando três semanas atrás da memória dele, então um gerente gasta um dia fazendo engenharia reversa do que a relação valia de verdade. A standup semanal onde todo mundo reporta o que está “de verdade” acontecendo, que é só reconstruir o CRM em voz alta porque ninguém confia no escrito. A revisão de deal que é majoritariamente uma discussão sobre se os dados estão sequer atuais. Nada disso é vender. Tudo isso existe porque o sistema de registro era uma cópia atrasada e opcional da realidade, então ninguém confiava nele, então todo mundo mantinha uma versão privada na cabeça, e uma empresa que roda em versões privadas não pode ser guiada, só adivinhada.

Quando o registro se atualiza sozinho no momento da verdade, aquela camada inteira de reconciliação evapora. A previsão é só verdadeira. O handoff é o pipeline vivo, não uma memória. A standup é sobre o que fazer, não sobre o que aconteceu. Sales ops para de ser o imposto que você paga para manter os dados honestos e vira a coisa que sempre deveria ser: ler um quadro acurado e decidir o que fazer com ele. Um CRM sujo é um problema de latência, não um problema de disciplina, e quando você finalmente conserta a latência, metade de “ops” nunca foi trabalho, era tecido cicatricial.

Perceba o efeito de segunda ordem, porque é o que compõe e o que nenhum formulário mais rápido jamais consegue alcançar. Um registro que está sempre atual não é só menos trabalho de manter, ele finalmente vale construir em cima. Você não consegue rodar uma previsão útil em dados que estão uma semana desatualizados e 60% preenchidos. Você não consegue confiar num alerta que dispara de um campo que ninguém atualizou. A camada proativa, a coisa que te pinga que um deal quente ficou em silêncio, ou que uma renovação está escorregando, só funciona num registro que é verdadeiro em tempo real. O registro auto-atualizado não é o fim da história. É o piso sobre o qual o resto da empresa se apoia, e você não consegue despejar um operating system proativo em cima de dados desatualizados.

Um registro acurado não é um relatório nice-to-have. É o piso sobre o qual tudo proativo é construído.

É por isso que o mesmo sistema que mantém o pipeline verdadeiro também observa as datas de renovação, também cutuca o deal silencioso, também faz briefing do gerente antes da call de previsão. Não porque enviamos uma ferramenta de renovações e uma ferramenta de cutucão e uma ferramenta de briefing para combinar com quatro produtos pontuais. Porque eles são todos o mesmo formato, ler o que já aconteceu, segurar na memória, agir sobre a mudança, e uma vez que um substrato faz isso para o CRM, os outros caem para fora dele de graça. A amplitude não é uma lista de features da qual nos orgulhamos. É o que acontece quando você conserta a latência uma vez e descobre o quanto estava downstream dela.

O que sobra quando a digitação se foi

Pergunte ao melhor vendedor que você conhece no que ele é ótimo. Nenhum deles vai dizer “manter o pipeline arrumado”. Eles vão dizer que conseguem ouvir a hesitação num não que é na verdade um talvez. Eles sabem por qual deal lutar e qual deixar ir. Eles sabem exatamente como abrir a call com a pessoa que guarda um rancor.

Esse é o trabalho. Ler uma sala, escolher o próximo movimento, decidir o único deal que vale uma call pessoal esta semana em vez de um email, esse é o trabalho que nenhum sistema escreve por você, e é o trabalho que é espremido para fora toda vez que um grande closer gasta sua tarde de sexta reconstruindo uma semana de mudanças de estágio de memória. A ironia é afiada: quanto melhor o vendedor, mais deals ele está malabarismando, e mais da semana dele o registro come, então as próprias pessoas cujo julgamento você mais quer gastando tempo com clientes são as que o gastam em formulários. A entrada de dados nunca foi o trabalho. Era a coisa parada entre suas melhores pessoas e o trabalho.

Então quando o registro se atualiza sozinho antes deles abrirem o laptop, você não está comprando dados limpos. Você está comprando de volta as horas que seus instintos mais afiados estavam gastando em transcrição, e apontando-as para a única coisa que sempre foi escassa: o julgamento humano de qual deal é real e qual call fazer. A máquina mantém os livros perfeitamente e não tem opinião sobre qual deal perseguir. Essa opinião é o valor inteiro de um vendedor, e agora é tudo no que ele tem que gastar sua atenção.

Esse é o mundo para o qual estamos construindo, e ele ainda não está no mercado, porque o mercado ainda está vendendo formulários mais severos e lembretes mais culpados, ainda tratando um problema de latência como um problema de disciplina. Achamos que a digitação não deveria existir. Uma empresa onde o registro é verdadeiro no instante em que algo acontece não é um CRM mais arrumado. É o primeiro piso de um operating system que roda no que é de fato verdadeiro, e uma empresa que roda na verdade em vez de na memória é o único tipo que vale construir.