Há duas formas de reconhecer uma equipa comercial cuja telefonia não está integrada com o CRM. A primeira: os comerciais têm dois ecrãs, um para ligar, outro para encontrar a quem ligam. A segunda: a sexta-feira à tarde é dedicada a voltar a registar a semana.
A integração telefonia-CRM é uma das poucas integrações cujo retorno se mede em minutos por dia e por pessoa, sem mudar um único processo. É também uma das pior feitas, porque muitas vezes se liga com um clique sem que ninguém tenha decidido o que devia subir, nem onde vivia a verdade.
Este guia separa os três níveis de integração, quantifica o que rendem, e dá o método para não transformar um CRM num depósito de atividades.
Os três níveis, e o que valem
O vocabulário comercial chama «integração CRM» a três coisas muito diferentes. Distingui-las evita comprar a primeira julgando obter a terceira.
| Nível | O que faz | Ganho por chamada |
|---|---|---|
| Click-to-call | Um link no CRM lança a chamada | 5 a 10 s |
| Abertura de ficha | O contacto abre-se ao tocar | 10 a 15 s |
| Sincronização bidirecional | A atividade sobe, as listas descem | 30 a 60 s |
O click-to-call
O mais difundido e o menos útil. Elimina a marcação manual do número e os erros de digitação. É real, mas marginal: um SDR não perde o dia a teclar algarismos.
A abertura de ficha
A chamada entra, a ficha do contacto abre-se. O comercial sabe com quem fala antes de atender, e não tem de procurar durante os três primeiros segundos da conversa. Num retorno de chamada, a diferença de qualidade de conversa é nítida.
A sincronização bidirecional
É o único nível que muda a jornada de trabalho. Nos dois sentidos:
O que sobe: a própria chamada, a sua duração, o seu resultado (atendida, voicemail, número errado), as notas tomadas durante a conversa, o resumo e, segundo as ferramentas, a transcrição ou o resumo automático.
O que desce: as listas de chamadas construídas a partir dos filtros do CRM, as atualizações de estado feitas pelos account executives, as mudanças de responsável.
A integração não poupa tempo durante a chamada. Poupa-o nos quarenta segundos seguintes, quando ninguém está a olhar.
O cálculo do ganho, sem exageros
Tomemos um SDR que faz 80 chamadas por dia.
Sem sincronização, cada chamada atendida termina com um registo: abrir a ficha, escrever duas linhas, mudar o estado, criar a tarefa de seguimento. Entre trinta segundos e um minuto segundo o rigor da pessoa e a lentidão do CRM.
| Sem integração | Com sincronização | |
|---|---|---|
| Tempo de registo por chamada | 45 s | 5 s |
| Sobre 80 chamadas | 60 min | 7 min |
| Tempo recuperado por dia | 0 | cerca de 53 min |
| Equivalente em chamadas adicionais | 0 | 25 a 30 |
Numa equipa de cinco SDR, isso representa o equivalente a um posto adicional, sem contratar. É o cálculo que justifica a integração, e é mais sólido do que qualquer argumento sobre o conforto de utilização.
Duas nuances honestas, contudo:
O ganho só é real se o registo era de facto feito. Em muitas equipas, não é, e o benefício desloca-se então: já não é tempo poupado, é um CRM que finalmente se torna fiável. O retorno é real, mas mede-se noutro lado.
O ganho paga-se se o mapeamento for mau. Um CRM inundado com 400 atividades por semana e por SDR torna-se inutilizável para os account executives que retomam os processos. É o tema da secção seguinte.
O mapeamento de campos: a decisão que decide tudo
É a etapa que ninguém faz e que decide o sucesso da integração. Consiste em responder a três perguntas, por escrito, antes da entrada em produção.
1. O que sobe, e o que não sobe?
A tentação é fazer subir tudo. É o erro.
| Evento | Deve criar uma atividade no CRM? |
|---|---|
| Chamada atendida, conversa real | Sim, com resumo |
| Mensagem deixada no voicemail | Sim, como atividade ligeira |
| Toque sem resposta | Não; basta um contador de tentativas |
| Número errado | Não, mas atualiza um campo «qualidade do dado» |
| Chamada com menos de 5 segundos | Não |
Um SDR a 80 chamadas por dia com uma taxa de atendimento de 15 % produz uma dúzia de conversas reais. São essas doze que merecem uma atividade. As outras 68 merecem um contador, não uma linha no histórico.
2. Onde vive a verdade?
A regra que evita o essencial dos conflitos:
O CRM manda sobre a identidade e o ciclo de vida do contacto. A ferramenta de chamada manda sobre a atividade telefónica.
Por outras palavras: se um account executive muda o nome da empresa ou o estado da oportunidade no CRM, isso desce. Se o SDR qualifica o resultado de uma chamada na ferramenta de prospeção, isso sobe. Ninguém sobrepõe o outro no seu próprio terreno.
Qualquer exceção a essa regra, e há sempre uma ou duas, muitas vezes sobre o responsável pelo contacto, deve estar escrita. Uma exceção não documentada torna-se, seis meses depois, um bug que ninguém sabe reproduzir.
3. O que acontece a um contacto desconhecido do CRM?
Três opções, a escolher explicitamente: criar o contacto automaticamente, criá-lo só se estiver qualificado, ou nunca o criar e deixá-lo na ferramenta de prospeção.
A segunda é quase sempre a certa. Criar automaticamente cada número marcado enche o CRM de prospetos frios que falsearão todos os contadores. Nunca criar obriga a um novo registo no momento em que o lead se torna interessante, isto é, no pior momento.
Nativa ou genérica: a comparação honesta
| Integração nativa | Conector Zapier, Make, n8n | |
|---|---|---|
| Latência | Tempo real | De uns segundos a uns minutos |
| Bidirecional | Sim, por construção | Muitas vezes unidirecional, ou a duplicar |
| Custo por volume | Incluído | Faturado por tarefa, significativo a 80 chamadas/dia/SDR |
| Ponto de falha | Um | Dois |
| Mapeamento fino | Interface dedicada | A reconstruir cenário a cenário |
| Entrada em produção | Uns cliques | De umas horas a uns dias |
A regra prática: nativa para o fluxo principal, genérica para as automatizações secundárias. Fazer subir as chamadas via Zapier numa equipa que faz 400 por dia equivale a pagar uma fatura de tarefas para reconstruir, pior, o que o conector nativo faz de graça.
O conector genérico continua perfeito para o que está à volta: enviar um alerta para o Slack quando se marca uma reunião, acrescentar uma linha numa folha de acompanhamento, lançar uma sequência de email. O tema é tratado mais amplamente no nosso guia da API de telefonia.
A entrada em produção, em 6 etapas
Escrever o mapeamento antes de ligar
As três perguntas acima, numa página. É a etapa que toda a gente salta e que decide o resto.
Limpar os duplicados do CRM
Uma integração ligada a um CRM cheio de duplicados multiplica-os em vez de os revelar. Elimine os duplicados antes, não depois.
Ligar e testar com um utilizador
Um só comercial, uma jornada real. Verifique o que sobe, em que forma, e em que lugar da ficha. É aí que se descobre que o resumo vai parar a um campo que ninguém lê.
Ajustar a filtragem
Após uma jornada de teste, saberá o que polui. Corte as subidas inúteis antes de generalizar, não depois de ter inundado o CRM.
Implementar por equipa, não de uma vez
Uma equipa, depois as outras. Os hábitos de registo diferem de um grupo para outro, e os problemas de mapeamento aparecem de forma diferente.
Reler o histórico de um contacto a D+30
O controlo final: abra a ficha de um prospeto trabalhado há um mês. Se o histórico se ler em dez segundos, a integração é um sucesso. Senão, volte à filtragem.
Os 6 erros mais frequentes
- Ligar sem escrever o mapeamento. A integração funciona, o CRM torna-se ilegível, e a equipa acaba por ignorar o histórico.
- Fazer subir tudo. As tentativas sem resposta não têm lugar numa ficha de cliente.
- Não decidir onde vive a verdade. Obterá sobreposições silenciosas que ninguém saberá explicar.
- Passar por um conector genérico para o fluxo principal. Latência, custo por tarefa, fiabilidade menor.
- Ligar sobre um CRM sujo. Os duplicados multiplicam-se em vez de se verem.
- Criar automaticamente cada número marcado. As suas taxas de conversão do CRM tornam-se falsas, e ninguém percebe porquê.
O que reter
A integração telefonia-CRM é uma das poucas decisões de ferramentas cujo retorno se calcula de forma simples: trinta a sessenta segundos por chamada, ou seja, perto de uma hora por dia e por SDR.
Mas esse ganho só existe com uma condição, e não é técnica: ter decidido o que sobe e o que não sobe. Uma integração ligada sem essa filtragem poupa tempo de registo e perde muito mais em legibilidade, até a equipa deixar de confiar no histórico.
A escolha do próprio CRM, a montante, é tratada no nosso comparativo de CRM para SDR.
O resumo de cada chamada que sobe para o CRM vem da camada de transcrição e resumo por IA, e a ferramenta de chamada que o envia deve ser escolhida com o comparativo de CRM para SDR à mão. Este artigo faz parte do nosso guia do stack de vendas B2B, que situa esta camada face às outras quatro.
