Quase todo resultado de Make.com no WhatsApp te manda o mesmo cenário: Watch Events na Cloud API (ou webhook na Z-API), Run an Agent no meio, Send a message na volta, Conversation ID no número do cliente. Dá pra montar. Também dá pro agente atender no canal, marcar no Calendar e abrir ticket no CRM, sem o scenario no caminho.
O que é Make.com no WhatsApp
Make.com no WhatsApp é o cenário que recebe a mensagem, passa pelo módulo de agente e devolve o texto. Na Zaia o nome da busca continua Make. O que publica é o agente no Official ou no Waha, com Knowledge, Calendar e CRM. Sem importar o scenario, sem Conversation ID, sem Z-API como cérebro.
Ninguém acorda querendo “mais um módulo”. O pedido é este: a clínica mandou “tem horário quinta?” e a resposta precisa sair no WhatsApp, com a agenda certa, sem você abrir o scenario às 22h.
Cenário Make vs agente publicado
O tema não falta conteúdo. Falta o tutorial que não trata o Make como o lugar onde o agente mora.
| Make (Watch Events / webhook + Run an Agent) | Agente publicado (Zaia) | |
|---|---|---|
| Quem recebe o WhatsApp | O scenario: Cloud API ou Z-API | O canal: Official ou Waha |
| Quem pensa | O módulo Run an Agent, tools penduradas no scenario | O agente do workspace, tools e MCPs nele |
| Memória | Conversation ID no número | O fio do canal + Knowledge / Tables |
| Agenda | Tool Get Free/Busy e Create Event no cenário | MCP de Google Calendar |
| Humano no loop | Outro módulo (Slack, planilha, inbox) | CRM nativo: ticket, History, Attendants |
| Quando quebra | Editar o scenario é editar a produção | Draft → teste → publicar → rollback |
| Cliente novo | Copiar scenario, conexão e webhook | Workspace, o mesmo padrão de agente |
O caminho Make funciona pra um número. O teto é o irmão de criar agente de IA para WhatsApp com n8n: cada cliente novo é uma cópia, a chave do modelo mora na conexão, e o estado “marcar horário / chamar gente” vive em módulo que você mesmo segura.
Make não é n8n. É o outro orquestrador que a agência já usa pra form, planilha e anúncio. A pergunta de busca muda. O desenho não: o agente mora no canal, não no scenario.
Também não é drop-in do Make. A Zaia não importa o cenário, não lê o Conversation ID e não usa Z-API como requisito. Quem precisa do scenario que já opera continua nele.
O job concreto: “tem horário quinta?”
Ninguém acorda pensando “preciso de um módulo Run an Agent”. O pedido é este:
A agência já tem Make pro tráfego da clínica. Alguém colou Watch Events, o agente da Make e a Z-API. Quinta o paciente perguntou horário. O scenario rodou. O Calendar estava no outro módulo, desligado. A recepção respondeu no celular. O Make ficou no histórico como “sucesso”.
Três saídas honestas. Nenhuma promete que o Make some da agência:
- Cabe no agente. Dúvida da Knowledge, preço da avaliação, endereço. Responde no fio. Sem evento na agenda.
- Cabe e agenda. “Tem horário quinta?”, remarcação, confirmação. O agente lê o Calendar e escreve o compromisso. O job completo de agendamento de consultas no WhatsApp continua o mesmo. Aqui o ponto é: isso não mora no scenario.
- Não cabe. “Importa o cenário da Make”, “o agente só pensa e o Make continua mandando o texto”, “cada cliente um Watch Events”. Recusa clara. Isso é orquestrador. Não é o job deste agente.
A regra mora na Knowledge: horário comercial, duração, o que nunca vira evento. O modelo não inventa a agenda da clínica.
O agente não substitui 100% do time. Encaixe que não existe, desconto fora da tabela, “quero falar com a doutora”: ticket. O humano assume no CRM.
Como publicar o agente sem o cenário
- Descreva o caso em português. “Secretária: no WhatsApp, responde o que está na base. Se pedirem horário, consulta o Calendar e marca. Se pedirem gente, abre atendimento. Não manda a pessoa pra um link.” O Vibe Agent monta a configuração inicial.
- Coloque a regra na Knowledge. O que agenda. O que nunca agenda. Qual calendário. Sem isso, o agente marca no dia errado ou some.
- Publique no WhatsApp. Official 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.
- Ligue o MCP do Google Calendar. Sem o MCP, o agente promete que “alguém marca depois”. Com o MCP, ele escreve o evento.
- Ligue criação de ticket e Attendants. Agenda sem fila deixa a exceção no celular. Fila sem regra abre ticket a cada “oi”.
- Versionar. Teste os três casos (responde, agenda, ticket). Publica. Rollback se o agente começar a criar evento sem confirmar.
HTTP Request só entra se a clínica tiver API REST de verdade. Não use HTTP Request pra fingir que o Make continua atrás da cortina.
Não trate Workflows como o motor estável deste cenário. Workflows na Zaia são beta. O caminho shipped é agente + canal + Calendar + Knowledge + ticket.
Não prometa import do scenario, Conversation ID da Make, Z-API como requisito, “o Make dispara o agente da Zaia” nem o time respondendo no scenario. O que está shipped é o agente publicado.
BYOK é opcional se a agência já trouxer a chave (OpenAI, Anthropic, Google AI, OpenRouter, xAI). Não é passo obrigatório pra o número sair do ar.
Quando isso vira oferta pra agência
Agência que já opera Make no tráfego sente o teto: o scenario atende um número e o segundo cliente pede outra conexão, outro webhook, outro Conversation ID. O cliente final reconhece valor quando o horário entra na agenda, não quando o módulo “Run an Agent” aparece no histórico.
Empacotar “agente no WhatsApp que agenda e chama gente” pede canal + Calendar + ticket, não um scenario 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 é Make.com no WhatsApp?
É o cenário que recebe a mensagem, passa pelo módulo de agente e devolve o texto. Na Zaia o nome da busca continua Make. O que publica é o agente no Official ou no Waha, com Knowledge, Calendar e CRM no mesmo workspace.
Preciso de Make.com para ter agente no WhatsApp?
Não. Na Zaia o agente publica no canal. Make com Watch Events continua válido. Não é requisito. Importar o scenario não é o desenho daqui.
A Zaia substitui o cenário que já está no ar?
Não como drop-in. Não há import do scenario, nem Conversation ID, nem Z-API obrigatória. Quem precisa do Make que já opera continua nele. O caminho daqui é publicar o agente e atender a conversa nova no canal.
O agente substitui a recepção?
Não. Ele resolve o que está na Knowledge, marca o que cabe no Calendar e abre ticket quando o caso pede gente. O atendente assume. Agente e humano no mesmo loop.
Como começar
Make.com no WhatsApp mora no nome da busca, não no scenario: Vibe Agent pra criar em português, número no Official ou no Waha, regra na Knowledge, Calendar no MCP, ticket ligado. Descreva a secretária, publique, mande um “tem horário quinta?” de teste e olhe a agenda.
Começar agora. 7 dias de trial. Depois a partir de R$150.