Blueprint de implementação · Phoenix Hair / RevitaNatural
Como a operação funciona e como deve funcionar, de ponta a ponta: captura em revitanatural.com/descubra1 → grupo exclusivo por live (um novo por dia, virada automática às 20h) → fluxo 1:1 em sincronia → live → pós-evento e remarketing de terça. Este documento é a referência para conectar CRM + GrupoZapius + plataforma de webinário num ecossistema único.
Parte 1 · O ecossistema
Cada sistema tem uma responsabilidade única. A coorte do dia (cohort_date + grupo_id) é o fio que atravessa todos eles — nasce na captura e identifica o lead em qualquer canal.
porta de entrada
cérebro · fonte da verdade
automação de grupos
sala da live · presença
Parte 2 · O ciclo diário
Este é o ciclo que se repete todos os dias. A janela de captura vai das 20:00 de um dia às 19:59 do dia seguinte — quem entra nessa janela pertence ao mesmo grupo, ao mesmo fluxo e à mesma live.
Às 20h em ponto — quando a live do dia começa — o sistema executa a virada: cria o grupo novo (grupo #N) e troca o link de destino da página de captura/obrigado, que passa a apontar pro grupo da live de amanhã. A virada é registrada: fica gravado qual grupo esteve ativo em cada janela.
O lead clica no anúncio, cai na página de captura, se cadastra e é levado à página de obrigado, que redireciona automaticamente pra dentro do grupo da live que ele vai participar. No mesmo instante, o CRM grava a identidade da coorte no lead — é isso que organiza a base e impede mistura de fluxo ou erro nos disparos dos eventos seguintes.
Durante o dia, o grupo recebe a sequência de aquecimento até o momento da live (boas-vindas, enquete, prova social, contagem regressiva). Em paralelo, o fluxo 1:1 no privado dispara sempre em sincronia com o grupo que está recebendo a base do dia: mesmos horários-chave, mesma live, mesmo público. A tag da coorte é o filtro de todos os disparos dos dois lados.
O grupo existe pra uma live só: quem está nele é exatamente quem foi capturado na janela daquele evento. Todo link enviado é o magic link do lead — ao clicar, ele entra direto na sala (sem formulário) e a plataforma passa a emitir os eventos de presença dele em tempo real pro CRM. Encerrada a live, o grupo sai do ciclo diário e vira acervo.
Quem assistiu e chegou à oferta recebe o link de compra (na sala e no privado, só pra quem entrou e não comprou). O webhook do checkout marca o comprador, encerra todo o messaging comercial e inicia o fluxo de boas-vindas/entrega.
D+1 de manhã: convite pra nova sessão de hoje (botões: hoje / amanhã / sem interesse). Resposta positiva = re-inscrição em coorte nova — o lead migra de coorte de forma registrada e refaz o ciclo. D+2: última tentativa com prova social. Depois disso, o lead sai do fluxo ativo e fica no estoque de remarketing.
Uma vez por semana, sempre na terça, roda o disparo em todos os grupos acumulados da base, convidando todas as participantes pra uma nova live — o mecanismo de recuperação em escala de quem não participou antes. Quem aceita volta pro ciclo: nova coorte, novo grupo do dia, novo fluxo em sincronia. Deve rodar como campanha registrada (quais grupos, qual mensagem, quem clicou), não como disparo manual.
Parte 3 · A sequência do dia
Sequência-padrão dos dois canais no dia da live. No privado, a regra central é a supressão em tempo real: assim que o lead entra na sala, os reforços param de atingi-lo; e a oferta só vai pra quem entrou e não comprou.
Regra de custo (WhatsApp oficial): o aviso das 20:00 pode pagar template; os reforços 20:05–20:20 saem apenas dentro da janela de 24h (mensagem interactive, custo zero) — quem está fora da janela é pulado, não cobrado.
Parte 4 · Modelo de dados
Na operação anterior, a camada de grupos rodou sem rastro estruturado — o custo foi não conseguir ligar presença e resposta de volta ao lead. A nova estrutura formaliza estes objetos:
| Entidade | Campos essenciais | Quem escreve | Quem lê |
|---|---|---|---|
| lead | telefone E.164 (chave), nome, cohort_date, grupo_id, tags[], origem, utm/fbp/fbc, opt_out | LP (captura) · Webinário (tags) · Checkout (compra) | CRM (fluxos) · GrupoZapius (disparos) |
| grupo | numero (#N), janela_inicio / janela_fim, link_convite, status (ativo → acervo), live_ref | GrupoZapius (criação + virada) | LP (link ativo) · disparo de terça |
| coorte / evento | cohort_date (chave), grupo_id, live_url, links (live/oferta/replay), configuração de horários | virada das 20:00 | todos os disparos do dia |
| inscricao (lead × coorte) | UNIQUE(telefone, cohort_date), confirmado, entrou, ultimo_step, comprou, re_inscrito, sem_interesse | CRM (fluxo 1:1) · Webinário (presença) | cada step antes de disparar |
| evento_webinar | lead_ref, tipo (entrou/saiu/pitch/cta), timestamp, origem do clique (qual mensagem) | plataforma de webinário | CRM (tags) · relatórios |
| campanha (terça) | data, grupos[], mensagem, cliques → lead_ref | GrupoZapius | CRM (re-inscrições geradas) |
Taxonomia de tags do lead — a tag de coorte organiza a base; as comportamentais (emitidas pela sala em tempo real) segmentam o pós-evento:
Parte 5 · Trackeamento total
Princípio de arquitetura: nada acontece com o lead sem virar um evento gravado (lead_ref + tipo + timestamp + contexto de origem). A linha do tempo resultante é o que permite criar fluxos de funis ao longo dos dias de remarketing — segmentar não pelo que achamos, mas pelo que cada lead efetivamente fez.
| Etapa | Eventos que devem ser gravados | Emitido por |
|---|---|---|
| captura | viu a página · iniciou cadastro · cadastrou · caiu no /obrigado · redirecionou pro grupo #N | LP (tracker client + server-side) |
| grupo | entrou no grupo · saiu do grupo · reagiu/respondeu · clicou em link de mensagem do grupo | GrupoZapius |
| privado 1:1 | mensagem enviada (qual step) · entregue · clicou no link (qual mensagem) · respondeu botão · pediu sair | CRM |
| live | entrou na sala (e por qual mensagem) · tempo assistido · saiu · presente no pitch · viu o CTA · clicou no CTA · interagiu no chat/enquete | plataforma de webinário |
| checkout | iniciou checkout · abandonou · pagamento pendente/expirado · compra aprovada · reembolso | webhook do checkout |
| remarketing | recebeu reconvite (D+1, D+2, terça) · clicou · re-inscreveu · ignorou N convites seguidos | CRM + GrupoZapius |
Com a jornada gravada, cada combinação de eventos vira um segmento dinâmico — e cada segmento vira um fluxo próprio, com ângulo e cadência diferentes ao longo dos dias:
Cada evento carrega a mensagem de origem — então dá pra saber qual step, qual grupo e qual campanha geraram cada clique, presença e venda, e otimizar o funil com dado real.
Os eventos-chave (Lead, presença, CTA, compra) são enviados também server-side pro Meta (CAPI) com deduplicação — cada segmento comportamental vira audiência de remarketing e fonte de lookalike, e a campanha otimiza pelos mesmos dados que o CRM enxerga. Uma jornada, duas saídas: fluxo de mensagem + audiência de anúncio.
Parte 6 · Regras de automação
Criar grupo novo, publicar o link, trocar o destino da LP e registrar a troca — tudo sem intervenção manual e com log de qual grupo esteve ativo em cada janela.
cohort_date + grupo_id + tag entram no lead no momento do cadastro. Captura às 19:59 é coorte de hoje; às 20:00 já é coorte de amanhã.
Nenhuma mensagem de evento sai sem filtro de cohort_date/tag. É a garantia de que a base de hoje nunca recebe o fluxo de ontem — e vice-versa.
A sequência do grupo #N e o fluxo 1:1 da coorte #N referenciam o mesmo evento e os mesmos horários. Uma mudança de horário da live atualiza os dois canais de uma vez.
Entrou na sala → para de receber reforço de "entre na live". Comprou → para todo messaging comercial na hora. A tag comportamental é quem liga e desliga fluxo.
Todo link é o magic link do lead com o step de origem. Presença, pitch e CTA voltam pro CRM como eventos ligados à pessoa — nunca contagem anônima.
No-show que aceita nova live gera inscrição nova na coorte escolhida (marcada como re-inscrita). O histórico da coorte original fica intacto.
O reconvite semanal em todos os grupos roda agendado, com registro de grupos atingidos, mensagem e cliques — e com anti-ban do GrupoZapius (delays, lotes, rotação de admins).
Reforços de live só via mensagem gratuita dentro da janela; fora dela, pular o lead. Template pago só nos pontos definidos (convite, aviso das 20:00, recuperação).
Toda etapa e toda ação do lead — em qualquer canal — gera evento com lead_ref, timestamp e origem. Se uma automação executa algo que não deixa rastro, ela está errada por definição: sem a trilha completa, os funis de remarketing dos dias seguintes não existem.
Nenhum disparo em massa ativa sem liga manual. "Sair/parar/sem interesse" remove o lead de todos os fluxos na hora e fica gravado permanente.
Parte 7 · Aprendizados da operação real
O reforço das 20:05 coloca mais gente na sala do que o próprio aviso das 20:00. Os primeiros 20 minutos de insistência são o momento mais valioso do messaging — manter e instrumentar.
Lead capturado no dia converte em outra ordem de grandeza versus base reaproveitada. É a razão de existir da coorte diária — o desenho protege exatamente isso.
O gargalo histórico não é fazer o inscrito entrar — é transformar lead em inscrito ativo e, depois da live, em comprador. Confirmação e pós-live merecem tanto fluxo quanto o pré.
Na operação anterior, a sala não devolvia eventos confiáveis (tempo assistido, pitch, CTA) — e o pós-evento ficou cego. Na nova estrutura, a telemetria da sala é requisito, não extra.
Reconvidar o no-show pra "mesma live amanhã" devolve pouco. O D+1/D+2 e a terça funcionam melhor com ângulo novo (replay, prova social, escassez real) do que com repetição.
Os grupos encerrados formam a base própria mais quente da operação. O disparo de terça é o que transforma esse acervo em audiência recorrente — automatizado, vira máquina.