# Chatwoot no WhatsApp: inbox no Docker vs CRM nativo Chatwoot no WhatsApp: o compose Evolution + n8n + inbox vs o agente no canal com CRM nativo. Sem Docker, sem colar webhook, sem importar a inbox. Autor: Tiago Morelli (Fundador) Publicado em 2026-09-13 · Tags: chatwoot, whatsapp, crm, vibe-agent --- Quase todo resultado de **Chatwoot no WhatsApp** te manda o mesmo compose: Evolution ou WAHA de um lado, n8n no meio, a inbox do outro, webhook nos dois sentidos e, se o histórico não veio, um Postgres pra importar conversa. Dá pra montar. Também dá pro agente atender no número, abrir ticket na fila nativa e o humano assumir no mesmo workspace, sem o terceiro container. ## O que é Chatwoot no WhatsApp **Chatwoot no WhatsApp** é a inbox que o tutorial cola no número: gateway, fluxo e painel. Na Zaia o nome da busca continua Chatwoot. O que publica é o agente no Official ou no Waha, com CRM nativo. Sem Docker, sem webhook, sem importar a inbox. Ninguém acorda querendo “subir mais um serviço”. O pedido é este: o paciente falou no WhatsApp e o time precisa ver o fio sem o celular da recepção. ## Compose Docker vs CRM nativo O tema não falta conteúdo. Falta o tutorial que não trata a inbox como um terceiro container obrigatório. | | Evolution/WAHA + n8n + Chatwoot | Agente com CRM nativo (Zaia) | |---|---|---| | Quem atende no WhatsApp | O fluxo, depois o painel | O agente do workspace | | Onde mora a fila | A inbox do Chatwoot | Tickets: pendente, em andamento, finalizado | | Histórico | Payload, import ou `CHATWOOT_IMPORT_DATABASE_CONNECTION_URI` | History do workspace, o fio inteiro | | Quem pega o caso | Agente do helpdesk | Attendants (times humanos), distintos de Squads | | Etiqueta e quadro | Label do painel, Kanban se você colou outro node | Tags + Kanban por tag | | Como o número entra | Instância no Docker + inbox API + dois webhooks | Canal WhatsApp Official ou [Waha](/blog/waha-whatsapp/) | | Cliente novo | Copiar compose, inbox e fluxo | Workspace, o mesmo padrão de agente e CRM | O caminho Chatwoot funciona pra um número. O teto é o de [criar agente de IA para WhatsApp com n8n](/blog/criar-agente-de-ia-para-whatsapp-com-n8n/): cada cliente novo é uma cópia, e o estado “aguardando humano” vive fora do agente. O [CRM para WhatsApp](/blog/crm-para-whatsapp/) é o sistema (fila, histórico, time). O [handoff](/blog/handoff-humano-whatsapp/) é o instante da passagem. Este artigo é o nome que você já busca: a inbox que o tutorial botou no `docker compose`. Sem o CRM, o handoff não tem onde pousar. Sem o agente no canal, a inbox só espera o fluxo. Não é inbox unificado de todos os canais numa lista só. Conversations unificado existe no código atrás de flag. O CRM padrão shipped continua Tickets + History. Também não é drop-in do Chatwoot. A Zaia não importa a inbox, não lê o Postgres do compose e não espelha conversa antiga. Quem precisa manter o painel que já opera continua no tutorial. ## O job concreto: o número no compose e o time no outro lugar Ninguém acorda pensando “preciso de um helpdesk open source”. O pedido é este: > O sábado subiu Evolution, n8n e Chatwoot. Segunda o paciente mandou comprovante. O fluxo criou a conversa. O histórico parou no meio. A recepção abriu o Chatwoot e o WhatsApp Web. O caso estava nos dois e em nenhum. Três saídas honestas. Nenhuma promete que o Chatwoot some da empresa: 1. **Cabe no agente.** Dúvida da [Knowledge](/blog/base-de-conhecimento-agente-de-ia/), horário, endereço, o que já está na base. Responde no fio. Sem ticket. 2. **Cabe e pede gente.** Reclamação, desconto fora da tabela, “quero falar com o dono”. O agente abre o ticket. O atendente assume no CRM, com o History na tela. 3. **Não cabe.** “Importa as mil conversas do Chatwoot”, “o time continua no painel e o agente só empurra texto”, “SLA do helpdesk no mesmo quadro”. Recusa clara. Isso é o compose. Não é o job deste agente. A regra mora na Knowledge: o que o agente resolve, o que vira ticket, o que nunca sai do automático. O modelo não inventa a fila da clínica. O agente não substitui 100% do time. Reclamação e exceção: handoff. O humano decide no CRM. ## Como publicar o agente sem o compose 1. Descreva o caso em português. “Secretária: no WhatsApp, responde o que está na base. Se a pessoa reclamar ou pedir gente, abre atendimento. O time assume no CRM. Não copia o chat pra outro painel.” O [**Vibe Agent**](/blog/como-criar-agentes-com-vibe-agent/) monta a configuração inicial. 2. Coloque a regra na **Knowledge**. O que é ticket. O que nunca é. Sem isso, o agente abre fila demais ou some. 3. Publique no WhatsApp. [Official](/blog/api-oficial-whatsapp/) quando o número de produção pede a Cloud API. Waha quando o teste ainda é QR (só texto, risco de sessão Web). Widget e Instagram são portas extras do mesmo agente. 4. Ligue **criação de ticket** e **Attendants**. A inbox sem fila é o celular da recepção com outro nome. A fila sem regra é ticket a cada “oi”. 5. Versionar. Teste os três casos (responde, ticket, recusa). Publica. Rollback se o agente começar a mandar todo mundo pra fila. HTTP Request só entra se a clínica tiver API REST de verdade (horário no prontuário, status no ERP). Não use HTTP Request pra fingir que o Chatwoot continua atrás da cortina. Não trate Workflows como o motor estável desta fila. Workflows na Zaia são **beta**. O caminho shipped é agente + canal + ticket + Knowledge. Não prometa import da inbox, sync com o Postgres do Chatwoot, “o time responde no Chatwoot e volta pro paciente”, SLA do helpdesk nem inbox unificado. O que está shipped é o CRM nativo no agente publicado. ## Quando isso vira oferta pra agência Agência que já fez o site da clínica sente o teto: o compose atende um número e o segundo cliente pede outra inbox, outro webhook, outro volume. O cliente final reconhece valor quando alguém assume no mesmo fio, não quando o histórico some no import. Empacotar “agente no WhatsApp com fila nativa” pede canal + ticket + Attendants, não um `compose` por cliente. Exemplo de precificação pro cliente final: agentes que valem a partir de R$1.500/mês. O piso da plataforma é 7 dias de trial, depois 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 ### O que é Chatwoot no WhatsApp? É a inbox que o tutorial cola no número: gateway, fluxo e painel. Na Zaia o nome da busca continua Chatwoot. O que publica é o agente no Official ou no Waha, com Tickets, History e Attendants no mesmo workspace. ### Preciso de Chatwoot para ter fila no WhatsApp? Não. Na Zaia a fila é o CRM nativo. Chatwoot com Evolution e n8n continua válido. Não é requisito. Importar a inbox antiga não é o desenho daqui. ### A Zaia substitui o Chatwoot que já está no ar? Não como drop-in. Não há import da inbox, nem sync com o banco do compose. Quem precisa do painel que já opera continua nele. O caminho daqui é publicar o agente e atender a conversa nova no CRM. ### O agente substitui quem olha a fila? Não. Ele resolve o que está na Knowledge e abre ticket quando o caso pede gente. O atendente assume. Agente e humano no mesmo loop. ## Como começar Chatwoot no WhatsApp mora no nome da busca, não no terceiro container: Vibe Agent pra criar em português, número no Official ou no Waha, regra na Knowledge, ticket ligado, time no CRM. Descreva a secretária, publique, mande um “quero falar com gente” de teste e olhe a fila. [Começar agora](https://endless.zaia.app/platform/authenticate). 7 dias de trial. Depois a partir de R$150.