O vendedor desliga o telefone. O cliente ainda está esperando o e-mail com o preço revisado, tem outra ligação na fila e o formulário de conversa aberto na tela, com uns vinte campos. Ele olha aquilo por três segundos e faz o que qualquer pessoa faria: fecha. Registra depois. "Depois" é sexta-feira, quando ele não lembra mais se o comprador falou em abril ou em maio.
Na terceira semana, ninguém registra mais nada. E a conclusão que a empresa tira é errada: "o time não tem disciplina". Não é disciplina. É que ninguém nunca disse ao vendedor quais campos importam — então ele assume que todos importam igual, calcula o custo, e desiste.
O teste é mais simples do que "resuma a conversa"
Instruções do tipo "registre o que foi conversado" não ajudam, porque não têm limite. Quanto basta? Duas linhas? Uma página? Sem resposta, o vendedor cauteloso escreve um relatório que ninguém abre, e o apressado escreve "cliente pediu preço" — que é a mesma coisa que nada.
Existe um teste melhor, e ele cabe numa pergunta: alguma coisa nesta conversa tem data?
Se o cliente disse "me manda até quinta", tem data. Se ele disse "só decidimos depois do balanço", tem data — a de voltar. Se ele só reclamou do frete e desligou, não tem data, e isso muda completamente o que você precisa escrever.
A pergunta funciona porque separa duas coisas que os formulários misturam: o que o sistema vai usar e o que um humano vai ler. São públicos diferentes, e só um deles trabalha sozinho.
Nem todo campo tem o mesmo poder
Uma conversa registrada no zCRM carrega mais de vinte campos: canal, direção, assunto, resumo, detalhes, participantes, início, fim, duração, resultado, sentimento, próximo passo, follow-up prometido, origem, além dos vínculos com conta, contato, oportunidade e atividade. Parece muito — e é, se você tratar todos como iguais. Eles não são. Dá para separá-los em três camadas, por consequência.
A camada que aciona o sistema tem exatamente um campo: a data de follow-up prometida. Só ela produz efeito mecânico. Preencheu, e a conta inteira se reorganiza sozinha: aquela data entra na disputa pela próxima ação da conta e aparece na agenda como item próprio. Todos os outros campos ficam parados esperando alguém abrir a tela.
A camada de memória é a que um humano lê antes de atender de novo. Resumo, próximo passo, participantes, resultado. Ninguém calcula nada com isso — mas é o que evita você oferecer, com entusiasmo, o mesmo item que o cliente recusou no mês passado porque o prazo de entrega não fechava com a parada de manutenção dele. Aqui o critério é: escreveria isso num bilhete para o colega que vai atender essa conta na sua férias? Então escreva.
A camada de classificação serve para filtrar depois, e só isso. Canal, direção, sentimento, duração: selects e números. Preencher leva dois segundos, e o retorno vem meses depois, quando alguém quiser ver todas as reclamações do trimestre. Útil, barato, sem urgência.
A assimetria é o ponto: um campo tem consequência automática, uns quatro têm consequência humana, e o resto é etiqueta. Quem entende isso escreve duas linhas e uma data — e continua registrando no sexto mês.
O que fazer na frente do formulário
Com o cliente esperando, o mínimo defensável é:
- Assunto — uma linha que você reconheceria daqui a três meses. "Revisão de preço do lote 200" vale; "Ligação" não vale.
- Canal e direção — dois cliques.
- Resumo — o que o cliente disse que você não sabia antes. Se não tem nada assim, deixe vazio. Vazio é uma resposta honesta.
- Follow-up prometido — se você prometeu voltar, a data. Este é o campo que você não pula.
Detalhes, participantes, duração e sentimento: preencha quando a conversa merecer. Uma reunião de fechamento com três pessoas na sala merece. Uma ligação de trinta segundos confirmando endereço não merece.
Erros comuns ao registrar conversa
- Escrever o que já está em outro campo. "Liguei para o cliente hoje às 14h" no resumo, sendo que canal, direção e data de início já dizem isso. Resumo é para o conteúdo, não para a narração.
- Prometer follow-up na cabeça e não no campo. "Retorno na segunda" escrito no meio do resumo é texto. A mesma frase na data de follow-up é um item na agenda e uma disputa pela próxima ação da conta. A diferença entre as duas é o sistema saber ou não saber.
- Prometer a data e nunca fechar o follow-up. É o inverso do erro anterior, e sai mais caro. O follow-up prometido só para de contar como pendente quando alguém o conclui. Enquanto ninguém conclui, ele continua disputando a próxima ação da conta — e vence sempre, porque a data já passou. Uma conta com a próxima ação travada em 12 de março é pior do que uma conta sem próxima ação nenhuma: ela mente com precisão, e o vendedor aprende a ignorar o campo.
- Registrar tudo com o mesmo capricho. Tratar a ligação de trinta segundos e a reunião de fechamento como o mesmo evento é o que transforma vendedor em digitador.
- Confiar no campo de sentimento como diagnóstico. É a opinião de quem registrou, no minuto em que registrou, e nada mais.
Como isso se aplica no zCRM
O histórico morre por custo de digitação. Não porque o vendedor não queira registrar, mas porque o formulário cobra caro e devolve tarde.
O zCRM resolve isso desequilibrando os campos de propósito. Só promised_follow_up_at tem efeito automático: o serviço de próxima ação trata todo follow-up prometido e ainda não cumprido como candidato, e a próxima ação da conta é a menor data entre os pendentes — a atividade a fazer, a visita planejada e esse follow-up. Esse campo é derivado e somente leitura na Conta 360, com a explicação na própria tela. A data aparece porque existe um pendente, e some quando ele é cumprido.
O prometido e o cumprido ficam separados. Concluir o follow-up carimba a conclusão preservando a data prometida — e dá para reabrir. Sobra um registro de quem promete e volta e de quem promete e some, que é uma conversa de gestão bem diferente de "o CRM está desatualizado". Na agenda, os follow-ups concluídos saem da frente por padrão — e um botão "Concluídos" traz os fechados de volta, esmaecidos e riscados, para quem quiser conferir o que a semana realmente cumpriu.
O resto do formulário é memória e etiqueta, com listas fechadas para não virar texto livre: canal entre call, email, meeting, visit, whatsapp, sms, chat, note, proposal, negotiation, complaint, post_sale e other; direção entre inbound, outbound e internal; sentimento entre positive, neutral e negative. Registrar na Conta 360 é um diálogo de campos agrupados, não um formulário gigante empilhado no detalhe da conta.
Essas três listas não são decoração: são exatamente os filtros da tela de conversas — canal, direção, sentimento e período, além de conta, contato, oportunidade e responsável. É o único retorno que a camada de etiqueta promete, e ela cumpre. Os dois segundos do select se pagam no dia em que o gestor quer ler todas as reclamações do trimestre, ou toda conversa de negociação que terminou com sentimento negativo. Se um campo não aparece como filtro nem muda a agenda, ele está ali para um humano ler — e só.
Uma pergunta que costuma aparecer: quem enxerga a conversa do vendedor? A resposta no zCRM está na carteira, não conversa a conversa. A listagem só devolve interações de contas que o usuário já pode ver, e o seletor global de vendedor estreita mais ainda, sempre dentro do que aquele usuário enxergaria de qualquer forma. Não existe uma chave de privacidade por conversa para o time marcar e o gestor auditar depois — "quem vê o quê" se resolve uma vez, em carteira e permissões, e não no reflexo de quem está registrando com o cliente esperando.
A régua fica simples: em vez de "quanto eu escrevo aqui?", o vendedor pergunta "tem data?". Se tem, a data entra e o sistema se encarrega. Se não tem, duas linhas de memória bastam.
Os limites, explícitos. O registro é manual — a única exceção é a conversa criada pelo check-out de uma visita, que chega marcada com origem visit, distinguindo o que o sistema escreveu do que o vendedor digitou. O valor whatsapp no campo canal não é integração com WhatsApp: é um rótulo que o vendedor escolhe num select para dizer onde a conversa aconteceu. O sentimento não é inferido por IA: é um select de três opções. Não existe resumo automático de conversa. E o CRM não cutuca o vendedor: a data prometida entra na agenda e na próxima ação da conta — o sistema informa, mas não há lembrete proativo com prazo. Quem quiser ser lembrado precisa abrir a agenda.
Próxima leitura
- Histórico comercial: por que memória de vendedor não escala.
- Visita comercial: como transformar deslocamento em histórico e próxima ação.
- Follow-up comercial: por que a venda se perde depois da proposta.