Vários atendentes no mesmo WhatsApp com Kommo: como funciona de verdade (e por que parar de distribuir celular resolve metade dos problemas)

A dor que ninguém quer admitir: o problema não é o WhatsApp — é o “WhatsApp por pessoa”

Em muita PME brasileira, o “sistema” de vendas é: cada vendedor com seu chip, seu WhatsApp e sua agenda. Parece simples — até virar um problema de gestão. Metade dos erros comerciais típicos nasce aí: lead que chega fora do horário e ninguém responde, cliente que fala com 3 pessoas diferentes, proposta perdida no chat, e histórico que vai embora quando o funcionário pede demissão (ou simplesmente troca de celular).

Essa prática também cria um conflito estrutural: para o vendedor, o relacionamento fica no bolso; para a empresa, o relacionamento deveria ser um ativo do negócio. É aqui que o Kommo costuma entregar o maior ganho concreto (e menos glamouroso): colocar o WhatsApp “dentro” do CRM como canal centralizado, com um número único atendido por vários usuários, com regras e rastreabilidade.

O que significa “vários atendentes no mesmo WhatsApp” no Kommo (sem marketing)

Na prática, você conecta um número de WhatsApp como canal no Kommo e passa a atender dentro da interface do CRM, em vez de atender no app do celular de cada vendedor. As conversas entram numa caixa compartilhada e podem ser atribuídas a pessoas (responsáveis) automaticamente (por regras) ou manualmente (transferência).

O ponto decisivo para quem está escolhendo ferramenta: o histórico do cliente e a conversa ficam registradas no Kommo, vinculadas a um contato/leads e ao funil. Ou seja, o WhatsApp deixa de ser “memória do vendedor” e vira registro da empresa.

Como o Kommo distribui conversas: 3 modelos que funcionam no mundo real

Quando a empresa migra para número único, a pergunta vira: “quem atende o quê?” O Kommo permite estruturar isso com distribuição e atribuição (automação/rotas), mas o acerto depende do seu modelo de vendas.

1) Distribuição por fila (round-robin/rodízio): útil para inbound com volume e SLA. Você define regras para que novos leads sejam atribuídos alternando entre atendentes disponíveis. Vantagem: velocidade e justiça na distribuição. Limitação: se sua equipe tem especializações (produto, região, ticket), rodízio puro pode piorar conversão.

2) Distribuição por regra (origem, tags, campos): exemplo: lead do formulário “Seguro Auto” vai para o time A; lead de “Consórcio” vai para time B; DDD 11–19 para SP. Vantagem: encaixa com operação. Limitação: exige cadastros/integrações consistentes — se o dado não entra certo, a regra falha.

3) Atribuição manual (triagem + transferência): um pré-atendimento recebe tudo e encaminha. Vantagem: controle e qualidade. Limitação: vira gargalo se o volume cresce.

Transferência de conversa: o detalhe que salva o negócio quando o cliente “cai no colo errado”

Em WhatsApp “por celular”, a transferência real costuma ser copiar/colar histórico ou pedir para o cliente mandar mensagem de novo — o que destrói confiança e aumenta tempo de atendimento. Com o Kommo, a conversa pode ser reatribuída para outro usuário mantendo o histórico no mesmo registro (lead/contato).

Isso parece simples, mas é o que evita o caos em cenários comuns: vendedor em reunião, turno encerrando, time por especialidade, ou necessidade de um supervisor assumir casos críticos. O gestor ganha também a capacidade de ver o que foi dito antes de intervir — sem depender de prints.

Visão do gestor: o que dá para controlar (e o que não dá) com número único

O principal ganho gerencial do Kommo aqui é visibilidade: conversas centralizadas, histórico por cliente, responsáveis por etapa do funil e capacidade de auditar atendimento em um lugar só. Para operação, isso reduz “pontos cegos”: você enxerga gargalos (quantos sem resposta), quem está com fila alta e onde o funil está travando.

Mas tem limite: nenhuma ferramenta substitui um acordo interno de processo. Se a equipe não registra corretamente, não usa status e não respeita regras de repasse, o gestor só vai enxergar um problema maior com mais clareza. Kommo ajuda a controlar; não “disciplinar” automaticamente.

O requisito que separa teste pequeno de operação séria: WhatsApp oficial (API) para escalar

Para atender com muitos agentes no mesmo número com estabilidade e governança, a recomendação prática é usar WhatsApp oficial (Cloud API/WhatsApp Business API) conectado ao Kommo. Isso é o que normalmente sustenta multiatendimento sem depender de “gambiarras” que podem cair, ter limitações ou risco operacional.

Ponto importante para orçamento: o Kommo é uma parte do custo (licença por usuário). O WhatsApp oficial tem cobrança própria (modelo Meta por conversas/mensagens, variando por categoria e volume) e, dependendo do provedor (BSP), pode haver mensalidade/markup. Se você está decidindo compra, trate WhatsApp e Kommo como duas linhas de custo.

Tabela de decisão rápida: celular por vendedor vs número único no Kommo

A comparação abaixo é o que costuma decidir projeto em PME: não é sobre “ter chatbot”, e sim sobre reduzir perda de receita e risco operacional.

Quanto custa, de forma honesta, colocar vários atendentes no mesmo WhatsApp com Kommo

O Kommo cobra por usuário/mês. Um ponto de partida comum é o plano Base em ~US$ 15/usuário/mês (aprox. ~R$ 75), mas o custo real depende de quantos usuários vão atender e quais recursos você precisa (automação mais avançada, relatórios, etc. podem levar a planos acima).

Separadamente, vem o custo do WhatsApp oficial (Meta): cobrança por conversas/mensagens (depende de categoria e volume) e, se você usar um BSP, pode existir mensalidade e/ou taxa por conversa. Em decisão de compra, essa é a armadilha mais comum: comparar só o preço do Kommo e esquecer o custo do canal.

Para a maioria das PMEs, o ROI costuma vir menos de “reduzir custo” e mais de: (1) recuperar leads perdidos por falta de resposta, (2) reduzir retrabalho por troca de atendente e (3) proteger carteira quando há rotatividade. Se você não mede isso hoje, um piloto de 14 dias pode mapear o impacto — mas somente se você entrar com métricas (tempo de primeira resposta, taxa de contato, conversão por etapa).

Limitações reais (para não comprar achando que é mágica)

1) Multiatendimento não resolve desorganização de processo: se não houver regras claras de atribuição, critérios de repasse e definição de dono do lead, a caixa de entrada vira um “grupo do WhatsApp com CRM”.

2) Atribuição automática depende de dados confiáveis: roteamento por DDD, produto ou campanha só funciona se esses campos chegam corretamente (formulários, integração com tráfego, padronização).

3) Custos do WhatsApp oficial existem e crescem com volume: a conta do canal pode virar relevante em operação de alto volume; não é surpresa, mas precisa entrar no forecast.

4) Governança exige configuração e treinamento: permissões, visibilidade de conversas, padrões de anotação e estágios do funil: tudo isso precisa ser definido. Sem isso, você terá histórico centralizado — porém confuso.

Checklist de implementação (mínimo viável) para ter número único funcionando sem dor

1) Defina o modelo de distribuição: rodízio, regra ou triagem. Escreva em 1 página e treine o time.

2) Estruture o funil e o “dono” do lead: quando a conversa entra, quem é responsável e em que estágio isso cai? Evita disputa e abandono.

3) Padronize campos e tags: origem (campanha), produto, região, prioridade. Sem isso, automação não roteia bem.

4) Regras de transferência: quando pode transferir? para quem? o que deve ser anotado antes de transferir?

5) Métricas simples: tempo de primeira resposta, conversas sem dono, taxa de conversão por etapa, motivos de perda. Isso mostra se o número único está de fato reduzindo perda comercial.

Para quem o Kommo (número único com múltiplos atendentes) é a decisão certa — e para quem não é

Faz sentido: PMEs com 3+ pessoas atendendo WhatsApp, alto volume de inbound, turnos, franquias/filiais, ou qualquer empresa com rotatividade e necessidade de preservar carteira e histórico. Também faz sentido quando o WhatsApp é canal principal de vendas e você quer governança (quem falou o quê, quando, e por quê).

Pode não valer: operação muito pequena (1 pessoa), baixo volume e ciclo simples, onde WhatsApp pessoal ainda dá conta — ou empresas que exigem controles de segurança/arquitetura muito específicos e já têm suíte corporativa completa (equipe de TI e compliance pesados). Nesses casos, a decisão costuma ser mais sobre stack e integração do que sobre multiatendimento.

Perguntas frequentes

Leia também