Multiatendimento para clínicas no WhatsApp (IA + equipe): como organizar arquitetura, filas, templates, auditoria e handoff sem bagunça

Quando a clínica sai de 1 pessoa no WhatsApp para 3–8 atendentes (e ainda coloca uma IA para responder mais rápido), o problema raramente é “falta de esforço”. O problema é estrutural: o WhatsApp vira fila invisível.

Os sintomas aparecem rápido:
• resposta duplicada (duas pessoas respondendo o mesmo paciente)
• paciente sem dono (“alguém pega depois”)
• promessa fora de política (agendou sem dados; confirmou convênio errado)
• perda de contexto (troca de atendente sem resumo)
• retrabalho (perguntar as mesmas coisas 3 vezes)

A solução que funciona é simples de dizer e trabalhosa de executar sem método: transformar conversa em ticket e fazer o ticket andar por filas (estados), com lock por dono, templates versionados e auditoria.

Imagem CC0 (criada pela Strato AI) • uso livre.

1) Arquitetura mínima: WhatsApp é canal; ticket é a operação

Para multiatendimento dar certo, você precisa de um objeto de trabalho que não dependa da timeline do WhatsApp. Esse objeto é o ticket.

Ticket = um atendimento com:
• ID (para não confundir contatos/assuntos)
• estado (qual fila está)
• campos (procedimento, unidade, período, particular/convênio, urgência)
• próxima ação (o próximo passo explícito)
• dono (lock) (uma pessoa ou a IA — nunca “ninguém”)

Regra simples que evita 80% do caos:
“Se o ticket não tem próxima ação, ele está parado (e vai virar conflito).”

2) Filas e SLAs: a clínica controla prioridade

Fila não é burocracia: é previsibilidade. Um desenho enxuto para clínicas (funciona com equipe pequena e grande):

Novo1ª resposta + triagem em 1–2 mensagens. SLA: 2–5 min.

QualificarCapturar o mínimo que destrava agenda. SLA: 15–30 min.

AgendarPropor A/B, confirmar dados, registrar. SLA: 30–90 min.

HumanoExceções: convênio específico, negociação, urgência, reclamação.

Aguardando pacientePaciente não respondeu; reengajar D+1 com texto padrão.

ResolvidoAgendou / orientou / fechou. Fecha ticket com motivo.

Operação madura tem “alerta de silêncio”: ticket sem resposta dentro do SLA gera alerta (para não existir “sumiu no WhatsApp”).

3) Lock (ownership): 1 dono por ticket, com transferência auditável

Multiatendimento quebra por concorrência. É comum ver:
• atendente A pergunta uma coisa
• atendente B pergunta outra
• IA responde no meio

O paciente percebe desorganização — e a equipe perde confiança no processo. A solução é lock por dono.

Modelo recomendado (simples):
• quem envia a 1ª mensagem assume o ticket por 10 minutos
• se o paciente responde, o lock renova (o mesmo dono continua)
• transferência só por ação explícita: Transferir para… (fica na auditoria)
• a IA não fura lock: vira copiloto (sugestões) ou fica em silêncio

Isso reduz duplicidade e, principalmente, promessa inconsistente.

4) Templates versionados: padrão no que importa (sem “texto robótico”)

Em clínica, template não é estética. É controle de risco. O que precisa ser padronizado:
• triagem (pergunta de intenção)
• qualificação mínima (3–5 respostas)
• agendamento A/B
• handoff (passagem pro humano)
• follow-up D+1 (quando o paciente some)

Recomendação prática: nomear e versionar templates. Ex.: triagem_v4, qualificacao_v3, agendar_ab_v2, handoff_v2, reengajar_d1_v1.

Como escrever1 pergunta por mensagem; evitar bloco grande; sempre terminar com próximo passo.

Como manterRevisão quinzenal: o que gerou retrabalho vira ajuste de template.

Como aprovarTemplates “sensíveis” (valores, convênios, políticas) precisam de dono.

Como medirTempo por fila, taxa de avanço e taxa de agendamento.

5) Exemplos práticos de mensagens (triagem, qualificação e handoff)

Textos curtos, de negócio, focados em reduzir ida e volta.

Triagem (intenção) — 1 mensagem
“Oi! Pra eu te ajudar rápido: você quer agendar, saber valores ou tirar uma dúvida?”

Qualificação mínima — 1 pergunta por vez
“Perfeito. É para qual procedimento?”
“Você prefere manhã, tarde ou noite?”
“Vai ser particular ou convênio?”

Agendamento A/B (reduz indecisão)
“Tenho Amanhã 10:20 ou Quinta 18:40. Qual você prefere?”

Quando falta 1 dado (sem empurrar formulário)
“Só pra eu finalizar: qual é o nome completo do paciente?”

Handoff pro humano (paciente)
“Entendi. Vou te colocar com um atendente agora pra te ajudar melhor. Só 1 minutinho.”

Handoff pro humano (resumo interno)
“Resumo do ticket: {procedimento}. Objetivo: {agendar/valor/dúvida}. Período: {manhã/tarde/noite}. Pagamento: {particular/convênio}. Unidade: {X}. Observação: {dor/urgência}. Próxima ação sugerida: {A/B ou pedir dado Y}.”

6) Auditoria: o mínimo que sustenta melhoria contínua

Auditoria aqui não é “controle”. É rastreamento para: reduzir conflito interno, acelerar onboarding e corrigir templates com base em fatos.

Auditoria mínima por ticket:

Linha do tempoQuem falou, quando falou, qual canal.

DecisãoPor que foi para Agendar, Humano ou Aguardando paciente.

Template + versãoQual template foi usado (e quem alterou).

TransferênciasQuando e para quem mudou o dono (lock).

Campos-chaveProcedimento, período, particular/convênio, unidade, status.

AlertasTickets que estouraram SLA (para corrigir fluxo).

Checklist rápido (para implementar sem “projeto infinito”)

Se o básico estiver certo, a operação estabiliza em poucos dias.

1) Ticket + estadosConversa vira ticket; ticket tem fila e próxima ação.

2) Lock1 dono por ticket; transferência explícita e registrada.

3) Templates vNTriagem, qualificar, agendar A/B, handoff, D+1.

4) Regras IAIA não “agenda no escuro”; pede 1 dado ou faz handoff.

5) Auditoria mínimaTimeline + decisão + template + ownership.

6) Métricas1ª resposta, tempo por fila, % que chega em “Agendar”.

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.

Ver como funciona para clínicas Quero contratar