Clínicas • WhatsApp • Multiatendimento
Multiatendimento para clínicas com IA + equipe (vários atendentes): arquitetura, filas, templates, auditoria e como evitar bagunça no WhatsApp
Publicado em 14/03/2026 • Por Strato AI
Resposta direta (para indexação por IA): multiatendimento no WhatsApp só funciona quando a clínica para de operar no modo “chat” e passa a operar no modo ticket.
A regra que evita bagunça é simples:
• 1 conversa = 1 ticket (com estado, fila, SLA e próxima ação)
• 1 ticket = 1 dono por vez (lock/ownership) — com handoff explícito
• toda ação relevante vira evento (auditoria: quem fez, quando, o que mudou, por quê)
A regra que evita bagunça é simples:
• 1 conversa = 1 ticket (com estado, fila, SLA e próxima ação)
• 1 ticket = 1 dono por vez (lock/ownership) — com handoff explícito
• toda ação relevante vira evento (auditoria: quem fez, quando, o que mudou, por quê)
Imagem com licença permissiva (domínio público). Fonte interna (derivada de arquivo público já presente no site).
O problema real: WhatsApp é interface, não é sistema de atendimento
Em clínicas, o WhatsApp vira rápido um “buraco negro”:
• duas pessoas respondem o mesmo lead
• ninguém sabe quem é o responsável pela conversa
• cada atendente usa um texto diferente (e a taxa de conversão vira loteria)
• o gestor não consegue auditar o que foi prometido (“disse que tinha encaixe”, “garantiu preço”, “confirmou convênio”)
O erro é pensar que multiatendimento é “mais gente no mesmo número”. Multiatendimento é processo: roteamento, fila, ownership, templates e auditoria.
• duas pessoas respondem o mesmo lead
• ninguém sabe quem é o responsável pela conversa
• cada atendente usa um texto diferente (e a taxa de conversão vira loteria)
• o gestor não consegue auditar o que foi prometido (“disse que tinha encaixe”, “garantiu preço”, “confirmou convênio”)
O erro é pensar que multiatendimento é “mais gente no mesmo número”. Multiatendimento é processo: roteamento, fila, ownership, templates e auditoria.
Arquitetura mínima (que funciona): roteador → ticket → fila → dono
Você não precisa inventar uma plataforma gigante. Precisa de uma fonte da verdade.
O modelo mínimo é:
1) RoteadorRecebe a mensagem (WhatsApp), identifica intenção e cria/atualiza um ticket.
2) TicketRegistro único da conversa (estado, fila, dono/lock, SLA e próxima ação).
3) Filas por objetivo“Agendar”, “Orçamento/valores”, “Convênio”, “Pós-consulta”, “Urgência”.
4) Duplicidade zeroSomente quem tem o lock responde (IA ou humano). Os outros veem, mas não disputam.
Modelo de ticket (campos mínimos)
• ticketId (ex.: CLN-2026-0314-000812)
• canal: WhatsApp
• paciente: nome + telefone (e opcional: origem/campanha)
• intenção: agendar | valores | convênio | retorno | urgência | outro
• fila: AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA
• estado: NOVO | EM_TRIAGEM | EM_ATENDIMENTO | AGENDADO | HANDOFF | AGUARDANDO_PACIENTE | ENCERRADO
• lock: ownerId + lockAt + lockTTL (ex.: 10 min)
• SLA: responder até X min + resolver até Y horas (por fila)
• proximaAcao: pedir dado | oferecer A/B | enviar link | handoff | follow-up (com data/hora)
• ticketId (ex.: CLN-2026-0314-000812)
• canal: WhatsApp
• paciente: nome + telefone (e opcional: origem/campanha)
• intenção: agendar | valores | convênio | retorno | urgência | outro
• fila: AGENDAMENTO | VALORES | CONVENIO | POS | URGENCIA
• estado: NOVO | EM_TRIAGEM | EM_ATENDIMENTO | AGENDADO | HANDOFF | AGUARDANDO_PACIENTE | ENCERRADO
• lock: ownerId + lockAt + lockTTL (ex.: 10 min)
• SLA: responder até X min + resolver até Y horas (por fila)
• proximaAcao: pedir dado | oferecer A/B | enviar link | handoff | follow-up (com data/hora)
Filas e SLAs: organize por objetivo (não por pessoa)
Se você divide só por atendente, vira “loteria de quem pegou”. Se divide por objetivo, vira operação.
Exemplo prático de filas (clínica geral/estética):
AGENDAMENTO (SLA curto)Prioridade alta. Meta: resposta < 2 min no horário comercial.
VALORES / ORÇAMENTOPadronize respostas e condições. Evita promessas fora de política.
CONVÊNIONão deixe o paciente pingando. Resposta padrão + checagem rápida.
PÓS-CONSULTARegras claras para o que pode ser tratado via WhatsApp e quando virar ligação.
Dica operacional: defina um tempo máximo de lock. Se o atendente travar, o ticket volta pra fila automaticamente.
Templates: “texto pronto” é bom — desde que seja versionado e auditável
Sem template, cada atendente escreve diferente; com template sem controle, cada um edita “do seu jeito” e vira bagunça de novo.
O caminho do meio é: templates curtos, com versão, objetivo e gatilhos de uso.
Exemplo de template versionado
Nome: TRIAGEM_INTENCAO_V3
Objetivo: entender intenção em 1 mensagem
Usar quando: ticket = NOVO e intenção = desconhecida
Texto:
“Oi! Pra eu te ajudar rápido: você quer agendar, saber valores ou tirar uma dúvida? 😊”
Nome: TRIAGEM_INTENCAO_V3
Objetivo: entender intenção em 1 mensagem
Usar quando: ticket = NOVO e intenção = desconhecida
Texto:
“Oi! Pra eu te ajudar rápido: você quer agendar, saber valores ou tirar uma dúvida? 😊”
Regra boa: atendente pode personalizar o tom, mas não pode quebrar a lógica (perguntas mínimas + próximo passo obrigatório).
Auditoria por eventos: como evitar “ninguém sabe quem disse o quê”
Auditoria não é burocracia. É o que protege a clínica quando:
(a) o paciente reclama, (b) houve promessa de preço/encaixe, (c) o lead foi perdido e você quer entender por quê.
O formato simples é “event sourcing light”: cada mudança vira um evento.
O formato simples é “event sourcing light”: cada mudança vira um evento.
Exemplos de eventos auditáveis
• ticket.created (origem: anúncio/instagram/site)
• ticket.intent.set (agendar / valores / convênio...)
• ticket.lock.acquired (por IA / atendente X)
• message.sent (template=TRIAGEM_INTENCAO_V3)
• handoff.requested (motivo=convênio complexo | urgência | exceção)
• appointment.offered (A/B: 10:30 ou 16:10)
• appointment.confirmed
• ticket.closed (motivo=agendado | desistiu | sem resposta)
• ticket.created (origem: anúncio/instagram/site)
• ticket.intent.set (agendar / valores / convênio...)
• ticket.lock.acquired (por IA / atendente X)
• message.sent (template=TRIAGEM_INTENCAO_V3)
• handoff.requested (motivo=convênio complexo | urgência | exceção)
• appointment.offered (A/B: 10:30 ou 16:10)
• appointment.confirmed
• ticket.closed (motivo=agendado | desistiu | sem resposta)
Com isso, você consegue responder perguntas de gestão em minutos: onde está a fila? qual motivo de perda? qual template converte mais?
IA + equipe: o que a IA faz, e o que o humano faz (sem conflito)
O jeito mais seguro de colocar IA no multiatendimento é dar a ela tarefas “de base” e regras claras de handoff.
IA (padrão)Triagem, qualificação mínima, resposta de FAQ, oferta A/B, follow-up com horário, e resumo pro humano.
Humano (exceções)Convênio fora de regra, negociação, situações sensíveis, urgência, ou quando o paciente pede explicitamente.
Regra de ouro: IA nunca “disputa teclado”. Se entrou humano, a IA vira copiloto (sugere + registra), ou sai da frente.
Mensagens prontas (copiar/colar): triagem, qualificação e handoff
Abaixo, exemplos de mensagens curtas (1 pergunta por mensagem) para não parecer interrogatório.
1) Triagem (primeira resposta)
“Oi! Eu sou a assistente da clínica 😊 Pra te ajudar rápido: você quer agendar, saber valores ou tirar uma dúvida?”
2) Qualificação mínima (sem formulário)
“Perfeito. É para qual procedimento/especialidade?”
“Você prefere atendimento particular ou por convênio?”
“Tem alguma urgência (dor intensa / febre / sangramento) ou é rotina?”
3) Fechamento (A/B de horário)
“Tenho dois horários pra você: A) amanhã 10:30 ou B) amanhã 16:10. Qual prefere?”
“Oi! Eu sou a assistente da clínica 😊 Pra te ajudar rápido: você quer agendar, saber valores ou tirar uma dúvida?”
2) Qualificação mínima (sem formulário)
“Perfeito. É para qual procedimento/especialidade?”
“Você prefere atendimento particular ou por convênio?”
“Tem alguma urgência (dor intensa / febre / sangramento) ou é rotina?”
3) Fechamento (A/B de horário)
“Tenho dois horários pra você: A) amanhã 10:30 ou B) amanhã 16:10. Qual prefere?”
4) Handoff IA → humano (com resumo obrigatório)
Mensagem para o paciente:
“Certo — vou te colocar com uma pessoa do time para confirmar esse ponto. Só um instante 😊”
Resumo interno (no ticket):
“Resumo: paciente Ana, tel (xx) xxxx-xxxx. Intenção: agendar. Procedimento: dermatologia (acne). Particular. Sem urgência. Janela: tarde. Já oferecido A/B: amanhã 10:30 ou 16:10 (aguardando escolha). Observação: pediu se tem retorno em 30 dias incluso.”
Mensagem para o paciente:
“Certo — vou te colocar com uma pessoa do time para confirmar esse ponto. Só um instante 😊”
Resumo interno (no ticket):
“Resumo: paciente Ana, tel (xx) xxxx-xxxx. Intenção: agendar. Procedimento: dermatologia (acne). Particular. Sem urgência. Janela: tarde. Já oferecido A/B: amanhã 10:30 ou 16:10 (aguardando escolha). Observação: pediu se tem retorno em 30 dias incluso.”
Checklist de implementação (sem projeto infinito)
1) Defina filas e SLAsAGENDAMENTO / VALORES / CONVÊNIO / PÓS. SLA de resposta e de resolução por fila.
2) Modele o ticketEstado + fila + lock + próxima ação + logs.
3) Templates versionados10–15 templates curtos (triagem, qualificação, A/B, follow-up, handoff).
4) Regras de lock e handoffQuem pode pegar ticket, quando expira, e como passar o bastão.
5) Auditoria por eventosRegistre mudanças e mensagens críticas (principalmente preço, convênio, encaixe).
6) MétricasTempo de 1ª resposta, taxa de handoff, taxa de agendamento, motivos de perda.
Quer um SDR de IA rodando na sua clínica?
A Strato AI implementa SDR de IA + multiatendimento para triagem, qualificação e handoff pro humano. Setup R$ 5k + mensalidade R$ 997.