Quase todo resultado de vários atendentes no mesmo número de WhatsApp te vende um painel de inbox: todo mundo loga, a conversa cai numa lista, às vezes um bot na frente. Dá pra montar. Também dá pro agente atender o repetitivo no número único, abrir ticket, e o time humano assumir no CRM — sem o celular da recepção e sem o agente falando por cima.
O que é vários atendentes no mesmo WhatsApp
Vários atendentes no mesmo número de WhatsApp é o time operando um único número da empresa, cada um no próprio login, com fila e histórico. Não é o app no celular. Na Zaia o número é um canal publicado; quem pega o caso humano são os Attendants (times humanos, distintos de Squads) na fila de Tickets.
O paciente continua falando com o mesmo número. Por trás, o agente resolve o repetitivo e o humano entra quando a regra manda.
App pessoal, inbox compartilhado e agente + fila
O tema não falta conteúdo. Falta o caminho que não assume que “multiatendimento” é só um WhatsApp Web com vários logins.
| WhatsApp Business (app) | Inbox compartilhado (painel) | Agente + CRM nativo (Zaia) | |
|---|---|---|---|
| Quantos no número | Um aparelho de cada vez | Vários logins na mesma caixa | Time no CRM; o número é o canal |
| Quem responde primeiro | Quem está com o celular | Quem pega o card, ou um bot na frente | O agente no canal |
| Onde mora a fila | Não há fila de verdade | A lista do painel | Tickets: pendente, em andamento, finalizado |
| Histórico | No aparelho de uma pessoa | No inbox daquela plataforma | History do workspace, o fio inteiro |
| Quem é o time | Quem tem o PIN | Operador do painel | Attendants; papel ops não vê o Studio |
| Quando o humano entra | Sempre, ou nunca | Transferência do bot, se existir | Tool de ticket + handoff |
| Cliente novo | Outro chip, outro celular | Outra conta no painel | Workspace, o mesmo padrão de agente e CRM |
O app pessoal não escala: some no almoço, o agente que você montou não vê o que a recepção respondeu, o próximo humano pede o caso de novo. O inbox compartilhado resolve o login simultâneo. O teto é o mesmo de um CRM colado: o agente vive em outra camada, ou nem existe.
Na Zaia o canal (WhatsApp Official ou Waha) e a fila humana moram no mesmo workspace. Official é o caminho típico quando o job é time no número da empresa — a API oficial é escolha de publicação, não um webhook para você mesmo. Waha existe; nomeie o tipo na proposta.
Não trate Conversations / inbox unificado como o produto do dia. O CRM padrão shipped continua Tickets + History. Tags e Kanban organizam o que está quente. Squads são times de agentes, não o time humano.
O job concreto: o celular da recepção
Ninguém acorda pensando “preciso de um ticketing-team”. O pedido é este:
O número da clínica está no celular de uma pessoa. Ela almoça, o WhatsApp para. A outra recepcionista não entra no mesmo aparelho. De noite o agente que você publicou responde, de manhã a humana responde por cima, e o paciente lê as duas.
É o teto do app. Um número. Mais de uma pessoa. O agente no meio, se você não desenhar a fila.
Três peças. Nenhuma inventa rodízio automático nem SLA público:
- Um canal. O cliente fala no WhatsApp publicado. Widget e Instagram são portas extras do mesmo agente, não outro chip. Se o time responder no app pessoal do número, o sistema perde o fio: agente e humano falam juntos.
- O agente primeiro. FAQ, horário, confirmação simples. Sem isso, “vários atendentes” é só mais gente no mesmo caos. A regra de quando abrir ticket mora na Knowledge.
- Attendants na fila. Ticket pendente. Humano assume (takeover) com o History. Quando termina, o ticket fecha e o agente pode retomar no mesmo número. Papel ops atende sem ver o Builder.
O handoff é o instante. O CRM é o sistema em volta. Este artigo é o nome da busca: vários no mesmo número, com o agente no canal — não um segundo celular.
Não copie “ilimitado”, “sem fila” nem “substitui o time”. O posicionamento é agente + humano no loop. Quantos logins cabem no workspace acompanha o plano; não há teto público além disso, e não prometemos “sem limites”.
Como ter vários atendentes no mesmo WhatsApp com IA
- Descreva o caso em português. “Recepção: o agente responde horário e convênio; se pedir encaixe, valor ou reclamação, abre atendimento para o time.” O Vibe Agent monta a configuração inicial.
- Publique um número. Official quando o job é time na empresa; Waha se essa for a escolha técnica. Teste com o seu número. Tire o aparelho da recepção do caminho de resposta — o canal publicado não convive com o app pessoal no mesmo chip.
- Coloque o fato na Knowledge. O que o agente resolve sozinho. O que nunca sai sem gente. Sem isso, você só abriu um inbox a mais.
- Ligue Tickets, Attendants e Tags. Dois turnos, dois logins. Ops no CRM. Quem constrói o agente fica no Builder.
- Defina o handoff. “Quero falar com alguém”, reclamação, preço fora da lista: o agente abre ticket e para. O humano vê o fio. Sem palavra-chave mágica num fluxo n8n.
- Kanban por tag se a recepção precisa ver o que está quente (encaixe, retorno, financeiro). A Table guarda estágio do contato se o job tiver fila longa. Nenhum dos dois é o celular.
- Versionar. Teste: o agente responde sozinho; o ticket cai na fila; dois humanos não respondem por cima. Publica. Rollback se o agente continuar falando depois do takeover.
Não trate Workflows, Analytics nem inbox unificado como o motor estável deste desenho. Workflows e Analytics na Zaia são beta. Conversations continua atrás de flag. O caminho shipped é canal + agente + Attendants + Tickets.
Não prometa distribuição por rodízio, SLA em minutos, “vários WhatsApp Web no mesmo QR” nem que o Waha é a API da Meta. O que está shipped é o time humano no CRM do workspace, no mesmo número publicado.
Quando isso vira oferta pra agência
Agência que já atende a clínica sente o teto no primeiro mês: o número continua no bolso da recepcionista, o “bot” responde de madrugada e de manhã as duas vozes se cruzam. O cliente final reconhece valor quando o time inteiro opera o mesmo número — e o agente não atropela quem assumiu.
Empacotar “WhatsApp da clínica com fila e IA” pede canal publicado + Attendants + regra de ticket, não um segundo celular e um inbox alugado. Exemplo de precificação pro cliente final: agentes que valem a partir de R$1.500/mês. O piso da plataforma é a partir de R$150. O roteiro de como vender isso pra base que a agência já tem está no Programa de Aceleração.
Perguntas frequentes
Dá para ter vários atendentes no mesmo número de WhatsApp?
Sim, se o número estiver num canal publicado e o time entrar pelo CRM — não pelo app do celular. Na Zaia o agente atende no canal; os Attendants assumem o ticket com o histórico. O WhatsApp Business (app) continua limitado a um aparelho.
Preciso da API oficial para o time usar o mesmo número?
Official é o caminho típico para operação de empresa com time. Waha é o outro canal shipped; são distintos. A escolha é na hora de publicar, não um webhook para você mesmo. Sem canal publicado, o que resta é o celular.
O agente e o atendente falam ao mesmo tempo?
Não deve. O agente abre o ticket e para; o humano assume. Se alguém responder no app pessoal do mesmo número, as duas vozes se cruzam. O ofício é: ou o canal, ou o aparelho — não os dois.
Vários atendentes substituem o agente de IA?
Não. Mais gente no mesmo número sem agente é a recepção em painel. O agente resolve o repetitivo; o time pega o que pede julgamento. Os dois no mesmo workspace. O agente não substitui 100% dos humanos.
Como começar
Vários atendentes no mesmo WhatsApp é um número publicado, não um segundo celular: Vibe Agent pra criar em português, canal no ar, Attendants na fila, ticket quando o caso pedir gente. Descreva a recepção, publique, teste o almoço — o número não pode parar porque uma pessoa saiu.
Começar agora. 7 dias de trial. Depois a partir de R$150.