A Salesforce firmou um acordo para adquirir a Cresta, que reúne agentes de voz, assistência em tempo real e inteligência conversacional. O movimento aproxima o histórico registrado no CRM do conteúdo das conversas com clientes. Para operações B2B, a questão é transformar esse conteúdo em decisões de renovação e expansão — sem confundir um alerta com receita preservada.
Há duas aplicações diferentes nessa discussão. A análise posterior procura padrões depois da interação. A assistência em tempo real tenta apoiar o profissional enquanto ela acontece. Ambas podem ajudar, mas exigem integrações, controles e critérios próprios. A aquisição, ainda sujeita à conclusão, não demonstra por si só ganhos comerciais nem garante integração imediata entre os produtos.
O negócio busca preencher uma lacuna entre conhecer o cadastro do cliente e compreender suas interações. A análise que acompanha o anúncio também destaca a necessidade de separar funcionalidades disponíveis hoje daquelas que dependem de integração futura. Para quem compra tecnologia, essa distinção deve aparecer na demonstração, no contrato e no plano de implantação.
A Salesforce assumiu o compromisso de manter suporte às principais plataformas de telefonia e contact center após o fechamento da aquisição. Isso importa para empresas que não pretendem substituir toda a infraestrutura. Ainda assim, compatibilidade precisa ser comprovada no ambiente do comprador, incluindo permissões, gravações e sincronização de registros.
No Brasil, o IMTV — Índice de Maturidade Tecnológica em Vendas B2B, da Ibramerc, de 2026, mostra uma distância entre presença de ferramentas e conexão dos dados: 83% das empresas respondentes utilizam CRM, enquanto 33% não têm integração entre CRM e plataformas de vendas. O contraste ajuda a explicar por que adicionar análise de conversas não resolve, sozinho, a passagem do sinal para a ação comercial.
Na análise posterior, a ferramenta pode transcrever a chamada, organizar assuntos e sugerir riscos ou próximos passos. O profissional revisa as evidências antes de atualizar a conta. Essa modalidade é adequada quando o objetivo é consolidar padrões entre reuniões, identificar compromissos esquecidos e preparar a renovação com histórico verificável.
A assistência em tempo real tem outra exigência: chegar enquanto a informação ainda pode mudar a conversa. Em um exemplo hipotético, o cliente menciona reduzir licenças, e o sistema sugere investigar utilização antes de discutir desconto. Se mencionar uma nova unidade, a sugestão pode ser confirmar escopo e prazo. Nenhuma fala, isoladamente, comprova cancelamento ou oportunidade qualificada.
O tempo real acrescenta dependência de baixa latência, contexto atualizado e uma interface que não distraia. Já a análise posterior admite processamento em lote e revisão mais detalhada. Como discutimos ao comparar integração em tempo real e em lote, a escolha deve seguir a urgência da decisão. Se a ação ocorrerá na reunião semanal de contas, segundos de velocidade talvez não justifiquem complexidade adicional.
A integração deve começar por identificadores confiáveis de conta, contrato e interação. Uma conversa precisa chegar à empresa correta e, quando aplicável, à oportunidade de renovação ou expansão correspondente. Vincular apenas pelo nome do participante pode misturar filiais, contratos e históricos. Vale aplicar os cuidados de deduplicação de contas no CRM antes de automatizar atualizações.
O registro útil vai além do resumo. Deve conter data, vínculo com a conta, trecho que sustenta o sinal, classificação sugerida, responsável pela revisão, ação combinada e prazo. Também precisa distinguir fala explícita do cliente de inferência do modelo. “Vamos reduzir o contrato” não equivale a “houve reclamação durante a chamada”.
RevOps deve testar permissões, falhas de sincronização e reprocessamento sem duplicar atividades. Também convém medir erros de transcrição em valores, nomes de produtos, siglas e negações. A gravação pode ser clara para uma pessoa e ambígua para o modelo. Registros aprovados precisam manter a origem e o histórico de alterações, não apenas a conclusão final.
A classificação automática deve iniciar uma investigação, não encerrar o diagnóstico. Uma reclamação operacional pode indicar um problema pontual, enquanto uma conversa cordial pode esconder uma decisão de corte já tomada. O responsável pela conta deve confrontar o sinal com utilização, chamados, compromissos anteriores e calendário contratual.
Um fluxo recomendado tem três etapas: a IA sugere; o profissional valida a evidência; o responsável comercial decide a ação. Alterar o forecast, oferecer desconto, enviar proposta ou marcar risco elevado deve seguir alçadas definidas. Na expansão, o revisor precisa confirmar necessidade, interlocutores e próximo passo antes de abrir uma oportunidade qualificada.
A avaliação também deve procurar falsos positivos e riscos que passaram despercebidos. Revise amostras de chamadas com e sem alertas. Depois, registre por que cada sugestão foi aceita ou descartada. Esse cuidado complementa a necessidade de revisar a operação antes de trocar a IA no suporte: documentação ruim e ausência de encaminhamento para humanos não se corrigem apenas com outro modelo.
Conversas B2B podem conter dados pessoais de profissionais, além de informações comerciais confidenciais. Antes do piloto, jurídico, privacidade e segurança devem avaliar finalidade, base legal adequada e transparência sobre gravação e análise. Consentimento não deve ser tratado como resposta automática para qualquer operação.
Na contratação, é importante definir papéis no tratamento, fornecedores envolvidos, localização do processamento, eventual transferência internacional e condições de uso dos dados para treinamento. A configuração deve limitar acessos e reduzir a coleta ao necessário. Quando viável, prefira registrar o sinal comercial validado em vez de espalhar transcrições integrais pelo CRM.
Também é necessário estabelecer prazos de retenção, descarte e atendimento aos direitos dos titulares nos sistemas envolvidos. Áudio, transcrição e resumo podem ter ciclos diferentes. O teste deve verificar se exclusões e restrições chegam aos repositórios e fornecedores, com rastreabilidade. Essas decisões exigem avaliação específica do tratamento sob a LGPD, não apenas uma cláusula genérica de conformidade.
A métrica central para contratos recorrentes é a receita líquida retida, ou NRR. Ela compara a receita da mesma base de clientes entre o início e o fim do período, considerando perdas, contrações e expansões. Clientes novos ficam fora. A fórmula é: (receita inicial − perdas − contrações + expansões) ÷ receita inicial × 100.
Em um exemplo hipotético, uma base começa com R$ 1 milhão de receita recorrente mensal. Perde R$ 50 mil por cancelamentos, R$ 30 mil por reduções e ganha R$ 100 mil em expansões. A NRR é 102%. Isso descreve o resultado da base, mas não prova que a inteligência conversacional o causou. Reajustes, produto e atuação do time também podem influenciar o indicador.
Para expansão, acompanhe oportunidades ganhas sobre oportunidades qualificadas da mesma coorte, com critérios estáveis e janela compatível com o ciclo comercial. Compare grupos semelhantes, preferencialmente com implantação escalonada ou grupo de controle. A distinção entre experiência do cliente e receita atribuível ao atendimento é decisiva: gerar mais alertas ou oportunidades não significa converter mais.
O piloto deve combinar qualidade dos registros, precisão dos sinais, tempo de revisão e custo total com NRR e conversão de expansão. Só vale ampliar quando houver evidência de melhoria frente à referência. O anúncio da aquisição abre possibilidades; cabe à operação demonstrar quais delas chegam ao resultado comercial.
Este conteúdo foi produzido com apoio de inteligência artificial e revisado pela equipe editorial da Live University.