- O que o Kommo resolve bem em turnos: histórico único por contato, distribuição operacional via responsáveis/filas (na prática: regras + disciplina), e handover registrável no pipeline com tarefas e notas.
- O que você provavelmente vai pagar: licença do Kommo (Base/Advanced/Enterprise em torno de US$15/US$25/US$45 por usuário/mês) + canal de WhatsApp (se API: BSP + conversas/mensagens). Em reais, a licença varia ~R$83–R$248 por usuário/mês com câmbio R$5,50/US$.
- Onde ele não substitui uma central de atendimento: escalas/turnos automáticos, controle de capacidade por fila, e relatórios típicos de contact center (AHT, occupancy) não são o foco; dá para montar parcialmente, mas dá trabalho.
- Decisão prática: Kommo vale mais quando seu “turno” é vendas/SDR (handover e follow-up) do que suporte técnico 24/7 com métricas rígidas de call center.
- Risco oculto: se você opera WhatsApp com muitos atendentes e alto volume, o custo maior pode vir do WhatsApp oficial (mensagens/conversas) e não da licença do Kommo — e isso precisa entrar no business case do plantão.
O cenário real: por que turnos no WhatsApp quebram mais do que parece
Operação em turnos no WhatsApp normalmente quebra por três motivos simples: (1) conversa fica “na mão” de uma pessoa (celular) e não do time; (2) o próximo turno não entende contexto e repete pergunta, gerando irritação e queda de conversão; (3) ninguém sabe o que ficou pendente, então lead esfria (em vendas) ou ticket estoura SLA (em atendimento).
O Kommo entra como tentativa de resolver isso com uma camada de CRM conversacional: a conversa vira parte do registro do lead/contato, e o trabalho vira rastreável (etapas do funil + tarefas + responsável). O que decide se funciona ou não é menos “o software” e mais o desenho de handover: etapas claras, checklists e regra de prioridade por turno.
Como o Kommo ajuda na troca de plantão (handover) — sem romantizar
Na prática, o Kommo ajuda em turnos por três pilares: (1) histórico centralizado do WhatsApp atrelado ao lead/contato; (2) pipeline para representar estado do atendimento/venda (ex.: “aguardando documentação”, “aguardando pagamento”, “aguardando retorno do cliente”); (3) tarefas e lembretes para garantir que o próximo turno saiba o que fazer e quando.
O ganho mais consistente é reduzir a “dependência de memória” do atendente. Em vez de o plantonista da madrugada deixar um áudio no grupo e torcer para alguém ler, você deixa o lead em uma etapa específica do funil + uma tarefa com prazo (ex.: 09:15) + anotação curta do que foi combinado.
Limitação importante: o Kommo não cria uma escala de turnos por si só. Você consegue organizar por usuários, equipes, responsáveis, regras e automações (quando bem configuradas), mas a gestão de plantão (quem entra/quem sai, férias, folgas, dimensionamento) continua sendo do seu processo — e muitas empresas acabam usando uma planilha/Google Calendar ou ferramenta de WFM/Helpdesk junto.
O que você precisa configurar para turnos funcionarem (mínimo viável)
Se a sua operação é por turnos, o Kommo só “vira” quando você configura pelo menos o mínimo viável: (1) funil com etapas que representem pendências reais; (2) critérios de ownership (quem é o responsável quando o lead volta); (3) regras de distribuição (manual disciplinada ou automação); (4) padrões de registro (nota curta obrigatória e tarefa no fim do turno).
Exemplo prático de fluxo (vendas por WhatsApp): "Novo lead" → "Qualificando" → "Proposta enviada" → "Aguardando cliente" → "Fechou" / "Perdido". No fim do turno, o vendedor move o lead para a etapa certa e cria tarefa para o próximo turno. Se isso não vira hábito, o Kommo vira só mais uma caixa de entrada bonita.
Exemplo em atendimento: você pode espelhar algo como "Aberto" → "Aguardando informações" → "Em análise" → "Resolvido". Funciona para operação enxuta, mas se você precisa de ITIL, base de conhecimento, macros avançadas, roteamento por skill e métricas de call center, um helpdesk dedicado costuma ser mais adequado.
Preços (o que entra no cálculo quando é operação 24/7)
O custo do Kommo é por usuário/mês. Na linha de decisão, a conta mais comum fica entre US$15 (Base), US$25 (Advanced) e US$45 (Enterprise) por usuário/mês (valores em dólar; podem variar por promoções/condições). Em reais, usando R$5,50/US$ como referência, isso dá aproximadamente R$83, R$138 e R$248 por usuário/mês.
Para turnos, o erro clássico é calcular só licença e esquecer o canal. Se você usa WhatsApp oficial (API), entra custo de provedor (BSP) e custo de mensagens/conversas da Meta. Em operação 24/7 com volume alto, isso pode superar o custo do CRM.
Outro ponto: em plantões, muita empresa compra usuário “sobrando” (ex.: pessoa que entra 2 noites por semana) porque não consegue criar um modelo de acesso mais enxuto. Antes de fechar, simule: quantos usuários simultâneos por turno? Quantos realmente precisam logar vs. só consultar?
Com tabela: o Kommo dá conta do que você precisa em turnos?
A tabela abaixo é para decisão prática. Não é “quem é melhor”, e sim onde o Kommo costuma encaixar bem em operação por turnos — e onde você deve prever processo ou outra ferramenta.
| Necessidade em turnos/plantão | Kommo (na prática) | Risco/limitação para decidir |
|---|---|---|
| Passar o bastão sem perder contexto | Forte: histórico no lead/contato + notas + anexos + etapa do funil | Depende de disciplina: se time não registra, o contexto some igual |
| Saber o que ficou pendente no fim do turno | Bom: tarefas com prazo, responsáveis e lista de atividades | Sem padrão de “check-out do turno”, vira bagunça (tarefas atrasadas demais) |
| Distribuir demandas para quem está online no turno | Parcial: dá para fazer distribuição por regras/rotina operacional | Não é WFM: não “entende” escala, pausa, ocupação e skill com precisão de contact center |
| Evitar que 2 atendentes respondam o mesmo cliente | Bom se houver ownership claro (responsável) e processo | Em picos, sem governança, ainda pode acontecer disputa/duplicidade |
| Relatórios de produtividade e SLAs típicos de suporte | Médio: funil e atividades medem parte; dá para extrair e montar | Métricas profundas (AHT/occupancy) costumam exigir helpdesk/BI dedicado |
| Operação 24/7 com alto volume no WhatsApp | Possível, mas exige arquitetura/boas práticas (automações, regras, higiene de dados) | Gargalo pode ser canal (API/mensagens) e não o CRM; teste de carga é obrigatório |
| Conformidade/auditoria de mudanças e acessos | Razoável dependendo do plano e configurações (permissões e logs) | Para requisitos muito rígidos, valide detalhes de auditoria, retenção e exportação antes |
Quando o Kommo é a escolha certa para turnos (e quando é a errada)
Faz sentido quando: (1) seu turno é mais “vendas/SDR” do que “suporte técnico com métricas de call center”; (2) seu maior problema é handover e rastreio (ninguém sabe em que pé está o lead); (3) você quer centralizar WhatsApp + pipeline sem montar um stack pesado.
Tende a dar ruim quando: (1) você precisa de WFM real (escala, pausas, skill-based routing, occupancy); (2) seus SLAs dependem de relatórios operacionais avançados e auditoria rígida; (3) você opera vários fluxos de atendimento com regras complexas e quer ‘pronto de fábrica’ — o Kommo vai exigir desenho de processo e configuração.
Resumo honesto: o Kommo pode ser muito bom para turnos se você aceita que ele é um CRM conversacional (com automação) e não uma central completa de contact center. A decisão correta é: ele é o “centro” da operação comercial por WhatsApp, enquanto o controle de escala e capacidade fica fora (ou integrado).
Checklist de compra para operação em turnos (antes de assinar)
1) Simule o handover: pegue 20 conversas reais, faça 3 trocas de turno e veja se o próximo turno consegue continuar sem perguntar tudo de novo. Se não conseguir, o problema é processo e padronização, não “falta de feature”.
2) Calcule custo por turno: quantos usuários simultâneos você realmente precisa? Ex.: 3 por turno (9 usuários/dia) vs. 5 por turno (15 usuários/dia). Multiplique pelo plano (US$15/25/45) e aplique câmbio. Isso muda muito o ROI.
3) Valide o canal WhatsApp: se for API, peça estimativa de custos de conversas/mensagens e do BSP. Em 24/7, volume explode e pode inviabilizar o business case se você só olhar licença.
4) Defina governança: quem fecha conversa, quem move etapa, quando criar tarefa. Sem regra simples e fiscalizável, a troca de plantão vira “terra de ninguém”.
5) Planeje medição: defina 3 KPIs simples de turno (ex.: tempo até 1ª resposta, taxa de retorno no prazo, leads avançados de etapa) e acompanhe por 30 dias. Se precisar de BI, planeje extração/integração desde o começo.
Perguntas frequentes
Kommo serve para atendimento 24/7 no WhatsApp?
Dá para fazer troca de plantão sem o cliente perceber?
Qual plano do Kommo costuma fazer sentido para turnos?
O custo do WhatsApp (API) entra no preço do Kommo?
Kommo substitui WhatsApp Business (app) para turnos?
Leia também
Kommo para operação comercial com SLA e governança no WhatsApp: o que resolve (e o que ainda dá trabalho) em 2026
Ler →Kommo para WhatsApp: dá para ter contingência e continuidade operacional (ou você fica refém do canal)?
Ler →Kommo planos e preços 2026: quanto custa de verdade (US$ por usuário/mês)
Ler →O software é bom. O resultado vem da implementação.
O Kommo é uma ferramenta excelente — mas quem transforma o CRM em máquina de vendas é o processo por trás dele. A rota mais rápida: entrar na Comunidade Kommo Brasil (implementação guiada com quem já fez centenas de vezes), garantir suas licenças ou acompanhar o conteúdo no YouTube.
Portal do ecossistema Luiz Otávio — engenharia digital, CRM e IA.