Mais Controle · Processo Comercial

Playbook Comercial

Como o processo comercial funciona no HubSpot: os funis SDR → Closer → Checkout, o disparo de WhatsApp por atividade, o registro de perdas e a reativação — mais os tutoriais operacionais do SDR e do Closer.

SDRsClosersHead de VendasRevOps
Já no ar configurado e ativo hoje Ativa no go-live pronto, ligado na data Fase posterior depende de pendências
01

Como o HubSpot organiza as informações

Base conceitual. Todo o time precisa falar a mesma língua antes de operar o funil.

Lead, Contato e Negócio

  • Lead — quem preencheu um formulário, independentemente de ter interesse real. É a entrada bruta.
  • Contato — o lead que o Marketing definiu como interessante (contato de marketing). É quem passa a ser nutrido.
  • Negócio (Deal) — a oportunidade de venda, criada após a reunião realizada e qualificada. É o card que o Closer conduz até o fechamento.
  • Empresa — a construtora/empresa do lead. No ar desde 06/09: nasce sozinha quando o lead preenche o campo Empresa na LP ou no checkout (ou pelo domínio do e-mail corporativo, se deixar vazio), já associada ao contato; duas pessoas da mesma empresa são juntadas numa só pelo robô de deduplicação. Quem usa gmail e não informa empresa fica sem. O negócio do checkout também leva a empresa (desde 24/09): nasce já ligado à empresa do contato, e um robô confere a cada 15 min e completa o negócio que nasceu antes da empresa existir (lead que escolhe o plano em menos de 2 min). Negócio do checkout sem empresa = o contato também não tem; preencha o campo Empresa do contato.
Regra estrutural

O SDR trabalha com CONTATOS no funil dele. O Closer trabalha com NEGÓCIOS. O negócio nasce na passagem de bastão — não antes.

A jornada da qualificação

EstágioO que éDe quem é
LeadPreencheu formulário, com ou sem interesse.Marketing
ContatoLead considerado interessante pelo MKT; entra em nutrição.Marketing
MQLAtende aos critérios do SLA e faz sentido passar ao comercial.MKT → Comercial
SALMQL em etapa de tentativa de contato pelo SDR.SDR
SQLLead qualificado pelo SDR.SDR
NegócioCriado após a reunião, dentro do SLA de passagem.SDR → Closer
ClienteFechou e assinou contrato. Passa ao CS.Closer → CS

Por que importa: o estágio avança junto com o trabalho de vocês. Um contato mal qualificado como SQL, ou um negócio criado cedo demais, contamina relatórios, automações e a régua de nutrição.


02

Visão geral do processo

Como o lead flui do primeiro contato ao fechamento.

O comercial trabalha em três funis:

  • Funil de SDR Já no ar — pré-qualificação, triagem e agendamento. Move contatos.
  • Funil de Closer Já no ar — reunião, condução da proposta e fechamento. Move negócios.
  • Funil de Checkout Já no ar — leads que compram sozinhos no Admin (autoatendimento). É um funil de negócio no HubSpot: Plano Selecionado → Aguardando Pagamento → Validação de Pagamento → Negócio ganho. Nos passos 1–2 o lead é só contato (dono Kaique se for novo); no passo 3 nasce o negócio; no pagamento o robô leva para Validação de Pagamento — nunca para Ganho — já com o dono decidido pela regra de atribuição (abaixo). Um humano confere e dá o Ganho. As etapas Tentativa de Contato, Em Conversa, Contrato enviado e Negócio perdido existem no funil, mas nenhuma automação as usa: são para o Kaique trabalhar à mão quem abandonou. O negócio de quem abandona fica em Plano Selecionado (o Perdido automático de 7 dias marca só o contato). O espelho no Pipedrive é temporário. Go-live recuperação de abandono (e-mail e WhatsApp do Kaique). Detalhes no tutorial Funil de Checkout.

Fluxo macro

  1. Entrada do lead → roteamento automático no funil do SDR (seção 3).
  2. SDR faz pré-qualificação, triagem e as tentativas de contato (cadência de WhatsApp por atividade — seção 6).
  3. Lead agendado → reunião realizada e qualificada → negócio é criado e migra para o funil do Closer.
  4. Closer conduz reunião, proposta e fechamento.
  5. Compra pelo checkout → negócio no funil de Checkout (HubSpot) → pagamento leva a Validação de Pagamento com o dono certo → humano dá o Ganho. Abandono → recuperação Go-live.
  6. Lead perdido → registro do motivo → entra em reativação (seção 7).
Proposta & Checkout — não confundir (3 caminhos)
  • Calculadora Lovable (calc-pricing-pal.lovable.app/calculadora/comercial) = ferramenta de proposta. É a mesma tela para todo mundo — quem decide o destino é o perfil do usuário na Lovable: perfil de SDR gera no contato (campos de checkout; foco em criar trial); perfil de Closer gera no negócio (produtos viram line items + PDF anexado).
  • Checkout online (Admin) = outra coisa: o próprio cliente faz o passo a passo (autoatendimento) → marca o Status do Checkout no contato.
  • Importação de Parcerias = terceira tela da Lovable, em .../painel → aba Parcerias (Gerente Comercial).
  • Detalhes: tutoriais Montar a proposta (Closer), Trial (SDR), Funil de Checkout (Admin) e Importação de planilha (Parcerias).

Checkout — de quem é a venda e como fecha Já no ar (regra do Yuri, desde 05/09)

Princípio: venda em que ninguém do time participou é do Thiago (head). Dono do contato é carteira; dono do negócio é o crédito da venda. Relatório de venda lê sempre o dono do negócio.

Quem interagiu com o contato/negócio durante o checkoutNegócio (venda)Contato
Ninguém — só robôs e workflowsThiago, marcado como Venda automática = Simnão muda
Só SDR (Ana, Henrique, Leonardo)Thiagofica com o SDR — oportunidade dele
Kaique (sozinho ou junto com SDR), inclusive tarefa concluída por eleKaiquenão muda
Só Louise ou Fernando (operação)conta como ninguém → Thiagonão muda
  • O que conta como interação: ligação, reunião, nota, e-mail ou WhatsApp registrado no HubSpot e tarefa concluída por pessoa. Tarefa aberta, ou aberta e fechada por robô/workflow, não conta. Conversa só no WhatsApp do celular ou no GPT Maker não aparece no CRM — registre no contato se quiser o crédito.
  • Janela: do início do checkout até o pagamento. Ligação de meses antes não conta.
  • Pagamento nunca dá Ganho. O negócio chega em Validação de Pagamento já com o dono certo e uma nota explicando quem levou e por quê (campos Venda automática e Evidência de interação humana no negócio). Quem confere o pagamento e arrasta para Ganho é o dono do negócio (Thiago nas automáticas, Kaique nas dele).
  • Pagou sem ter negócio no CRM? O robô cria o negócio na hora e segue igual.
  • Pagou com e-mail que não existe no CRM? O robô não cria contato: abre a tarefa [Aprovado - Sem Contato] nome - R$ valor para o Thiago, prioridade alta, com a categoria de tarefa "Aprovado - Sem Contato". Ele confere no Admin, cria/acha o contato e o negócio e decide o dono pela tabela acima.
  • Negócio sem dono não existe mais: contato sem dono no passo 3 gera negócio do Kaique (ele segue responsável pela recuperação).

03

Papéis, responsabilidades e roteamento

Quem faz o quê — incluindo como o lead chega ao SDR e a passagem de bastão.

PapelResponsabilidade no HubSpot
SDRTrabalha CONTATOS: pré-qualificação, triagem e tentativas via cadência de WhatsApp. Agenda a reunião. Mantém o contato no funil de SDR até a reunião ser realizada e qualificada. Registra motivo de perda.
CloserTrabalha NEGÓCIOS. Acompanha o contato já a partir do agendamento (compartilhada). Assume o negócio quando ele é criado: conduz reunião, proposta, negociação e fechamento. Registra motivo de perda.
Head de VendasAcompanha os três funis, o SLA e os indicadores. Garante que o processo seja seguido.
RevOpsCuida da configuração: campos, automações, cadências e integrações. Débitos e pendências ficam em DEBITOS_PROJETO.md.

Roteamento de leads para o SDR Já no ar

Quando o lead vira MQL, o HubSpot faz o rodízio automático (round-robin), distribuindo o contato entre os SDRs do time: Ana Arantes, Henrique e Leonardo. O dono do contato é definido automaticamente — e é por ele que a cadência envia o WhatsApp (pelo número do SDR dono).

SituaçãoQuem vira o dono
Lead do site classificado com perfil (vira MQL)Rodízio automático: Ana, Henrique ou Leonardo
Lead sem perfilNinguém — vai automaticamente para Perdido (motivo “Sem Perfil - IA Atendendo”) e o Agente IA assume a conversa no WhatsApp ✅ pronto na instância nova e validado em 07/09 — liga no go-live; quem está no checkout nunca recebe essa abordagem
Lead que entra pelo checkoutKaique — só se for lead novo; quem já tem dono não muda
Lead antigo re-preenche um formulário e vira “com perfil”⚠️ O rodízio roda de novo e pode trocar o dono
Férias / saída / mudança no timeO Head ajusta em Configurações → Times (ver nota abaixo)

Lembrete: o WhatsApp da cadência sai pelo número do dono no momento do disparo — dono certo = mensagem pelo número certo.

Passagem de bastão · SDR → Closer

Quando o lead é agendado, ele ainda está no funil de SDR — mas o Closer já entra para conduzir a reunião: responsabilidade compartilhada. O negócio só migra para o funil de Closer (e a responsabilidade passa de fato) após a reunião ser realizada e qualificada.

⚠ Impacta comissionamento Quem qualifica o lead é o CLOSER — não o SDR

Quem qualifica o lead e o migra para o estágio “qualificado” (Ganho - Reunião Realizada → Opportunity, criando o Negócio) é o CLOSER. O SDR agenda a reunião; o Closer, após conduzi-la, decide se o lead é qualificado e faz a migração.

Esta etapa é sensível e interfere diretamente no comissionamento — a qualificação da reunião é critério e responsabilidade do Closer, não do SDR.

Automações de governança (fiscalização) Cobrança no ar Alerta no go-live

Para proteger o processo e o comissionamento, o HubSpot tem dois automatismos:

  • Retorno sem justificativa no ar desde 26/08: se um lead vai para Retornar ao SDR sem o Motivo de Não Demo, o HubSpot espera 5 minutos e, se o campo continuar vazio, cria uma tarefa de alta prioridade para o SDR dono do contato (“Lead retornado sem Motivo de Não Demo — decidir reagendar ou perder”). Preencher o motivo dentro dos 5 minutos evita a cobrança.
  • Campo sempre visível ajustado em 10/09: o seletor Motivo de Não Demo fica no cartão Infos SDR de todos os contatos, qualquer que seja a etapa. Retornar ao SDR continua sendo apenas o gatilho da cobrança quando o campo está vazio.
  • SDR movendo etapa do Closer liga no go-live: se um SDR mover um lead para Ganho - Reunião Realizada ou Retornar ao SDR (etapas do Closer), o HubSpot notifica Head e RevOps.
⚠ Manutenção RevOps / Head Atualizar os IDs do time SDR ao mudar o time

O alerta de “SDR movendo etapa do Closer” identifica o responsável por uma lista fixa de IDs de usuário do time SDR (limitação do HubSpot: não há filtro por time para o campo “modificado por”). Sempre que entrar, sair ou trocar alguém no time SDR, é obrigatório atualizar os IDs nesse workflow — senão o alerta deixa de cobrir a pessoa nova. Ref.: DEBITOS_PROJETO.md.

Férias, ausência e saída de vendedor

A redistribuição de leads e o rodízio quando alguém entra, sai ou está de férias é gerida pelo Head, na configuração de Times do HubSpot (Configurações → Usuários e equipes). Ao afastar/remover uma pessoa, o Head ajusta o time e a atribuição para que os leads não fiquem parados com quem está fora. (Lembre também de atualizar os IDs do workflow acima quando o time SDR mudar.)


04

Funil e critérios de avanço

Quando um negócio muda de etapa e quando a responsabilidade passa de mão.

O MQL chega do Marketing; vira SAL quando o SDR inicia as tentativas de contato; vira SQL quando o SDR qualifica; e o Negócio é criado após a reunião, dentro do SLA de passagem.

  1. SDR faz a pré-qualificação e triagem (perfil, momento, fit).
  2. SDR executa a cadência de contato até conseguir o agendamento.
  3. Lead agendado: permanece no funil de SDR, mas o Closer já entra → responsabilidade compartilhada.
  4. Reunião realizada e qualificada: o Negócio é criado Já no ar e a responsabilidade passa ao Closer.
  5. Closer conduz proposta, negociação e fechamento.
Regra de ouro

Enquanto o lead está AGENDADO, ele segue no funil de SDR e a responsabilidade é compartilhada. Ela só passa integralmente ao Closer quando a reunião acontece e o lead é qualificado.


05

SLA e regras automáticas de atividade Já no ar

O HubSpot cria atividades e organiza os prazos automaticamente.

O HubSpot gera as tarefas de contato e acompanha os prazos. Trabalhe a partir da fila de atividades/tarefas — é ela que organiza o dia e agenda a cadência de WhatsApp.

  • Cada lead recebe atividades com prazo; cumpri-las no tempo é o que mantém o SLA verde.
  • As atividades têm nomes padronizados — e o nome é o que aciona os disparos (próxima seção).
  • Negócio parado no funil do Closer: 7 dias na mesma etapa (Demo Realizada, Negociação, Aguardando Pagamento ou Validação de Pagamento) → tarefa de alta prioridade pro dono do negócio dizendo o que fazer (sem dono, pro Thiago), uma vez por passagem. No ar desde 09/09. Detalhe: seção Funil do Closer.
  • Toque zero (flow [COM] Atividades - 00 | MQL A Trabalhar): quando o lead cai em A Trabalhar, o HubSpot cria sozinho, 3 min depois, a tarefa 1ª Tentativa de contato [WPP] — é ela que o robô dispara como 1ª mensagem, antes do aceite. Por isso a cadência do aceite começa pela ligação e não tem mais WhatsApp no D0. ⏳ Hoje esse flow está ligado em modo teste (só o número de teste entra); passa a valer para todo lead novo na virada do toque zero, junto com o robô de envio (seção 6).
⚠ Interrompe a automação Nunca renomeie a atividade — o nome É o gatilho

É muito comum o vendedor alterar o nome da atividade (encurtar, adaptar, tirar o [WPP]). Qualquer alteração interrompe o disparo automático — sem aviso. O fluxo simplesmente para e ninguém é notificado.

Mantenha o nome exato como o HubSpot criou. Se precisar de outra mensagem, crie uma nova atividade com o nome padrão correto (ver seção 6) — não reaproveite renomeando.


06

Cadência de WhatsApp — como disparar Go-live

A parte mais operacional do dia a dia do SDR. Leia com atenção.

⏳ Hoje só o número de teste recebe. A criação das atividades está no ar e o robô de envio já roda na instância nova, com os templates atuais, mas em modo teste: as atividades [WPP] aparecem na fila e a mensagem só sai para o número de teste. Para lead real nada sai até a virada — siga o processo atual. A virada liga de uma vez o robô (modo teste desligado) e o toque zero (seção 5).

Como funciona: o gatilho é o NOME da atividade, na data e hora agendadas. Quando chega a data/hora de uma atividade cujo nome corresponde a um template, o WhatsApp é enviado automaticamente pelo número do SDR dono do contato.

Quando sai e o que é checado antes: o robô só envia em dia útil, das 9h às 18h — atividade que vence fora disso é adiada para a próxima abertura (sábado 0h vira segunda 9h; nunca é descartada). Antes de enviar, ele valida o formato do número (DDD, tamanho, celular começando com 9); número reprovado não vira envio — vira a tarefa WhatsApp nao reconhecido como valido para o SDR corrigir o cadastro, sem queimar o número. O telefone é lido do campo WhatsApp do contato (depois Telefone, depois Celular).

Como enviar: crie uma atividade com o nome exato e agende a data/hora. Na hora marcada, a mensagem sai sozinha. Para cancelar, conclua ou exclua a atividade antes da hora.

Nota técnica · o remetente é definido no disparo

O número que envia é o do dono do contato no momento do envio (na data/hora agendada) — não no momento em que a atividade foi criada.

Consequências: (1) se o lead for reatribuído antes do horário, a mensagem sai pelo número do novo dono (nome e telefone também são lidos atualizados no disparo); (2) se, na hora, o dono for alguém sem número mapeado (fora dos SDRs), o robô não envia — cria uma tarefa de erro em vez de mandar pelo número errado.

Nomes de atividade que disparam WhatsApp

Nome exato da atividadeQuem criaTemplate (WABA, desde 04/09)
1ª Tentativa de contato [WPP]sozinha, pelo toque zero, quando o lead cai em A Trabalhar (não faz mais parte do aceite)hs_01_tentativa_contato_sdr — um só para os 3 SDRs; nome do lead e do SDR entram como variáveis
2ª Tentativa de contato [WPP]cadência do aceite (Tentativa de contato)hs_02_tentativa_contato_sdr
Lost [WPP]cadência do aceite — último toque antes da perdahs_03_tentativa_contato_sdr_lost
Passos do Kaique (checkout)recuperação de abandono do checkout01_checkout_kaique · 02_checkout_kaique · 03_checkout_kaique

A mensagem sai personalizada pelo SDR dono do contato (por isso o roteamento e o dono certo importam). Os templates antigos (01_contato_sql_<sdr>, 02_contato_sql*_<sdr>, 03_contato_sql_lost_geral) foram apagados da WABA em 04/09 — não existem mais.

Mensagens de reunião (não são atividades [WPP]; saem pelos robôs de reunião, também em modo teste): hs_agendamento_demo ao marcar a demo pelo HubSpot, hs_confirmacao_demo na véspera às 17h ou no dia às 9h, confirmacao_reuniao 30 min antes com o link do Meet — ver seção 3 e o tutorial de agendamento.

🤖 Quem responde o lead

Quando o lead responde à 1ª mensagem (e à Lost, e a qualquer mensagem do Kaique), quem atende é a IA do GPT Maker no número do SDR. A partir da 2ª tentativa dos SDRs, a conversa vira humana: a IA para e o SDR assume (regra de 04/09).

Atenção · disparo silencioso

Se o nome estiver errado (typo, faltando o [WPP], espaço a mais), nada é disparado — e sem aviso. Confira o nome caractere por caractere antes de agendar.


07

Registro de perda e reativação Go-live

O que o time faz manualmente (registrar a perda) e o que roda sozinho (a reativação).

A reativação (V.7) está desenhada e será ligada no go-live. Hoje ela ainda não roda — até a virada, a retomada de perdidos segue o processo atual. O que já vale desde já é registrar corretamente o motivo de perda.

Por que o motivo de perda importa

O motivo registrado direciona o lead ao grupo de reativação correto. Registrar errado (ou em branco) faz o lead cair na régua errada — ou em nenhuma. É a única ação manual que o time precisa fazer para a reativação funcionar.

Como registrar corretamente

  1. Ao marcar o lead como perdido, selecione o motivo de perda que descreve a situação real.
  2. Não force um motivo genérico só para fechar o card — o motivo alimenta a reativação.
  3. Para leads sem contato, use a atividade Lost [WPP] como último toque antes da perda.
🤖 Os dois motivos AUTOMÁTICOS — não escolha na mão

"Sem Perfil - IA Atendendo" — lead classificado sem perfil (sem obra / score baixo) vai sozinho para Perdido e o Agente IA assume no WhatsApp.

"Abandono de carrinho automático" 🆕 (no ar desde 31/08) — quem começou o checkout e não terminou vai para Perdido 7 dias depois. A automação não marca quem pagou, virou cliente, tem conta/trial no Admin, entrou no funil do SDR, ou teve qualquer atividade nos últimos 7 dias (contato registrado no card, ou o cliente voltando ao site). 👉 Se você falou com o lead, registre no card — é o registro que segura a perda automática.

Como a reativação vai funcionar (V.7)

Nutrição de leads perdidos (V.7.1): régua automática de retomada com toques ao longo do tempo. Os toques são criados como tarefas para o responsável executar — não é envio 100% automático como a cadência SQL.

Remarketing na Meta (V.7.2) Fase posterior — o lead perdido entra em públicos de anúncio conforme o motivo. Depende de conectar as listas do HubSpot aos Públicos Personalizados da Meta.


08

O que ainda NÃO usar hoje Fase posterior

Itens que dependem de pendências do cliente. Seguir o processo atual até liberação.

ItemSituaçãoO que fazer hoje
Contrato automatizado no HubSpotPendência do clienteSeguir o processo de contrato atual. Não usar geração automática.
Gravação/transcrição de reuniõesPendência do clienteContinuar registrando reuniões como hoje.

✅ Cobrança / pagamento (a antiga “integração Vindi”): saiu desta lista — foi substituída pela integração com o Admin, já no ar: a conta é criada ao avançar o negócio (ou o trial) e o pagamento aprovado volta sozinho ao HubSpot, levando o negócio a Validação de Pagamento. Como funciona: tutoriais do Closer e do Checkout.

Mensagem para o time: esses pontos não mudam o dia a dia por enquanto. Quando forem liberados, faremos um complemento de treinamento.


09

Boas práticas e checklist rápido

Cola rápida para o dia a dia.

✅ Checklist do SDR

  • Trabalhar a partir da fila de atividades.
  • Conferir o nome da atividade caractere por caractere antes de agendar o WhatsApp.
  • Usar os nomes exatos: 1ª Tentativa de contato [WPP], 2ª Tentativa de contato [WPP], Lost [WPP].
  • Lembrar: o WhatsApp sai pelo número do dono — confira o dono do contato.
  • No agendado, responsabilidade compartilhada com o Closer.
  • Registrar o motivo de perda correto sempre.

✅ Checklist do Closer

  • Acompanhar o lead já no agendamento; assumir de fato após a reunião realizada e qualificada.
  • Manter as etapas do funil atualizadas.
  • Qualificar a reunião ANTES de enviar a proposta — o negócio precisa existir para a calculadora gravar os itens.
  • Ao mover para Aguardando Pagamento, conferir se o ID Empresa (Admin) voltou; se veio tarefa de erro, corrigir o cadastro e limpar a trava Erro criação conta Admin.
  • Em Validação de Pagamento, conferir o pagamento no Admin e dar o Ganho na mão — o robô nunca dá Ganho.
  • Trial pelo negócio: Trial? = Sim no contato antes de mover para Aguardando Pagamento; ficar de olho nas tarefas [TRIAL - METADE] e [TRIAL - FINALIZADO].
  • Conferir se o contato tem empresa associada (nasce sozinha pelo campo Empresa da LP); se não tiver, preencher o campo Empresa do contato.
  • Registrar motivo de perda quando não fechar.
  • Seguir o processo de contrato atual (automação não liberada).
Erros comuns a evitar

· Nome de atividade errado → WhatsApp não dispara e ninguém é avisado.
· Migrar o negócio para o funil de Closer antes da reunião realizada e qualificada.
· Deixar motivo de perda em branco ou genérico → reativação não funciona.

Dúvidas de processo → Head de Vendas. De configuração (campos, automações, cadências) → RevOps.


JORNADAS

Jornadas de ponta a ponta

Roteiro de treinamento: o caminho completo de um lead, da entrada ao fechamento — com o que fazer no HubSpot e o que muda no contato/negócio.

Como ler uma jornada

Caminho feliz = a sequência normal, passo a passo. E se… = os desvios (lead ruim, sem contato, no-show). 👤 você faz · ⚙️ o sistema faz sozinho — se a etapa é só arrastar, é só arrastar.

Dois campos que não se confundem

Etapa no funil (SDR) é o único que você move (A Trabalhar → Tentativa de contato → …). O Ciclo de vida (MQL → SAL → SQL → …) muda sozinho, como consequência.

Grupo 1 · Landing Page

JornadaResumo
1 · LP com perfilLead com perfil → SDR → reunião → Closer → fechamento
2 · LP sem perfilLead sem perfil → Perdido + Agente IA → nutrição Brevo
3 · LP ParceirosFormulário Parceiros do site → rodízio SDR + caminho com perfil

Demais grupos: Checkout (jornadas 4 e 5) e Upload em massa (parcerias, eventos — jornadas 6 a 8).


JORNADA 1

LP com perfil → fechamento

O lead entra por uma landing page, tem perfil, passa pelo SDR, agenda a reunião e é fechado pelo Closer.

Dois campos que não se confundem

Etapa no funil (SDR) → o único que você move: A Trabalhar → Tentativa de contato → Em contato - Ativo → Agendado → Ganho - Reunião Realizada (ou Perdido).
Ciclo de vida → muda sozinho: MQL → SAL → SQL → Opportunity → Customer. Você nunca edita à mão.

Parte A — Contato (funil do SDR)

#Etapa no funil (SDR)👤 O que VOCÊ faz (e em qual tela)⚙️ O que muda sozinho
1A TrabalharAbrir o contato (CRM → Contatos → nome) e validar: telefone real? e-mail coerente?Já caiu aqui ao ser classificado: Classificação = Com perfil, Ciclo de vida = MQL, um SDR virou dono (rodízio)
2→ Tentativa de contato (= aceitar)Se o lead presta, mude a Etapa para "Tentativa de contato". Só isso — é o aceite.Ciclo de vida → SAL. Dispara a cadência de 7 tarefas (começa pela ligação)
3(trabalhar a cadência)Em CRM → Tarefas → "Iniciar tarefas". A 1ª é a ligação "Abertura de Contato" — ligue, marque resultado + anotação. Os WhatsApp saem sozinhosCada tentativa fica registrada no contato
4Em contato - AtivoQuando conseguir falar e houver fit, mude para "Em contato - Ativo"Ciclo de vida → SQL. A cadência restante some sozinha
5AgendadoBotão "Reunião" → título/data/hora + participantes (lead + Closer) → Salvar; envie o link; mude para "Agendado"Continua SQL. O Closer entra. Confirmação automática 30 min antes
6Ganho - Reunião Realizada⚠️ Quem move é o CLOSER, não o SDR (impacta comissionamento), após qualificar a reuniãoCiclo de vida → Opportunity. Cria o Negócio no funil do Closer
⭐Em trial (paralela)Para dar um teste (degustação) a quem ainda não tem conta: preencher os campos de trial (Trial? = Sim, plano, implantação, nº de usuários) e mover para "Em trial"Cria a conta trial no Admin; volta ID + senha provisória ao contato e marca Já tem conta? = Sim. Não muda o Ciclo de vida
↩️Retornar ao SDR (o Closer devolve)Quando o Closer devolve o lead (no-show ou fora de perfil): você reagenda ou dá PerdidoEntra a cadência de reagendamento (5 tarefas/3 dias), ou vai para Perdido

Tarefas da cadência (passo 3)

Nascem agendadas para D0–D4 e vencem nos dias independentemente de você atender — 5 ligações (você faz) + 2 WhatsApp (saem/concluem sozinhos; não conclua um [WPP] antes da hora, cancela o envio):

DiaTarefa (como aparece na fila)Tipo
D0Abertura de Contato📞 você liga
D11ª Tentativa (quem não atendeu)📞 você liga
D22ª Tentativa📞 você liga
D22ª Tentativa de contato [WPP]💬 automático
D33ª Tentativa📞 você liga
D44ª Tentativa📞 você liga
D4Lost [WPP] (encerramento)💬 automático

Por que não tem mais WhatsApp no D0 (mudança de 31/08/2026): a 1ª mensagem de WhatsApp saiu da cadência do aceite e virou o toque zero — enviada assim que o lead cai em A Trabalhar, antes de você aceitar. O lead não espera o aceite para receber o 1º contato, e ninguém recebe a mesma mensagem duas vezes. Na sua fila, a primeira tarefa do aceite é a ligação "Abertura de Contato". ⏳ O toque zero ainda está em modo de teste — até virar, o 1º WhatsApp não sai para lead real.

Parte B — Negócio (funil do Closer)

#Etapa do Negócio👤 O que o Closer fazO que muda
7Demo RealizadaO Negócio nasce aqui. Durante a reunião, montar a proposta na calculadora (Lovable) e vinculá-laProposta (itens + PDF) no Negócio
8NegociaçãoUsar só quando o fechamento depende de nova reunião / sem OK na horaNegócio → Negociação
9Aguardando PagamentoPara quem topou pagar: mover para cá cria a conta no Admin. Conferir os campos antes (quadro abaixo)Conta criada no Admin
10Validação de PagamentoEntra sozinho quando o sistema sinaliza "pago"; o Closer confere se foi pago mesmoNegócio → Validação + tarefa
11Contrato (manual)Assinar pelo processo atual ⚠️ (Clicksign/geração automática não liberada)—
12Negócio fechadoConferir e fecharNegócio → Ganho; vira Cliente → CS
O que vai ao Admin no passo 9 (mix contato + produtos)

Do contato: e-mail · nome · telefone · razão social. Dos produtos (itens do Negócio): plano (Mensal/Trimestral/Anual) · nº de usuários (2 + extras) · tipo de implantação (Tech/Sucesso Acelerado/Sucesso Turbinado) · módulos (Diário de Obras, Medição de Obras, Medição de Contratos, Portal do Cliente, Compras, Estoque, BI, Venda Reajustada). Trial ou não = campo "Trial?" no contato. Confira antes de mover — é isso que monta a conta.

E se…

  • Lead é lixo (telefone/e-mail falso) → não aceite; mude direto para Perdido com o motivo real, antes de arrastar para Tentativa de contato.
  • Ligou e não atendeu → registre "Não atendeu" + anotação; a cadência continua sozinha.
  • Atendeu e pediu para ligar depois → combinou horário: crie nova tarefa de ligação e mova para "Em contato - Ativo" (mesmo sem interesse agora); sem interesse e sem retorno: Perdido com motivo.
  • Sem contato após toda a cadência → Perdido com o motivo certo (é o que manda pra reativação).
  • Confirmação da reunião não disparou → envie o WhatsApp manual com o link.
  • No-show → o Closer devolve para Retornar ao SDR; reagenda ou dá Perdido.
SLA / boa prática

1º contato em ~5 min da entrada (meta de speed-to-lead — não é medido). Cadência D0→D4, janela Seg–Sex 09h–18h.


JORNADA 2

LP sem perfil → Agente IA + nutrição

O lead entra por uma landing page mas não tem perfil — não vira oportunidade de venda agora. Sai do funil do SDR, é atendido pelo Agente IA no WhatsApp e nutrido no Brevo.

O que é "sem perfil"

O lead é classificado Sem perfil quando não tem obra (responde "Nenhuma obra" em "Quantas obras você está executando") ou a pontuação fica abaixo de 60. Não tem fit agora — então não ocupa o time comercial nem o custo de marketing.

O que acontece (tudo automático — o SDR não trabalha esse lead)

#O que aconteceO que muda no contato
1Lead preenche o formulário na LPContato criado
2É classificado Sem perfilClassificação do lead = Sem perfil
3Sai do funil comercialEtapa no funil (SDR) = Perdido + Motivo de perda = "Sem Perfil - IA Atendendo"
4Deixa de custar marketingContato vira não-marketing (para de receber e-mail de marketing; sai do limite pago)
5Agente IA assumeCria a atividade [IA] Sem Perfil - Atender no WhatsApp → o robô dispara o 1º WhatsApp (mensagem do Carlos, automática) → quando o lead responde, o Agente IA (Carlos) conduz a conversa
6Entra na nutriçãoContato passa a ser nutrido no Brevo (fora do custo do HubSpot)
Ninguém do time precisa fazer nada aqui

É um caminho 100% automático. O motivo "Sem Perfil - IA Atendendo" é uma etiqueta que isola esses leads: eles não entram nas réguas normais de reativação.

E se… (como o lead volta a ser trabalhado)

  • Automático (novo formulário / pontuação): se ele voltar a preencher um formulário informando que tem obra (ou a pontuação subir para ≥ 60), é reclassificado como Com perfil, sai do Perdido e volta para o rodízio do SDR → segue a Jornada 1. (Preencher formulário também o promove de volta a "marketing" — a reinscrição por condição corrige isso sozinha.)
  • Manual (um humano reativa no HubSpot): mudar Classificação do lead → Com perfil, tirar de Perdido e reverter o status de marketing. ⚠️ a definir: o procedimento exato para não re-disparar o rebaixamento.
  • Via checkout (ele compra sozinho): segue o fluxo de checkout normalmente. O checkout não olha o status "Perdido" nem o rebaixamento — marca o passo do checkout, recebe o dono Kaique (o sem perfil estava sem dono) e, no pagamento, vira um Negócio em "Validação de Pagamento" do funil do Closer. Ter sido rebaixado não impede a compra.
  • O Agente IA identificar que o lead tem fit → ⚠️ a validar: como o Agente IA devolve um lead qualificado ao time.
Estado

✅ Já rodando (desde 02/09): o passo "deixa de custar marketing" — lead sem perfil vira não-marketing automaticamente (953 contatos do acúmulo rebaixados na largada).

🟡 Prontos, aguardando ligar: o robô do Agente IA (migrado para a instância nova em 07/09 e validado ao vivo; 1º toque pelo número do Carlos → a IA atende quem responde; dispara só para sem-perfil novos a partir da virada, nunca para quem está no checkout) e os 3 robôs da nutrição no Brevo (ida pra lista de nutrição + volta de quem levanta a mão + espelho de descadastro/bounce — criados na instância nova, acessos destravados em 03/09; os 3 ligam juntos, o de descadastro é obrigatório por LGPD).


JORNADA 3

LP formulário Parceiros → fechamento

O lead entra pelo formulário "Parceiros" do site (a página de parceiros).

O que é específico do formulário Parceiros

Hoje o lead cai no rodízio comum dos SDRs — igual a qualquer lead com perfil. Não há roteamento próprio de parceiro (⚠️ débito aberto: confirmar se parceria deve ter fila/dono dedicado). Não confundir com a importação em massa de parcerias (planilha via Lovable) — aquela é outra jornada; aqui é o formulário do site, lead a lead.

Dois campos que não se confundem

Etapa no funil (SDR) → o único que você move: A Trabalhar → Tentativa de contato → Em contato - Ativo → Agendado → Ganho - Reunião Realizada. O Ciclo de vida (MQL → SAL → SQL → Opportunity → Customer) muda sozinho.

Parte A — Contato (funil do SDR)

#Etapa no funil (SDR)👤 O que VOCÊ faz (e em qual tela)⚙️ O que muda sozinho
1A TrabalharAbrir o contato (CRM → Contatos → nome) e validar: telefone real? e-mail coerente?Classificação = Com perfil, Ciclo de vida = MQL, um SDR virou dono (rodízio)
2→ Tentativa de contato (= aceitar)Se o lead presta, mude a Etapa para "Tentativa de contato".Ciclo de vida → SAL. Dispara a cadência de 7 tarefas (começa pela ligação)
3(trabalhar a cadência)Em CRM → Tarefas → "Iniciar tarefas". A 1ª é a ligação "Abertura de Contato". Os WhatsApp saem sozinhosCada tentativa fica registrada
4Em contato - AtivoQuando conseguir falar e houver fit, mude para "Em contato - Ativo"Ciclo de vida → SQL. A cadência restante some
5AgendadoBotão "Reunião" → título/data/hora + participantes (lead + Closer); envie o link; mude para "Agendado"Continua SQL. Closer entra. Confirmação automática 30 min antes
6Ganho - Reunião Realizada⚠️ Quem move é o CLOSER (impacta comissionamento), após qualificarCiclo de vida → Opportunity. Cria o Negócio
⭐Em trial (paralela)Para dar um teste (degustação) a quem ainda não tem conta: preencher os campos de trial (Trial? = Sim, plano, implantação, nº de usuários) e mover para "Em trial"Cria a conta trial no Admin; volta ID + senha provisória ao contato e marca Já tem conta? = Sim. Não muda o Ciclo de vida
↩️Retornar ao SDR (o Closer devolve)Quando o Closer devolve o lead (no-show ou fora de perfil): você reagenda ou dá PerdidoEntra a cadência de reagendamento (5 tarefas/3 dias), ou vai para Perdido

Tarefas da cadência (passo 3): nascem para D0–D4 e vencem nos dias, mesmo sem você atender — D0 Abertura de Contato 📞 · D1 1ª Tentativa (não atendeu) 📞 · D2 2ª Tentativa 📞 · D2 2ª Tentativa [WPP] 💬 · D3 3ª Tentativa 📞 · D4 4ª Tentativa 📞 · D4 Lost [WPP] 💬.

Parte B — Negócio (funil do Closer)

#Etapa do Negócio👤 O que o Closer fazO que muda
7Demo RealizadaNegócio nasce aqui. Durante a reunião, montar a proposta na calculadora (Lovable) e vinculá-laProposta (itens + PDF) no Negócio
8NegociaçãoUsar só quando o fechamento depende de nova reunião / sem OK na horaNegócio → Negociação
9Aguardando PagamentoPara quem topou pagar: mover para cá cria a conta no Admin (contato + itens do Negócio)Conta criada no Admin
10Validação de PagamentoEntra sozinho quando sinaliza "pago"; o Closer confere se foi pago mesmoNegócio → Validação + tarefa
11Contrato (manual)Assinar pelo processo atual ⚠️ (Clicksign não liberado)—
12Negócio fechadoConferir e fecharNegócio → Ganho; vira Cliente → CS

E se…

  • Lead é lixo → Perdido + motivo antes de aceitar.
  • Ligou e não atendeu → registre; a cadência continua sozinha.
  • Atendeu e pediu retorno → combinou horário: nova tarefa de ligação + mover para "Em contato - Ativo" (mesmo sem interesse agora); sem interesse e sem retorno: Perdido com motivo.
  • Sem contato após a cadência → Perdido com o motivo certo.
  • Confirmação de reunião não disparou → enviar o WhatsApp manual com o link.
  • No-show → Closer devolve para Retornar ao SDR; reagenda ou dá Perdido.
SLA / boa prática

1º contato em ~5 min (não é medido). Cadência D0→D4, Seg–Sex 09h–18h.


JORNADA 4

Checkout — cliente compra sozinho

Autoatendimento no Admin: o cliente compra sozinho, sem SDR nem Closer — até o pagamento.

Conceito-chave: o checkout é do Kaique (e é automático)

O cliente avança sozinho pelas telas e o campo "Status do Checkout" muda automaticamente a cada tela — ninguém arrasta etapa. O negócio nasce, move e fecha sozinho no funil de Checkout. Quem cuida do checkout é o Kaique (não passa por SDR nem Closer): é o dono do contato desde o passo 1 e atua em quem trava no meio — tarefa de 30 min e recuperação de abandono (Jornada 5).

#Etapa (Status do Checkout)👤 O que o CLIENTE faz (no site)⚙️ O que muda sozinho (HubSpot)
1Passo 1 — E-maildigita o e-mailContato criado · Status = passo 1 · dono vira Kaique (se estava sem dono)
2Passo 2 — Dadosnome, empresa, WhatsAppStatus = passo 2
3Passo 3 — Planoplano, nº de usuários, implantação, adicionaisStatus = passo 3 + nasce o Negócio (funil Checkout · Plano Selecionado) 🟢
4Fechou o pedido (boleto/PIX)escolhe a forma e fechaStatus = passo 4 + negócio → Aguardando Pagamento 🟢
5Pagamentoboleto compensa / PIX cainegócio → Negócio ganho sozinho + contato pago 🟢
👤 Onde o Kaique entra agora

O pagamento do checkout fecha sozinho (o Admin avisa e o negócio vira Ganho — primeira venda real assim em 02/09). O Kaique atua em quem trava: negócio parado 30 min em Plano Selecionado ou Aguardando Pagamento → tarefa HIGH cai pra ele (ou pro dono do lead) ligar/cobrar. (A etapa Validação de Pagamento, com conferência manual, é do caminho do Closer/Inbound.)

E se… (o cliente não termina)

  • Parou numa etapa → depois de 10 min parado entra a recuperação automática → ver Jornada 5 (abandono), onde o Kaique atua.
  • Fechou o pedido e não pagou → negócio fica em Aguardando Pagamento; em 30 min o dono recebe tarefa de cobrança.
Estado

🟢 Tudo no ar desde 02/09: passos 1–4 marcando, negócio nascendo no passo 3, movendo no passo 4, ganho automático no pagamento e tarefas de 30 min pro dono. OFF apenas a recuperação direta ao cliente (Jornada 5 — go-live). Espelho no Pipedrive é temporário.


JORNADA 5

Checkout abandono — recuperação (Kaique)

O cliente começou o checkout e não terminou → recuperação automática.

Conceito-chave (leia antes)

Quando dispara? Quando o cliente fica 10 minutos parado numa etapa do checkout (passo 2, 3 ou 4), sem avançar nem pagar. Quantas? Até 3 mensagens no WhatsApp do Kaique + 1 ligação, ao longo de 2 dias; antes de cada uma o sistema confere se o cliente continua parado na mesma etapa. É automático — ninguém do time move etapa nem digita; o Kaique é o número remetente e entra em cena se o cliente responder e na ligação.

🆕 Quem já comprou não recebe mais nada (desde 24/09)

Pagou, virou cliente, ou o negócio do checkout chegou em Validação de Pagamento / Negócio ganho → as mensagens que faltam não saem e, se ainda não foi criada, a tarefa de ligação também não nasce. Negócio aberto com vendedor não interrompe a régua.

A régua (a partir dos 10 min parado)

QuandoO que acontece
10 min💬 1ª mensagem de recuperação no WhatsApp do Kaique
+1 dia💬 2ª mensagem + 📞 tarefa "Ligação de recuperação Checkout" para o Kaique (prioridade alta)
+2 dias💬 3ª e última mensagem
  • Vale para quem parou no passo 2 (dados), passo 3 (escolheu o plano) ou passo 4 (pedido fechado, aguardando pagamento).
  • Passo 1 (só deixou o e-mail): recuperação por e-mail — ⚠️ desligada, o e-mail ainda não existe.
  • A 2ª e a 3ª mensagem saem no horário comercial (seg–sex 9h–18h), em lotes; a 1ª sai na hora.

E se…

  • O cliente responde → o Kaique conduz a conversa e ajuda a finalizar.
  • O cliente paga no meio da régua → as mensagens seguintes não saem sozinhas. Se a tarefa de ligação já estava na sua fila, conclua sem ligar — ela não some sozinha.
  • Travou em mais de uma etapa → a régua recomeça na etapa nova.

Depois da régua: 7 dias até virar Perdido

Se nada acontecer depois da régua, o lead vai sozinho para Perdido com o motivo "Abandono de carrinho automático" — mas só passados 7 dias.

A automação NÃO marca quem: pagou, virou cliente, tem conta ou trial no Admin, entrou no funil do SDR, ou teve qualquer atividade nos últimos 7 dias — contato registrado no card (ligação, e-mail, WhatsApp, reunião) ou o próprio cliente voltando ao site/checkout.

💡 O que muda para você: nada na rotina. Se falou com o cliente, registre a atividade no card — é o registro que segura a perda automática.

Quem começa o checkout não é mais classificado como "sem perfil" (desde 31/08).

Estado — 🟢 no ar (conferido em 24/09)

Régua ligada nos passos 2, 3 e 4, mensagens saindo pelo número do Kaique; trava "quem já comprou não recebe" no ar desde 24/09. ⏳ E-mail do passo 1 ainda não existe.


JORNADA 6

Importação de Parcerias — planilha em massa

O Gerente Comercial sobe uma planilha de contatos de um parceiro e o sistema cria os contatos em massa no HubSpot, com parceiro/canal e os campos de plano/trial.

Conceito-chave

Aqui não é um lead que entra sozinho — é o Gerente Comercial que importa um lote inteiro de uma vez, numa tela da Lovable (não no HubSpot). Não confundir com o formulário "Parceiros" do site (lead a lead, Jornada 3).

#Passo (na Lovable)O que faz
1Importarsobe a planilha (.xlsx); lê o arquivo localmente, detecta cabeçalho/colunas. Linha sem e-mail E sem telefone é ignorada
2Validarbusca cada linha por e-mail e telefone → Encontrado (não recria) · Novo (vai criar)
3Parceiro & Canalescolhe o parceiro e o canal (obrigatórios) + plano/implantação/usuários/adicionais/Trial? do lote
4Criar Perfiscria os contatos um a um; mostra criados / usuários admin / falhas

O que acontece depois

  • Trial? = Sim → o contato entra no fluxo de trial: em minutos cria a conta no Admin e devolve ID + senha. Criar o usuário admin gera acesso real.
  • ⚠️ Roteamento para o SDR — a validar: não está documentado se os importados entram no rodízio do SDR automaticamente (débito aberto).
E se…

Contato já existe → não é recriado (dedup por e-mail + telefone). Teste → "TESTE" no nome + e-mail descartável (o acesso no Admin é real).


JORNADA 7

Eventos — checkout no stand no ar

No stand, o checkout roda sempre na mesma máquina do vendedor. Sem o modo evento, o sistema tratava todo mundo como o mesmo visitante — cada simulação atropelava o cadastro do cliente anterior (até o e-mail era sobrescrito). Com o link do evento, cada atendimento vira um contato novo, já marcado com o evento de origem. Validado em produção em 02/09.

As 3 regras do vendedor no stand
  • 1 · Use o link do evento (deixe como favorito): https://acessar.maiscontroleerp.com.br/#/contrate?utm_source=evento&utm_campaign=<nome-do-evento> — o nome do evento na URL vira a origem do lead no CRM (campos UTM Source / Campaign e, com o link, o Cupom); o Canal de Origem vira Eventos (outbound) sozinho (no ar desde 09/09). Onde ver: cartão Origem do lead (UTM) no topo da barra lateral do contato (canal, UTMs e cupom).
  • 2 · A cada novo cliente, aperte F5 na página do checkout (com o link do evento na barra). É o F5 que zera o visitante — abrir o favorito de novo pode não recarregar, e sem recarregar o próximo cliente cai no cadastro do anterior. A página "piscou" = pronto, pode atender.
  • 3 · Só a aba do checkout aberta na máquina do evento — outra aba do sistema aberta desfaz o zeramento.
O que acontece sozinho

O contato nasce no HubSpot com a origem do evento gravada, entra no fluxo normal do checkout (dono, funil, recuperação de abandono) e o time consegue medir quantos atendimentos o evento gerou. Sem o link do evento (cliente comprando na própria máquina), nada muda. Detalhe técnico: docs/tecnico/TECH_CHECKOUT_HUBSPOT.md (seção Modo evento).

⚠️ Planilha de eventos — aguardando explicação

A parte de planilha de leads de eventos segue placeholder. Para escrever, precisamos saber: o que é, quem opera e onde, para onde vai o lead (HubSpot/Pipedrive), se cai no SDR ou entra direto, e se tem automação.


JORNADA 8

Upload direto para o Closer a validar

Placeholder — este fluxo não está no repositório e ainda não foi explicado.

⚠️ Aguardando explicação

O único upload em massa documentado é o de Parcerias (Jornada 6), que não entra direto no Closer. Para documentar: como difere de Parcerias? Os leads entram direto no funil do Closer (pulando o SDR)? Em qual etapa? Já com negócio criado? Quem opera e onde?


TUTORIAL · SDR

Funil, passagens e atualização automática do Lifecycle

Etapa por etapa: o gatilho de passagem de cada uma e como o Lifecycle é atualizado sozinho.

O SDR não mexe no Lifecycle

O Lifecycle (Lead → MQL → SAL → SQL → Opportunity → Customer) acompanha sozinho a etapa do funil do SDR. O SDR move o contato pela etapa; o Lifecycle é consequência automática. Mover a etapa certa = manter o dado certo em toda a cadeia.

Etapa do funil (SDR)Lifecycle viraQuem dispara
A TrabalharMQLentrada (lead com perfil) + rodízio SDR
Tentativa de contatoSALo SDR aceita o lead e move a etapa
Em contato - AtivoSQLo SDR move a etapa
Agendadosegue SQLreunião agendada (compartilhada)
Ganho - Reunião RealizadaOpportunity + cria Negócioreunião realizada e qualificada
Perdido—o SDR registra o motivo de perda

Etapa por etapa

A TrabalharLifecycle · MQL

entrada · lead roteado ao SDR

O lead acabou de ser roteado ao SDR (rodízio Ana / Henrique / Leonardo). Ainda é MQL — o Marketing entregou, mas o SDR ainda não aceitou.

Ação — VALIDAR antes de aceitar: confira se o telefone é real e se o e-mail faz sentido. Só sobem de etapa os leads que o SDR aceita.

Exemplos que NÃO devem ser aceitos:

  • Telefone inexistente ou mal formatado: (99) 99999999, 0000-0000, dígitos faltando/sobrando.
  • Números sequenciais/repetidos: 11111111, 123456789.
  • E-mail fictício: [email protected], [email protected], [email protected].
  • E-mail descartável/temporário; nome obviamente falso.

Lead não aceito (regra oficial): não avance para “Tentativa de contato”. Marque como Perdido escolhendo o motivo real da lista — ex.: Telefone / Dados errados · Contato por engano · Não é lead - oferecendo serviços · Lead não é da construção.

Tentativa de contatoLifecycle · SAL

gatilho de aceite · o SDR move o contato

Mover para esta etapa significa que o SDR ACEITOU o lead (telefone real + e-mail coerente). O Lifecycle vira SAL automaticamente. É aqui que começa a cadência de contato (atividades e WhatsApp).

Em contato - AtivoLifecycle · SQL

gatilho · SDR engajou/qualificou

O SDR move para cá quando consegue engajar/qualificar o lead (houve interação, tem fit e momento). O Lifecycle vira SQL.

Agendadosegue SQL

gatilho · reunião agendada

O contato permanece no funil de SDR, mas o Closer já entra → responsabilidade compartilhada. O Lifecycle segue SQL até a reunião acontecer.

📅 Confirmação automática (⏳ em modo teste — só o número de teste recebe; vale para o lead real na virada): 30 min antes da reunião, o cliente recebe sozinho um WhatsApp de confirmação com o link do Meet, pelo número do SDR dono do contato. Registrado como atividade “[Confirmação Reunião]”.

Ganho - Reunião RealizadaLifecycle · Opportunity

gatilho · reunião realizada e qualificada

O Lifecycle vira Opportunity, o Negócio é criado e migra para o funil do Closer. A responsabilidade passa integralmente ao Closer.

⚠ Quem qualifica o lead e faz esta migração é o CLOSER — não o SDR. Impacta comissionamento: a qualificação da reunião é critério do Closer.

Perdidoregistra motivo

gatilho · lead não avança

Registre o motivo de perda correto — é o que direciona o lead à régua de reativação certa. Para leads sem contato, use Lost [WPP] como último toque antes da perda.

⭐ Etapa especial — Em trial · é aqui que nasce o login no Admin

Etapa paralela (não é passo de progressão): é onde a conta do cliente é criada no Admin. O SDR usa para dar um tira-gosto da plataforma (conta de degustação) — típico para quem já conhece ferramentas parecidas ou já usou o Mais Controle.

Passo a passo:

  1. Preencha os campos de checkout no contato — via calculadora Lovable (proposta do SDR) ou manualmente (tabela abaixo).
  2. Confirme Trial? = Sim e mova o contato para Em trial.
  3. Uma integração no n8n cria a conta no Admin.
  4. Ela preenche de volta no contato: ID Empresa (Admin), e-mail + senha provisória, Já tem conta? = Sim.
  5. O SDR passa as credenciais ao cliente (ele troca a senha no 1º acesso).
CampoPara que serveVazio (padrão)
Trial?Sim = conta em degustação—
Trial expira emdata de fim do trial — é a data que a cadência automática usa7 dias (o robô preenche o campo)
Plano SelecionadoMensal / Trimestral / AnualMensal
Tipo de Implantaçãotech / sucesso_acelerado / sucesso_turbinadotech
Número de usuáriosex.: 42
Adicionais Selecionadosmódulos extras (opcional)só o plano-base

Integração (onde vive): fluxo n8n “Gatilho | Contato EM TESTE (polling)” → dJniJNOUcJ0Cg8i9 (n8n novo, desde 04/09). Varre o HubSpot a cada ~2 min por contatos em Em trial com Trial? = Sim, sem conta e sem erro pendente, e cria a conta no Admin. Não muda o Lifecycle. ✅ Validado em produção em 04/09/2026: conta criada ~30 s depois de mover a etapa.

Cadência do trial (no ar desde 05/09): o robô abre 2 tarefas pro dono — na metade e no dia da expiração do trial. Como funciona: seção Trial.

Etapas de apoio (não são progressão do funil)

Retornar ao SDR — quando o Closer devolve um lead ao SDR (no-show ou fora de perfil). O Closer preenche o motivo; o SDR decide reagendar ou dar perdido (ver tutorial do Closer).

Resumo do fluxo

A triagem em A Trabalhar é o portão: só o lead válido é aceito e vira SAL. A partir daí, cada movimento de etapa atualiza o Lifecycle e, na reunião realizada, nasce o negócio do Closer.

Em uma linha

A Trabalhar (MQL) → valida & aceita → Tentativa de contato (SAL) → qualifica → Em contato-Ativo (SQL) → agenda → Agendado → reunião → Ganho (Opportunity + Negócio → Closer). Fora do trilho → Perdido (registra motivo).


TUTORIAL · SDR

Fila de Tarefas — como acessar e seguir

O dia do SDR é organizado pela fila de tarefas — é ela que agenda e aciona a cadência.

1 · Como acessar

No menu superior do HubSpot: CRM → Tarefas. (Se aparecer um menu “Mais”, clique nele primeiro.) A página abre na visão Todas — suas tarefas atribuídas e não concluídas.

2 · As visões (filtros rápidos)

  • Vencem hoje e Todas — sua fila principal do dia.
  • Atrasadas — leads que passaram do prazo (já esfriaram): passada de limpeza quando não houver leads frescos. Menos prioritários que um lead que acabou de chegar.
  • Próximas · Concluídas · Mais engajadas — apoio.

A ordem de trabalho dentro da fila segue a regra abaixo.

3 · Regra de ordenação — priorize o MAIS RECENTE

As tarefas são ordenadas por data de vencimento, com o mais recente no topo (decrescente — padrão do HubSpot desde abr/2025). Trabalhe de cima para baixo: os leads mais novos primeiro.

💡 Por que priorizar o mais recente

A conversão aumenta muito quando o primeiro contato acontece em até ~5 minutos da entrada do lead (speed-to-lead). Leads mais antigos já esfriaram — a chance de conversão cai rápido com o tempo. Por isso a fila prioriza os mais frescos: falar primeiro com quem acabou de chegar é o que mais move o resultado.

Na prática:

  • Trabalhe a lista de cima para baixo (mais recente → mais antigo) — pegue os leads novos o quanto antes.
  • ⚠️ O HubSpot não salva a ordenação e ela pode resetar ao recarregar. Se a lista não estiver com o mais recente no topo, clique no cabeçalho “Data de vencimento” para voltar à ordem decrescente.
  • Dá para ordenar por Prioridade (Alta/Média/Baixa), mas no dia a dia o que manda é a frescura do lead — é ela que garante o contato rápido e dispara o WhatsApp no horário.

4 · Trabalhar em sequência

Clique em Iniciar tarefas — o HubSpot abre uma tarefa por vez, na ordem da lista, e você conclui em sequência sem voltar à lista a cada uma.

5 · Concluir — atenção com as [WPP]

Não conclua uma [WPP] antes da hora

As atividades [WPP] são enviadas e concluídas automaticamente pelo robô no horário agendado. Concluir ou excluir uma [WPP] antes do horário CANCELA o envio. ⏳ Enquanto o robô estiver em modo teste (só o número de teste recebe), a [WPP] de lead real não é enviada nem concluída: fica na sua fila como pendência e a mensagem sai por você, pelo processo atual. O SDR trabalha manualmente as tarefas de ligação e as demais; as [WPP] se resolvem sozinhas.

Resumo rápido

Acessar: CRM → Tarefas.  ·  Prioridade: lead mais recente primeiro (speed-to-lead — falar em ~5 min converte muito mais).  ·  Ordenação: data de vencimento, mais recente no topo; não se salva → confirme a cada sessão.  ·  Atrasadas: limpeza quando não houver leads frescos.  ·  Sequência: “Iniciar tarefas”.  ·  Nunca concluir uma [WPP] antes da hora.


TUTORIAL · SDR

Fazer uma ligação e agendar uma reunião

Passo a passo simples para o dia a dia.

📞 Fazer (ou registrar) uma ligação

  1. Abra o lead: CRM → Contatos → clique no nome.
  2. Ligar pelo HubSpot: clique em Ligar (ícone de telefone) → escolha o número → a ligação começa.
    Ligou pelo celular? No topo do registro, escolha Chamada para registrar.
  3. Marque o resultado (Atendeu, Não atendeu, Ocupado…).
  4. Escreva uma anotação curta do que foi conversado.
  5. Clique em Salvar / Registrar chamada.

💡 Registre sempre — mesmo quando não atende — para manter histórico e SLA.

📅 Agendar uma reunião

  1. Abra o lead: CRM → Contatos → clique no nome.
  2. No menu de ações, clique em Reunião — abre o seu calendário conectado.
  3. Preencha título, data, hora de início e término.
  4. Anexe o Google Meet no evento — é dali que o robô tira o link que manda para o lead. O Meet não aparece? Menu 🎥 Google Meet.
  5. Em Participantes, adicione o lead e, se for o caso, o Closer.
  6. Clique em Salvar.
✅ Depois de agendar

Mova o contato para a etapa Agendado no funil do SDR. É essa mudança que marca a responsabilidade compartilhada com o Closer. O Closer conduz a reunião; a qualificação (e a criação do negócio) é dele.

🤖 Mensagens automáticas da reunião — sempre agende pelo HubSpot

Reunião agendada pelo HubSpot dispara mensagens automáticas no WhatsApp do lead, saindo do seu número: a confirmação do agendamento (demo de manhã → 17h da véspera; demo à tarde → 9h do próprio dia) e o lembrete 30 minutos antes, com o link do Meet. Reunião marcada fora do HubSpot fica invisível para o robô — nada é enviado. 🟢 Robôs de reunião no ar para o lead real (conferido em 24/09).

🚫 Lead cancelou ou pediu para remarcar? Marque o resultado da reunião como Cancelada (ou Remarcada) no HubSpot. Reunião com esse status não recebe confirmação nem lembrete (a confirmação das 17h/9h ignora Cancelada; o lembrete de 30 min ignora Cancelada e Remarcada, desde 24/09). Remarcou? Crie a reunião nova no horário novo — é ela que recebe as mensagens.

Avise o lead na ligação: "você vai receber uma mensagem minha no WhatsApp confirmando o horário, e outra com o link pertinho da reunião". A resposta do lead chega no seu WhatsApp — é você quem continua a conversa. ⚠️ Se o evento ficar sem o Meet anexado, o robô não envia o lembrete e abre uma tarefa para você mandar o link manualmente.


TUTORIAL · SDR

Marcar como Perdido e registrar o motivo

Como encerrar um lead que não avança — e por que o motivo é a peça mais importante.

Por que o motivo importa

O motivo de perda direciona o lead para o grupo de reativação correto. Registrar errado ou em branco faz o lead cair na régua errada — ou em nenhuma. É a única ação manual do time para a reativação funcionar depois. (A reativação automática entra no go-live; registrar certo já vale desde já.)

Passo a passo

  1. Abra o lead (no registro do contato ou no board do funil do SDR).
  2. Mude a etapa do funil (SDR) para Perdido — arrastando o card no board, ou editando a propriedade “Etapa no funil (SDR)”.
  3. Selecione o Motivo de perda que descreve a situação real.
  4. Salve.
Leads sem contato

Antes de marcar como Perdido, use a atividade Lost [WPP] (template 03_contato_sql_lost_geral) como último toque — a despedida padrão antes de encerrar.

Os motivos de perda (escolha o real)

GrupoMotivos
Não conseguiu contato / timingNão conseguiu abrir contato · Perdeu contato (Pré Vendas) · Ficou de resolver pendência · Apenas pesquisando · Bolos em Demo · Saiu da empresa
Sem prioridade / maturidade / momentoNão é uma prioridade · Não tem interesse · Falta Maturidade · Sem obras no momento / Aguardando novas obras · Lead sozinho e com poucas obras
Preço / pagamentoValor da assinatura · Forma de pagamento · Não deseja um sistema por assinatura
Produto / concorrênciaFuncionalidade · Já utiliza um ERP · Optou por outro sistema · Quer só planilhas · Demanda Incompatível
Descartar / não é lead válidoTelefone / Dados errados · Já é cliente · Empresa pública · Lead não é da construção · Não é lead - oferecendo serviços · Contato por engano
💳 Dados inválidos = sai do custo de marketing (⏳ aguardando aprovação)

Lead perdido com motivo de descarte da triagem (Telefone/Dados errados · Contato por engano · Não é lead · Não é da construção) será rebaixado automaticamente para não-marketing (deixa de contar no limite pago do HubSpot). Nada muda na rotina do SDR — continue registrando o motivo real.

🤖 “Sem Perfil - IA Atendendo” — motivo automático (não escolha manualmente)

Esse motivo é da automação: lead classificado sem perfil (score baixo / sem obra) vai sozinho para Perdido com ele e o Agente IA assume a conversa no WhatsApp. O lead também é rebaixado para não-marketing (sai do limite pago do HubSpot e deixa de receber e-mail de marketing — a IA atende por WhatsApp). ✅ Pronto na instância nova e validado em 07/09 — liga no go-live. Se vir um lead com esse motivo, é a IA trabalhando — não mexa na atividade [IA] do card (concluir antes da hora cancela o disparo).

Regra de ouro

Escolha o motivo verdadeiro — o que realmente aconteceu. Não force um genérico só para fechar o card. Em dúvida, escolha o que melhor descreve por que o lead não avançou agora (é o que a reativação usa). Lead rejeitado na triagem (dados inválidos) → Telefone / Dados errados ou Contato por engano.


TUTORIAL · CLOSER

Qualificar a reunião

Até a reunião ser qualificada, o lead ainda está no funil do SDR. O Closer define o desfecho.

Onde: o Closer conduz a reunião e, ao final, entra no contato da reunião (no funil do SDR) e muda a etapa do funil (SDR) para uma das duas saídas:

Ganho - Reunião Realizada→ Opportunity · cria Negócio

reunião aconteceu e o lead tem perfil / é qualificado

O Lifecycle vira Opportunity, o Negócio é criado e migra para o funil do Closer — você conduz até o fechamento.

Retornar ao SDRmotivo obrigatório

fora de perfil OU reunião não aconteceu (no-show / remarcar)

Obrigatório preencher o motivo do retorno — em Motivo de Não Demo (opções: No show, Empresa grande, Sem prioridade, Sem obras no momento…) e/ou uma anotação clara. O lead volta ao SDR, que decide Reagendar ou dar Perdido (com o motivo real). Não há automação nessa volta — por isso a observação é essencial.

⚠ Impacta comissionamento A qualificação da reunião é do CLOSER

Quem qualifica a reunião e a marca como Ganho é o Closer — não o SDR. É a sua decisão que cria o negócio. Critério e responsabilidade da qualificação são do Closer.

Passo a passo

  1. Abra o contato da reunião (no funil do SDR).
  2. Conduza / avalie a reunião.
  3. Mude a etapa do funil (SDR): qualificada → Ganho - Reunião Realizada; fora de perfil ou não aconteceu → Retornar ao SDR.
  4. Se Retornar ao SDR: preencha obrigatoriamente o motivo (Motivo de Não Demo e/ou anotação).
  5. Salve.
Nunca retorne sem motivo

Retornar um lead ao SDR sem preencher o motivo trava o processo — o SDR não sabe se reagenda ou perde. E lembre: “Retornar ao SDR” não é “perder”; quem decide reagendar ou dar perdido (com o motivo real) é o SDR, depois.

💡 Há uma automação de cobrança, no ar desde 26/08: se o Motivo de Não Demo ficar vazio por 5 min após o retorno, o HubSpot cria uma tarefa de alta prioridade para o SDR dono do lead decidir se reagenda ou perde.


TUTORIAL · CLOSER

Funil do Closer — do negócio ao fechamento

O Closer trabalha negócios (deals) no funil Inbound. O negócio nasce ao qualificar a reunião.

1 · Demo Realizadamonta a proposta

negócio criado ao qualificar a reunião

Onde o Closer monta a proposta na calculadora e a vincula ao negócio (o passo a passo está logo adiante, em “Montar a proposta”). O contato está como Opportunity.

Fica aqui até a proposta ser enviada — pode ficar parado legitimamente se a demo precisar de continuação (outro decisor, imprevisto do cliente, mais tempo…). Só passa para Negociação quando a proposta é enviada.

2 · Negociaçãonegocia termos

proposta enviada

Closer negocia plano, usuários, valor e condições. Se a proposta mudar, atualize manualmente no HubSpot e no Admin. Ao mover para Aguardando Pagamento, dispara a criação da conta no Admin.

3 · Aguardando Pagamentocria conta + espera pagar

ao entrar: cria a conta no Admin (ID + credenciais no negócio)

Com a conta criada, o cliente recebe o link e o negócio aguarda o pagamento. Avança quando: o pagamento é realizado.

⏰ Parado 7 dias em qualquer etapa → tarefa automática. Vale para as 4 etapas abertas: se o negócio ficar 7 dias na mesma etapa, o HubSpot cria uma tarefa de alta prioridade para o dono do negócio — “[PARADO 7 DIAS] — ”: em Demo Realizada, enviar a proposta ou decidir; em Negociação, retomar com o cliente; em Aguardando Pagamento, cobrar o pagamento; em Validação de Pagamento, conferir e dar o Ganho. Sem dono → vai para o Thiago. Uma vez por passagem pela etapa. No ar desde 09/09.

⚠ Se a criação da conta falhar (erro de API): o negócio fica em Aguardando Pagamento, ganha uma única tarefa com o motivo devolvido pelo Admin e a trava Erro criação conta Admin preenchida — o robô não fica tentando de novo. Corrija o cadastro, limpe esse campo e a conta é criada no próximo ciclo (~2 min). (Regra desde 04/09.)

ℹ️ Validação ancorada no ID Admin. Nesta etapa e na Validação de Pagamento, usa-se o campo ID Empresa (Admin). Se já estiver preenchido (ex.: lead importado que já tem conta), a automação não cria a conta de novo — apenas aguarda a confirmação do pagamento pelo Admin.

4 · Validação de Pagamentoconfere pagamento

avança via automação quando o Admin identifica o pagamento

O Closer confere se o pagamento foi de fato concluído e, confirmado, avança para Negócio fechado.

🟢 Retorno automático do pagamento — no ar desde 31/08. O Admin avisa o pagamento, o robô localiza o negócio pelo ID Empresa (Admin), registra a nota “Pagamento Aprovado”, decide o dono da venda e move o card para Validação de Pagamento. O Ganho continua manual, depois de conferir o pagamento no Admin.

5 · Negócio fechadoGanho → Customer

pagamento validado

Ganho. O contato vira Customer (automático) e a conta passa ao CS. Mantenha plano, valor e ID Admin corretos — é o que o CS e a cobrança usam.

6 · Negócio perdidoregistra motivo

não fechou (desistência, sem pagamento…)

Registre o motivo de perda — alimenta a régua de reativação (mesma lógica do tutorial de perda do SDR).

Campos obrigatórios por etapa

EtapaCampos obrigatóriosComo é preenchido
Demo Realizada——
NegociaçãoPlano Selecionado · Número de usuários · Tipo de Implantaçãopela proposta
Aguardando PagamentoPlano · Usuários · Implantação · Valor de Implantação · Forma de Pagamentoos 3 primeiros vêm da proposta; Valor e Forma de Pagamento o Closer preenche manualmente
Validação de PagamentoID Empresa (Admin)ao criar a conta no Admin
Negócio fechadoForma de Pagamento · ID Empresa (Admin)manual / do Admin
Negócio perdidoMotivo de perdamanual
Como funciona

Se um campo obrigatório estiver vazio, o HubSpot não deixa mover o negócio para a etapa — preencha antes de avançar.

Sem cadência automática de atividades neste funil

Diferente do funil do SDR, o funil do Closer não cria tarefas/atividades de contato automaticamente — decisão do head Thiago. Nesta etapa da jornada os contatos são altamente personalizados para cada cliente, então o Closer conduz as atividades manualmente, no timing de cada negociação.

As automações deste funil cuidam apenas de dados e integrações (criar o negócio, proposta, conta no Admin, validação de pagamento) — não de cadência de contato.

Exceção (09/09): o único automatismo de atividade deste funil é o alerta de negócio parado 7 dias na mesma etapa (tarefa para o dono, em qualquer etapa aberta) — alerta de estagnação, não cadência de contato.


TUTORIAL · CLOSER

Montar a proposta Go-live

A calculadora de proposta (Lovable) é integrada ao HubSpot — a proposta do Closer fica registrada no próprio negócio.

Onde fica

calc-pricing-pal.lovable.app/calculadora/comercial — o "Simulador de Planos" (plano-base de 2 usuários, usuários extras, módulos e implantação).

Você viu no funil que o negócio nasce em Demo Realizada e fica lá até a proposta ser enviada — este é o passo a passo dessa proposta. Depois de Ganho - Reunião Realizada, o negócio é criado no funil do Closer. Durante/após a reunião, o Closer monta a proposta com o cliente na calculadora (Lovable), que grava tudo no negócio. Integração em implementação; a volta de status do pagamento (Admin) está sendo finalizada.

⚠ A ordem importa A proposta só é enviada DEPOIS que o negócio existe

O negócio é criado quando você qualifica a reunião (move para Ganho - Reunião Realizada). Qualifique antes de enviar a proposta.

Como é feito — passo a passo (a ordem importa!)

  1. Montar a proposta: plano-base + periodicidade (mensal/trimestral/anual), usuários extras (2 já inclusos; extras por faixa), módulos e implantação.
  2. Qualificar a reunião primeiro: no HubSpot, mova o contato para Ganho - Reunião Realizada → o negócio é criado.
  3. Vincular o negócio (campo no cabeçalho): volte à tela da proposta; no campo do topo que busca o Deal pelo nome do negócio, clique no botão de atualização (à direita) para o deal recém-criado aparecer e vincule a proposta ao card.
  4. Enviar a proposta: só agora. A calculadora grava os produtos como line items + anexa o PDF. A conta no Admin não é criada pela calculadora: ela nasce quando o negócio vai para Aguardando Pagamento (o Admin devolve ID da empresa + credenciais).
Campo do cabeçalho (Lovable)

A tela da proposta tem, no topo, um campo que busca o Deal do HubSpot pelo NOME do negócio e vincula a proposta ao card. O botão de atualização ao lado serve para o fluxo acima: você qualifica a reunião (cria o deal), volta à proposta e atualiza para o deal novo aparecer. Sem vincular o deal, não envie a proposta.

⚠ Renegociação Alteração de proposta = atualização MANUAL nos dois sistemas

Se a proposta mudar após enviada (renegociação de plano/usuários/valor), o Closer deve atualizar manualmente as novas informações no HubSpot (negócio) E no Admin. A integração não propaga uma proposta revisada automaticamente — sem a atualização manual, HubSpot e Admin ficam divergentes (plano/cobrança errados).

📝 O que fica registrado no negócio

  • Produtos (line items) + PDF da proposta.
  • Plano, nº de usuários, tipo de implantação, valor de implantação, forma de pagamento.
  • Trial? / Trial expira em.
  • ID Empresa (Admin) + senha provisória do cliente.
Onde acompanhar

Tudo fica no card do negócio (funil do Closer): a seção Produtos / line items (itens e valores), os Anexos (PDF da proposta) e as propriedades (plano, implantação, ID Admin, credenciais).

Tarefas de status do pagamento — NÃO ativo hoje

O plano é que, quando o pagamento muda (pago/recusado/cancelado), o Admin avise por webhook e o sistema crie uma tarefa para o vendedor no negócio. Hoje isso não existe — há só um webhook-esboço sem lógica. Entra numa etapa futura; por enquanto o acompanhamento do pagamento é manual.


TUTORIAL · CLOSER

Trial — conta de degustação no Admin

Liberar para o cliente um ambiente real no Admin em modo trial, antes do pagamento.

Um trial é uma conta criada de verdade no Admin em modo degustação (com data de expiração), para o cliente testar antes de fechar. É criada pela integração HubSpot → n8n → Admin, que devolve as credenciais para você passar ao cliente.

Conta real de produção

Toda conta criada é real no Admin. Em testes internos, use "TESTE" no nome e e-mail descartável (o e-mail vira o login do cliente).

Campos que definem o trial (no contato)

CampoO que fazVazio (padrão)
Trial?Sim = conta em degustação—
Trial expira emdata de fim do trial — é a data que a cadência automática usa7 dias (o robô preenche o campo)
Plano SelecionadoMensal / Trimestral / AnualMensal
Tipo de Implantaçãotech / sucesso_acelerado / sucesso_turbinadotech
Número de usuáriosex.: 42
Adicionais Selecionadosmódulos extras (opcional)só o plano-base
Trial? = Não

A conta nasce já vencida — o cliente só entra depois de pagar. É o comportamento esperado, não é erro.

Os dois caminhos para criar o trial

A · Pelo contatouso do SDR · foco em trial

o SDR monta na Lovable e vincula ao contato

O SDR monta a proposta na calculadora Lovable (/calculadora/comercial — cai no contato porque o perfil dele é de SDR) e vincula ao contato (os campos de checkout descem para o contato) — ou preenche manualmente. Depois: 1) confirme Trial? = Sim; 2) arraste o contato para Em trial; 3) em poucos minutos cria a conta no Admin e preenche de volta: ID Empresa (Admin), e-mail + senha provisória, Já tem conta? = Sim (os mesmos dados que ficariam no negócio).

✅ Validado em produção em 04/09/2026 (n8n novo): contato TESTE movido para Em trial às 15:34, conta criada no Admin às 15:34:31 e campos preenchidos de volta no contato, sem tarefa de erro.

💡 Aqui o foco não é preço/proposta — é a facilidade de criar um trial (tira-gosto). Uso típico: cliente que já conhece plataformas parecidas, ou que já teve o Mais Controle e quer validar uma feature nova.

B · Pelo negócioproposta do Closer

Closer montou a proposta (→ negócio / line items)

✅ Migrado para o n8n novo em 04/09/2026 e validado com negócio TESTE: movido para Aguardando Pagamento, o robô leu os itens da proposta e chegou ao Admin em ~20 s.

1) No contato associado, confira Trial? = Sim (e a data). 2) Mova o negócio para Aguardando Pagamento → a conta é criada com os mesmos campos preenchidos de volta.

Lovable = calculadora de proposta (2 usos) · Admin = checkout do cliente

É a mesma tela para SDR e Closer — não existe link diferente por papel. Quem decide o destino é o tipo de perfil do usuário na Lovable (cadastrado no painel, aba Usuários): perfil de SDR → a proposta fechada grava nos campos de checkout do CONTATO (foco em trial); perfil de Closer → grava no NEGÓCIO (produtos viram line items, com preço/quantidade, + PDF anexado). Proposta caiu no lugar errado? O problema é o perfil do usuário, não a tela. Já o checkout online (Admin) é outra coisa: o próprio cliente faz o passo a passo (autoatendimento).

Além da Comercial (padrão) existe calculadora por evento — hoje a Feicon 2026 (/calculadora/feicon), com módulo grátis e desconto na implantação. Fora do evento, use a Comercial.

Se der erro — tarefa "[CONTA NÃO CRIADA]"

Quando a conta não é criada (dado faltando, Admin fora do ar), o robô abre uma única tarefa para o dono com o motivo e preenche o campo "Erro criação conta Admin" — no contato (caminho A) ou no negócio (caminho B). Enquanto esse campo estiver preenchido, o robô não tenta de novo.

Para reprocessar: corrija o dado (o mais comum é WhatsApp/Telefone vazio — o Admin exige telefone) e limpe o campo "Erro criação conta Admin" do mesmo objeto (contato ou negócio). Em poucos minutos o robô tenta de novo, sem criar conta duplicada. Se a tarefa for "[ATENCAO] Conta criada no Admin mas falha ao gravar", preencha à mão ID Empresa, e-mail/senha e Já tem conta? = Sim antes de limpar o campo.

Cadência automática do trial — 2 tarefas pra você · no ar desde 05/09/2026

Depois que a conta é criada, o robô acompanha a data de Trial expira em e abre 2 tarefas (prioridade alta, às 09h em dia útil) para o dono — do contato (caminho A) ou do negócio (caminho B). Vale para trial criado a partir de 05/09.

QuandoTarefaO que fazer
Metade do trial
ex.: criado 01/09, expira 30/09 → dia 15/09
[TRIAL - METADE] Nome - expira dd/mmFalar com o cliente: está usando? Travou em algo? Encaminhar a conversão antes do fim
Dia da expiração[TRIAL - FINALIZADO] Nome - expirou dd/mmLigar no dia: converter (proposta/pagamento) ou marcar Perdido com o motivo
  • Cada tarefa vem uma vez só. Estender a data depois do aviso de fim não gera outro aviso.
  • A cadência para sozinha se o cliente pagar, virar cliente, o contato sair de Em trial ou o negócio sair de Aguardando Pagamento.
  • Contato/negócio sem dono → a tarefa vai para o Thiago Resende.
  • Expiração no fim de semana → a tarefa aparece na segunda. Trial de 7 dias (data vazia): metade no 3º dia, fim no 7º.

TUTORIAL · SDR E CLOSER

Google Meet — conectar a conta para o link aparecer na reunião

Uma vez só, no seu usuário do HubSpot. Sem isso a reunião sai sem link e o robô abre tarefa para você mandar o link à mão.

Por que isso importa

O lembrete e a confirmação automáticos de reunião mandam para o cliente o link que está no campo Localização da reunião. Se o “Google Meet” não aparece nesse campo, a reunião sai sem link e o robô abre uma tarefa SEM LINK para você.

⚠️ É por pessoa. O app Google Meet do HubSpot é de acesso pessoal: cada um instala no próprio login, com a própria conta Google. O Super Admin não consegue fazer por você.

1 · Conectar o Google CalendarConfigurações do seu usuário
  1. Clique na engrenagem (Configurações), no canto superior direito.
  2. Menu da esquerda: Geral → Calendário.
  3. Conectar calendário → Google → entre com o seu e-mail da empresa (o mesmo do Google Agenda).
  4. Aceite as permissões do Google. Ao voltar, o calendário aparece como conectado.

Conferido em 05/09: Ana, Leonardo e Thiago já estavam conectados. Se o seu já aparece conectado, vá ao passo 2.

2 · Instalar o app Google MeetApp Marketplace, no seu usuário
  1. Ícone do Marketplace (no topo, ao lado da engrenagem) → App Marketplace.
  2. Busque Google Meet e abra o app.
  3. Instalar aplicativo. Se abrir uma janela do Google pedindo permissão, aceite com a mesma conta do passo 1.
  4. O app já está aprovado no portal da Mais Controle — não pede aprovação de administrador.
3 · Testar numa reuniãobotão Reunião do contato
  1. Abra um contato → Reunião.
  2. Título, data e hora, e Tipo de reunião = Demonstração (é isso que move o contato para Agendado).
  3. Em Localização, escolha Google Meet. Ao salvar, o link é gerado sozinho e fica na Localização — é de lá que os robôs leem.
  4. Abra a reunião salva e confira o link. Está lá? Pronto — não precisa repetir nunca mais.
Problemas comuns
O que aconteceCausaO que fazer
“Google Meet” não aparece em Localizaçãoapp não instalado no seu usuário, ou calendário não conectadorefazer os passos 1 e 2 logado com o seu usuário
Janela do Google pede permissão de novoconta do Google diferente da do calendárioaceitar com a mesma conta do passo 1
Reunião salva sem linkLocalização ficou vazia ou com texto livreeditar a reunião → Localização → Google Meet → salvar
Robô abriu tarefa “SEM LINK”a reunião foi salva sem o Meetmandar o link ao cliente à mão e corrigir a reunião
Reunião marcada direto no Google Agendafora do HubSpot o robô não enxergamarcar sempre pelo botão Reunião do contato

CHECKOUT · AUTOATENDIMENTO

Funil de Checkout — o cliente compra sozinho

O cliente avança sozinho nas telas do Admin. A cada tela que ele conclui, os dados caem no HubSpot e o card se move no Pipedrive — sem ninguém tocar.

O caminho em uma olhada

Três telas no site + o fechamento do pedido. Cada tela concluída dispara um envio para o HubSpot, que marca o status do contato. E o checkout tem funil de negócios próprio (desde 02/09): o negócio nasce quando o cliente escolhe o plano (etapa Plano Selecionado), vai para Aguardando Pagamento quando ele fecha o pedido no boleto/PIX e vira Negócio ganho sozinho quando o pagamento entra.

Tela 1
Tela 2
Tela 3
Depois de pagar
No site
E-mail
o cliente digita só o e-mail
Dados cadastrais
nome, empresa e WhatsApp
Plano
plano, nº de usuários, implantação e adicionais
Pagamento
o cliente paga no Admin
↓↓↓↓
HubSpot
contato criado
Status do Checkout = passo 1 · e-mail
contato completado
Status = passo 2 · dados
plano gravado + nasce o negócio em Plano Selecionado
Status = passo 3 · plano
fechou o pedido: passo 4 → negócio em Aguardando Pagamento; pagou → Negócio ganho sozinho
↓↓↓↓
Pipedrive
Card criado em Nutrição
título = e-mail (ainda não há nome)
continua em Nutrição
título vira Nome - Empresa + telefone na pessoa
card vai para Aguardando Pagamento
+ plano, implantação e nota
o card do checkout cumpriu o papel — a venda segue no HubSpot

Campo a campo — o que cada tela manda para o HubSpot

Tela 1 · E-mail1 campo

Vai para o HubSpot: e-mail. É o que cria o contato.
No Pipedrive: card nasce em Nutrição com o e-mail no título — normal, ainda não existe nome. Quem abandona aqui fica assim para sempre.
Dono: se o lead é novo, fica com o Kaique; quem já tem dono não muda.

Tela 2 · Dados cadastrais4 campos

Vai para o HubSpot: nome, e-mail, empresa e WhatsApp.
No Pipedrive: o card se completa sozinho — título vira Nome - Empresa e a pessoa ganha telefone e e-mail. O card continua em Nutrição.

Tela 3 · Plano5 campos

Vai para o HubSpot: e-mail, plano (anual, mensal, trimestral), nº de usuários, tipo de implantação (tech, sucesso_acelerado, sucesso_turbinado) e adicionais (ex.: medicao_de_contratos, portal_do_cliente, compras, diario_de_obras).
No HubSpot: nasce o negócio no funil de Checkout, etapa Plano Selecionado, com o dono herdado do contato.
No Pipedrive: o card vai para Aguardando Pagamento, com os campos Contratação e Tipo Impla preenchidos e uma nota listando o que o cliente escolheu.

Fechou o pedido e pagouautomático

Cliente fecha o pedido no boleto/PIX → status vira passo 4 e o negócio move para Aguardando Pagamento. Quando o pagamento entra, o Admin avisa e o negócio vira Negócio ganho sozinho, com nota do que foi pago e o contato marcado como pago — primeira venda real fechada assim em 02/09. (A etapa Validação de Pagamento, com conferência manual, é do caminho do Closer — não do autoatendimento.)

Parou no meioduas réguas

🟢 Tarefa interna (30 min — no ar): negócio parado 30 min em Plano Selecionado (não fechou o pedido) ou em Aguardando Pagamento (boleto/PIX não pago) → tarefa HIGH para o dono do negócio ligar/cobrar. É aviso pro time, não mensagem ao cliente.
🟡 Recuperação direta ao cliente (10 min — ainda OFF, entra no go-live): e-mail de carrinho para quem parou na tela 1; WhatsApp do Kaique para quem já deixou telefone (telas 2–3).

O que o robô faz sozinho — e o que ele nunca faz

O card nunca volta de etapa: se o cliente reabre o checkout e refaz a tela 1, o card fica onde está (não volta para Nutrição).
Card que você levou para outro funil não é mexido: o robô continua atualizando os dados da pessoa, mas não traz o card de volta nem renomeia.
Tags de origem: a pessoa recebe de onde veio a compra — self-checkout mais a campanha do link (ex.: self-checkout, landing_page, julho). Sem link de campanha, fica só self-checkout. As tags se somam, nunca apagam as que você colocou.

Card não apareceu? Espere 10 minutos

Se o cliente avançou e o card não está no Pipedrive, não crie na mão. Um robô confere de 10 em 10 minutos e cria (ou atualiza) sozinho. Criar antes gera card duplicado.

Não confundir com a Lovable · e duas coisas em aberto

A Lovable é a calculadora de proposta do Closer (ver "Montar a proposta"); o checkout é o cliente comprando sozinho no Admin.
Cupom: o que vem por link de campanha já é registrado; o digitado na tela ainda não chega ao CRM.


PARCERIAS · GERENTE COMERCIAL

Importação de Parcerias — planilha em massa

O Gerente Comercial sobe uma planilha de parceiros; cada contato novo é criado no HubSpot em massa. Painel administrativo → aba Parcerias.

Onde e por quê

Em calc-pricing-pal.lovable.app/painel → aba Parcerias ("Importador de Parcerias", com os 4 passos na própria tela), integração Lovable ↔ HubSpot. Cada linha é validada no HubSpot e, quando nova, o contato é criado já com parceiro, canal, plano e trial pré-preenchidos — e (opcional) um usuário admin na plataforma. A Lovable aparece em mais de um ponto: a calculadora de proposta (SDR → contato/trial e Closer → negócio) e esta importação de parceiros (Gerente Comercial).

1 · Importar planilha.xlsx

Upload do Excel. O sistema detecta sozinho a linha de cabeçalho (entre as 10 primeiras) e as colunas na prioridade Email → Telefone → Empresa → Nome. Linhas sem email e sem telefone são descartadas. "Processar planilha" faz só o parse local — nada vai ao HubSpot ainda.

2 · Validar no HubSpotdedup

Cada linha é buscada por email/telefone. Encontrado = já existe (desmarcado, não recria); Novo = marcado para criar; Erro = falha. Dá pra marcar/desmarcar e "selecionar todos". Cria só os que não existem.

3 · Parceiro & Canalobrigatório

Escolha o Parceiro (qual_parceiro) e o Canal de Origem (canal_origem) — aplicados a todos os contatos criados. É o que marca a origem de Parcerias (depois, filtre por eles no CRM).

4 · Criar no HubSpot+ admin opcional

Defina os padrões (Trial? → trial_admin, Trial expira em, Plano, Tipo de Implantação, Nº usuários, Adicionais — vêm todos marcados) e, se quiser, Criar usuário admin na plataforma. Ao executar: cria cada contato novo (telefone → +55) com parceiro/canal + plano/trial; e o admin, se marcado. No fim, resumo de criados/falhas e reset.

Atenção

Dedup: existentes não são recriados (confira antes de "selecionar todos"). Trial em massa: dá pra já criar em trial (Trial? = Sim + data). Conta real: criar admin gera acesso real — em testes, use "TESTE" no nome e e-mail descartável.

CAMPANHAS · MARKETING / SDR

Disparo de WhatsApp em massa

Enviar um template de WhatsApp para uma lista inteira de uma vez (campanha), a partir de uma planilha — pela aba Campanhas do painel. Diferente da cadência do SDR (que é 1 a 1, disparada pelas atividades do funil) — aqui é um lote só.

Onde e quem usa

Painel administrativo (Lovable) → aba Campanhas — na home também há o botão Campanhas, que leva direto. Superadmin e Admin veem o painel completo; Closer e SDR entram no painel e enxergam só a aba Campanhas.

1 · Nome + planilha.xlsx / .xls / .csv

Dê um nome à campanha (vazio = usa o nome do arquivo) e suba a planilha com Nome e Telefone. O sistema acha o cabeçalho sozinho e arruma os telefones no padrão +55 (tira parênteses, hífen, espaço; corrige o 55 duplicado). Número inválido fica destacado e não é enviado.

2 · Template + previewdireto da Meta

A lista de templates vem direto da conta oficial da Meta — só aparecem os já aprovados. Ao escolher, a tela mostra o preview real da mensagem (cabeçalho, corpo, rodapé e botões): confira o texto exato antes de disparar. Se o template tiver a variável de nome, o nome do cliente entra automaticamente.

3 · Número remetenteseletor, sem digitação

Escolha o Número do SDR num seletor com os números oficiais da empresa (nome verificado + telefone) — não é campo digitável, impossível errar o número na mão. Aplicar a todos replica para a lista inteira; dá para trocar linha por linha se a campanha for dividida entre SDRs.

4 · Revisar e dispararenvio real

Marque/desmarque contatos na tabela e clique Disparar (N) — N é quem realmente vai receber (válidos, selecionados e com remetente). Ao concluir, o selo “N disparados” confirma. Envia de verdade, sem modo teste — confira a base e o preview antes.

Regras que valem lembrar
  • Nome do cliente → entra na variável da mensagem (se o template tiver essa variável).
  • Nome do SDR → fica como está escrito no template; o disparador não altera o texto. Garanta que o remetente combina com o SDR do template (ex.: template do Leonardo saindo do número do Leonardo).
  • Limite de 5.000 contatos por disparo — base maior, divida em lotes.
  • Disparo em massa de marketing pesa na reputação do número na Meta — use templates aprovados e números com boa qualidade.
O que construímos por trás (para manutenção)

Quatro peças: a tela Campanhas (lê a planilha, arruma telefones, template/remetente/revisão) e duas funções no backend do Lovable — uma busca templates e números na Meta, a outra valida o lote e entrega o pacote — mais o robô de envio no n8n (instância nova), que manda as mensagens de verdade. Nomes das funções, endereços e contrato do pacote: docs/tecnico/TECH_CAMPANHAS_WHATSAPP.md.

Estado

✅ Pronto e validado — em produção (go-live 03/09). Robô de disparo no ar na instância nova do n8n e tela Campanhas completa no painel (importação, templates da Meta, remetentes, disparo) — validado pelo Fernando (Mais Controle). Passo a passo: docs/TUTORIAL_CAMPANHAS_WHATSAPP.md. Pendências de evolução (pacing de lote, registro de resultado) no DEBITOS_PROJETO.md.

MARKETING · E-MAIL AUTOMÁTICO

Fluxos de e-mail do HubSpot

Quais e-mails o HubSpot dispara sozinho, qual regra dispara cada um e o que o lead recebe. Um fluxo é uma regra de automação: o lead se encaixa no gatilho, o e-mail sai sem ninguém apertar botão. Fluxo desligado = regra pronta, mas nenhum e-mail sai. Hoje são 6 fluxos (2 ligados, 4 desligados) — estado conferido na conta em 02/09/2026. Clique no nome de um e-mail para abri-lo no HubSpot (revisar, aprovar, editar).

🟢 Ligados (disparando hoje)
Fórmula de Lançamentowebinar · 7 e-mails

Quando entra: inscrição no formulário do webinar no site. O que recebe e quando: ① Obrigado pela inscrição — na hora → ② Grupo de WhatsApp — 1 dia depois. Do ③ em diante o disparo é por data fixa do lançamento (não por espera relativa): ③ Faltam 7 dias (7 dias antes, 14h) → ④ É amanhã (véspera, 7h30) → ⑤ É hoje! (dia da aula, 6h30) → ⑥ Estamos ao vivo! (dia, 19h45) → ⑦ Replay disponível (dia seguinte, 7h30).

⚠️ Atenção: as datas gravadas são do lançamento de 18/06/2026 — já passaram. Data vencida libera o passo na hora: quem se inscreve hoje recebe os e-mails ③–⑦ em rajada. Corrigir antes do próximo lançamento — ⏳ DEBITOS_PROJETO.md.

Confirmação da Imersão Online2ª edição · 1 e-mail

Quando entra: envio do formulário "Imersão Online 2 Edição". O que recebe e quando: "Sua vaga na Imersão tá garantida 🎉" — na hora do envio, sem espera, com convite pro grupo de WhatsApp. (Um segundo fluxo no mesmo formulário só ajusta o estágio do contato — não manda e-mail.)

🟡 Desligados (prontos, mas nenhum e-mail sai)
FluxoGatilho (quando entraria)E-mail(s) disparado(s)Situação
Nutrição de Material RicoLead baixa um material rico (planilha, ebook ou live — 38 materiais mapeados)5 e-mails em ~15 dias: entrega do material na hora → +2d e-mail 2 → +3d e-mail 3 → +5d e-mail 4 → +5d e-mail 5 (mais materiais, gestão de obras, convite pro sistema). Mesma cadência pra todo material; só a entrega mudaRégua 2–5 publicada; a maioria dos 38 e-mails de entrega ainda está em rascunho
Reprospecção de negócios perdidosNegócio marcado como perdido no funil1 e-mail na hora da perda (sem espera), pelo motivo: G1 Sem obra ("Suas obras voltaram?") · G2 Sem urgência/contato ("Retomando nossa conversa") · G3 Objeção financeira ("O Mais Controle custa menos do que você imagina")Os 3 e-mails em rascunho. Não confundir com a Reativação V.7 (WhatsApp+e-mail, standby)
Recuperação de carrinho — Passo 1Abandonou o checkout no passo 1 (só deixou o e-mail) — o abandono é marcado após 10 min parado"Estava tão próximo de ter um melhor controle das obras!" — sai assim que o abandono é marcado (~10 min depois de parar)E-mail publicado; espera o go-live da recuperação de abandono (Jornada 5). Passos 2–3 são recuperados por WhatsApp
Live Open FinanceInscrição no formulário da live"Obrigado pela inscrição" na hora + "É hoje — link" às 9h do dia da live (data fixa; a live foi 20/08)Campanha pontual já realizada; ficou como modelo pra próxima
📝 Os e-mails de entrega da Nutrição de Material Rico — 33 rascunhos pra aprovar · 1 publicados (clique pra abrir no HubSpot)

É esse pacote de rascunhos que mantém o fluxo de Nutrição desligado: aprovado e publicado tudo, a régua pode ligar.

O que NÃO sai pelo HubSpot (pra não procurar à toa)
  • Nutrição do lead sem perfil → planejada pro Brevo (jornada LP sem perfil); as réguas ainda vão ser recriadas lá — ⏳ pendências no DEBITOS_PROJETO.md.
  • Cadência do SDR e recuperação de abandono P2/P3 → WhatsApp, não e-mail.
  • E-mail transacional do checkout (código de verificação etc.) → sai do Admin, não do HubSpot.
Fonte

Espelho de docs/TUTORIAL_MARKETING_EMAILS.md. Ids de fluxo/e-mail e assuntos completos: docs/tecnico/TECH_HUBSPOT_FLOWS.md (seção Marketing), conferidos um a um na API em 02/09/2026.

OPERAÇÃO · RevOps / Infra

Migração para o n8n novo — checklist

Referência técnica da virada da automação para a instância nova (n8n.external-a-maiscontroleerp.com). A instância antiga é a fonte da verdade; a nova tem cópias de 17/08 desatualizadas, duplicadas ou faltando. Espelha o DEBITOS_PROJETO.md (auditado ao vivo 2026-08-27).

✅ Acesso liberado (2026-08-27)

A Cloudflare desligou o desafio geral do domínio: /healthz e /api/v1/* da instância nova respondem 200 (antes: 403 "Just a moment..."). A migração pode ser feita por API/script, não só pela UI.

A) Workflows a levar / criar na nova
WorkflowAção na instância novaStatusResp.
Cadência WhatsApp (mesmo robô do Braço B — recuperação de checkout do Kaique)Atualizar a cópia com a da antiga + aplicar ajuste do nó Montar Disparo: nº do Kaique 1242719722259465, só 1º nome, parâmetro posicional só p/ Kaique🟡 pendenteWellington
Agente IA · Sem Perfil (Cloud API)Criado na nova em 07/09 (rev 2: credencial própria do Carlos, corte de data, trava de checkout, modo teste) e validado ao vivo; a cópia velha "(polling)" sai na virada✅ migrado · 🟡 go-live pendenteYuri liga
"Já tem conta" no trialLevar 2 nós (Task - Ja tem conta, Marca tem_conta_admin) + filtro tem_conta_admin ≠ sim no polling✅ feito (01/09, cópia reconstruída; 04/09 PUT por API na NOVA OK)—
Confirmação de ReuniãoAtualizar contra a antiga + deduplicar (há 2 cópias na nova)🟡 pendenteYuri
Brevo · Ida / Volta / Opt-out (3 robôs)✅ Criados na nova em 02/09 (import da antiga, credenciais reapontadas + credencial Brevo criada) — desligados, aguardando go-live da frente Brevo✅ criados · ligar = decisãoautomação
Retorno de pagamento (stub + novo)Recriar + reapontar webhook pagamento; na virada desativar o stub antes de ativar o novo⏸️ standby—
Checkout status + PipedriveVerificar cópia atualizada e religar✅ lógica ok, falta religar—
B) Pré-requisitos da virada (valem para todos os robôs)
  • Reapontar todos os nós Execute Workflow — os IDs de sub-workflow mudam por instância.
  • Recriar todas as credenciais na nova (HubSpot, Meta/WABA dos SDRs/checkout e a do Carlos, Brevo, webhook Admin) — não migram no export.
  • Reapontar os webhooks (app do HubSpot + pagamento do Admin) para o domínio novo.
  • Autorizar o IP de saída da nova na allowlist do Brevo antes de virar as frentes Brevo.
  • Confirmar que a nova NÃO perde job (medir startedAt:null) antes de mover qualquer frente.
  • Deduplicar cópias na nova (2× Cadência, 2× Confirmação de Reunião).
  • Religar os 7 workflows que estão ativos na antiga e hoje estão OFF na nova.
Por que é urgente

Medido ao vivo em 2026-08-27, a instância antiga perde job e piorou: startedAt:null em 60% das últimas execuções do Checkout-Sync (era 32%). Em webhook, job perdido = mensagem nunca enviada, em silêncio. A migração para a nova é a via de resolução. Detalhe, IDs e evidências em DEBITOS_PROJETO.md (seção "🚚 Migração para o n8n NOVO").


IMPORTAÇÃO

Fila de importação · Meetime + Pipedrive → HubSpot

Tela de conferência antes da carga. Cada linha mostra o contato, o negócio e o status nos dois sistemas.

Regra de precedência

Se já existe um negócio HubSpot mais avançado, ele prevalece. Em especial, Validação de Pagamento é atualizada pelo sistema de pagamento e deve ser mantida. O responsável do contato vem do Meetime; o responsável do negócio vem do Pipedrive. Kaique permanece no Checkout; qualquer outro comercial segue para Closer/Inbound. A importação reconcilia o registro existente e nunca cria negócio duplicado.

349negócios abertos no Pipedrive
176com contato HubSpot por e-mail
51com associação a negócio HubSpot
58casos comerciais esperados
ContatoPipedrive · negócioResponsáveisHubSpot · contato (atual → destino)HubSpot · negócioRegra aplicadaDecisão da equipe

Como usar: confira o status dos dois lados, escolha qual sistema prevalece ou marque Dúvida. A decisão fica gravada neste navegador para a próxima revisão. A carga nos CRMs continua bloqueada até a fila ser validada.