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.
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ágio | O que é | De quem é |
|---|---|---|
| Lead | Preencheu formulário, com ou sem interesse. | Marketing |
| Contato | Lead considerado interessante pelo MKT; entra em nutrição. | Marketing |
| MQL | Atende aos critérios do SLA e faz sentido passar ao comercial. | MKT → Comercial |
| SAL | MQL em etapa de tentativa de contato pelo SDR. | SDR |
| SQL | Lead qualificado pelo SDR. | SDR |
| Negócio | Criado após a reunião, dentro do SLA de passagem. | SDR → Closer |
| Cliente | Fechou 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.
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
- Entrada do lead → roteamento automático no funil do SDR (seção 3).
- SDR faz pré-qualificação, triagem e as tentativas de contato (cadência de WhatsApp por atividade — seção 6).
- Lead agendado → reunião realizada e qualificada → negócio é criado e migra para o funil do Closer.
- Closer conduz reunião, proposta e fechamento.
- 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.
- Lead perdido → registro do motivo → entra em reativação (seção 7).
- 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 checkout | Negócio (venda) | Contato |
|---|---|---|
| Ninguém — só robôs e workflows | Thiago, marcado como Venda automática = Sim | não muda |
| Só SDR (Ana, Henrique, Leonardo) | Thiago | fica com o SDR — oportunidade dele |
| Kaique (sozinho ou junto com SDR), inclusive tarefa concluída por ele | Kaique | não muda |
| Só Louise ou Fernando (operação) | conta como ninguém → Thiago | nã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).
Papéis, responsabilidades e roteamento
Quem faz o quê — incluindo como o lead chega ao SDR e a passagem de bastão.
| Papel | Responsabilidade no HubSpot |
|---|---|
| SDR | Trabalha 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. |
| Closer | Trabalha 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 Vendas | Acompanha os três funis, o SLA e os indicadores. Garante que o processo seja seguido. |
| RevOps | Cuida 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ção | Quem vira o dono |
|---|---|
| Lead do site classificado com perfil (vira MQL) | Rodízio automático: Ana, Henrique ou Leonardo |
| Lead sem perfil | Ningué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 checkout | Kaique — 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 time | O 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.
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.
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 SDRsem 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 SDRcontinua 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 RealizadaouRetornar ao SDR(etapas do Closer), o HubSpot notifica Head e RevOps.
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.
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.)
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.
- SDR faz a pré-qualificação e triagem (perfil, momento, fit).
- SDR executa a cadência de contato até conseguir o agendamento.
- Lead agendado: permanece no funil de SDR, mas o Closer já entra → responsabilidade compartilhada.
- Reunião realizada e qualificada: o Negócio é criado Já no ar e a responsabilidade passa ao Closer.
- Closer conduz proposta, negociação e fechamento.
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.
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 emA Trabalhar, o HubSpot cria sozinho, 3 min depois, a tarefa1ª 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).
É 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.
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.
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 atividade | Quem cria | Template (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 perda | hs_03_tentativa_contato_sdr_lost |
| Passos do Kaique (checkout) | recuperação de abandono do checkout | 01_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.
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).
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.
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
- Ao marcar o lead como perdido, selecione o motivo de perda que descreve a situação real.
- Não force um motivo genérico só para fechar o card — o motivo alimenta a reativação.
- Para leads sem contato, use a atividade
Lost [WPP]como último toque antes da perda.
"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.
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.
O que ainda NÃO usar hoje Fase posterior
Itens que dependem de pendências do cliente. Seguir o processo atual até liberação.
| Item | Situação | O que fazer hoje |
|---|---|---|
| Contrato automatizado no HubSpot | Pendência do cliente | Seguir o processo de contrato atual. Não usar geração automática. |
| Gravação/transcrição de reuniões | Pendência do cliente | Continuar 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.
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 travaErro 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).
· 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 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.
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.
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
| Jornada | Resumo |
|---|---|
| 1 · LP com perfil | Lead com perfil → SDR → reunião → Closer → fechamento |
| 2 · LP sem perfil | Lead sem perfil → Perdido + Agente IA → nutrição Brevo |
| 3 · LP Parceiros | Formulá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).
LP com perfil → fechamento
O lead entra por uma landing page, tem perfil, passa pelo SDR, agenda a reunião e é fechado pelo Closer.
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 |
|---|---|---|---|
| 1 | A Trabalhar | Abrir 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 sozinhos | Cada tentativa fica registrada no contato |
| 4 | Em contato - Ativo | Quando conseguir falar e houver fit, mude para "Em contato - Ativo" | Ciclo de vida → SQL. A cadência restante some sozinha |
| 5 | Agendado | Botã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 |
| 6 | Ganho - Reunião Realizada | ⚠️ Quem move é o CLOSER, não o SDR (impacta comissionamento), após qualificar a reunião | Ciclo 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á Perdido | Entra 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):
| Dia | Tarefa (como aparece na fila) | Tipo |
|---|---|---|
| D0 | Abertura de Contato | 📞 você liga |
| D1 | 1ª Tentativa (quem não atendeu) | 📞 você liga |
| D2 | 2ª Tentativa | 📞 você liga |
| D2 | 2ª Tentativa de contato [WPP] | 💬 automático |
| D3 | 3ª Tentativa | 📞 você liga |
| D4 | 4ª Tentativa | 📞 você liga |
| D4 | Lost [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 faz | O que muda |
|---|---|---|---|
| 7 | Demo Realizada | O Negócio nasce aqui. Durante a reunião, montar a proposta na calculadora (Lovable) e vinculá-la | Proposta (itens + PDF) no Negócio |
| 8 | Negociação | Usar só quando o fechamento depende de nova reunião / sem OK na hora | Negócio → Negociação |
| 9 | Aguardando Pagamento | Para quem topou pagar: mover para cá cria a conta no Admin. Conferir os campos antes (quadro abaixo) | Conta criada no Admin |
| 10 | Validação de Pagamento | Entra sozinho quando o sistema sinaliza "pago"; o Closer confere se foi pago mesmo | Negócio → Validação + tarefa |
| 11 | Contrato (manual) | Assinar pelo processo atual ⚠️ (Clicksign/geração automática não liberada) | — |
| 12 | Negócio fechado | Conferir e fechar | Negócio → Ganho; vira Cliente → CS |
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.
1º contato em ~5 min da entrada (meta de speed-to-lead — não é medido). Cadência D0→D4, janela Seg–Sex 09h–18h.
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 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 acontece | O que muda no contato |
|---|---|---|
| 1 | Lead preenche o formulário na LP | Contato criado |
| 2 | É classificado Sem perfil | Classificação do lead = Sem perfil |
| 3 | Sai do funil comercial | Etapa no funil (SDR) = Perdido + Motivo de perda = "Sem Perfil - IA Atendendo" |
| 4 | Deixa de custar marketing | Contato vira não-marketing (para de receber e-mail de marketing; sai do limite pago) |
| 5 | Agente IA assume | Cria 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 |
| 6 | Entra na nutrição | Contato passa a ser nutrido no Brevo (fora do custo do HubSpot) |
É 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.
✅ 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).
LP formulário Parceiros → fechamento
O lead entra pelo formulário "Parceiros" do site (a página de 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.
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 |
|---|---|---|---|
| 1 | A Trabalhar | Abrir 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 sozinhos | Cada tentativa fica registrada |
| 4 | Em contato - Ativo | Quando conseguir falar e houver fit, mude para "Em contato - Ativo" | Ciclo de vida → SQL. A cadência restante some |
| 5 | Agendado | Botã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 |
| 6 | Ganho - Reunião Realizada | ⚠️ Quem move é o CLOSER (impacta comissionamento), após qualificar | Ciclo 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á Perdido | Entra 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 faz | O que muda |
|---|---|---|---|
| 7 | Demo Realizada | Negócio nasce aqui. Durante a reunião, montar a proposta na calculadora (Lovable) e vinculá-la | Proposta (itens + PDF) no Negócio |
| 8 | Negociação | Usar só quando o fechamento depende de nova reunião / sem OK na hora | Negócio → Negociação |
| 9 | Aguardando Pagamento | Para quem topou pagar: mover para cá cria a conta no Admin (contato + itens do Negócio) | Conta criada no Admin |
| 10 | Validação de Pagamento | Entra sozinho quando sinaliza "pago"; o Closer confere se foi pago mesmo | Negócio → Validação + tarefa |
| 11 | Contrato (manual) | Assinar pelo processo atual ⚠️ (Clicksign não liberado) | — |
| 12 | Negócio fechado | Conferir e fechar | Negó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.
1º contato em ~5 min (não é medido). Cadência D0→D4, Seg–Sex 09h–18h.
Checkout — cliente compra sozinho
Autoatendimento no Admin: o cliente compra sozinho, sem SDR nem Closer — até o pagamento.
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) |
|---|---|---|---|
| 1 | Passo 1 — E-mail | digita o e-mail | Contato criado · Status = passo 1 · dono vira Kaique (se estava sem dono) |
| 2 | Passo 2 — Dados | nome, empresa, WhatsApp | Status = passo 2 |
| 3 | Passo 3 — Plano | plano, nº de usuários, implantação, adicionais | Status = passo 3 + nasce o Negócio (funil Checkout · Plano Selecionado) 🟢 |
| 4 | Fechou o pedido (boleto/PIX) | escolhe a forma e fecha | Status = passo 4 + negócio → Aguardando Pagamento 🟢 |
| 5 | Pagamento | boleto compensa / PIX cai | negócio → Negócio ganho sozinho + contato pago 🟢 |
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.
🟢 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.
Checkout abandono — recuperação (Kaique)
O cliente começou o checkout e não terminou → recuperação automática.
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.
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)
| Quando | O 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).
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.
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.
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 |
|---|---|---|
| 1 | Importar | sobe a planilha (.xlsx); lê o arquivo localmente, detecta cabeçalho/colunas. Linha sem e-mail E sem telefone é ignorada |
| 2 | Validar | busca cada linha por e-mail e telefone → Encontrado (não recria) · Novo (vai criar) |
| 3 | Parceiro & Canal | escolhe o parceiro e o canal (obrigatórios) + plano/implantação/usuários/adicionais/Trial? do lote |
| 4 | Criar Perfis | cria 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).
Contato já existe → não é recriado (dedup por e-mail + telefone). Teste → "TESTE" no nome + e-mail descartável (o acesso no Admin é real).
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.
- 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 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).
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.
Upload direto para o Closer a validar
Placeholder — este fluxo não está no repositório e ainda não foi explicado.
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?
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 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 vira | Quem dispara |
|---|---|---|
A Trabalhar | MQL | entrada (lead com perfil) + rodízio SDR |
Tentativa de contato | SAL | o SDR aceita o lead e move a etapa |
Em contato - Ativo | SQL | o SDR move a etapa |
Agendado | segue SQL | reunião agendada (compartilhada) |
Ganho - Reunião Realizada | Opportunity + cria Negócio | reunião realizada e qualificada |
Perdido | — | o SDR registra o motivo de perda |
Etapa por etapa
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.
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).
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.
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]”.
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.
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 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:
- Preencha os campos de checkout no contato — via calculadora Lovable (proposta do SDR) ou manualmente (tabela abaixo).
- Confirme Trial? = Sim e mova o contato para
Em trial. - Uma integração no n8n cria a conta no Admin.
- Ela preenche de volta no contato: ID Empresa (Admin), e-mail + senha provisória, Já tem conta? = Sim.
- O SDR passa as credenciais ao cliente (ele troca a senha no 1º acesso).
| Campo | Para que serve | Vazio (padrão) |
|---|---|---|
| Trial? | Sim = conta em degustação | — |
| Trial expira em | data de fim do trial — é a data que a cadência automática usa | 7 dias (o robô preenche o campo) |
| Plano Selecionado | Mensal / Trimestral / Anual | Mensal |
| Tipo de Implantação | tech / sucesso_acelerado / sucesso_turbinado | tech |
| Número de usuários | ex.: 4 | 2 |
| Adicionais Selecionados | mó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.
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.
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).
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.
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]
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.
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.
Fazer uma ligação e agendar uma reunião
Passo a passo simples para o dia a dia.
📞 Fazer (ou registrar) uma ligação
- Abra o lead: CRM → Contatos → clique no nome.
- 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. - Marque o resultado (Atendeu, Não atendeu, Ocupado…).
- Escreva uma anotação curta do que foi conversado.
- Clique em Salvar / Registrar chamada.
💡 Registre sempre — mesmo quando não atende — para manter histórico e SLA.
📅 Agendar uma reunião
- Abra o lead: CRM → Contatos → clique no nome.
- No menu de ações, clique em Reunião — abre o seu calendário conectado.
- Preencha título, data, hora de início e término.
- 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.
- Em Participantes, adicione o lead e, se for o caso, o Closer.
- Clique em Salvar.
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.
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.
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.
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
- Abra o lead (no registro do contato ou no board do funil do SDR).
- Mude a etapa do funil (SDR) para
Perdido— arrastando o card no board, ou editando a propriedade “Etapa no funil (SDR)”. - Selecione o Motivo de perda que descreve a situação real.
- Salve.
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)
| Grupo | Motivos |
|---|---|
| Não conseguiu contato / timing | Não conseguiu abrir contato · Perdeu contato (Pré Vendas) · Ficou de resolver pendência · Apenas pesquisando · Bolos em Demo · Saiu da empresa |
| Sem prioridade / maturidade / momento | Não é uma prioridade · Não tem interesse · Falta Maturidade · Sem obras no momento / Aguardando novas obras · Lead sozinho e com poucas obras |
| Preço / pagamento | Valor da assinatura · Forma de pagamento · Não deseja um sistema por assinatura |
| Produto / concorrência | Funcionalidade · Já utiliza um ERP · Optou por outro sistema · Quer só planilhas · Demanda Incompatível |
| Descartar / não é lead válido | Telefone / Dados errados · Já é cliente · Empresa pública · Lead não é da construção · Não é lead - oferecendo serviços · Contato por engano |
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.
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).
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.
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:
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.
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.
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
- Abra o contato da reunião (no funil do SDR).
- Conduza / avalie a reunião.
- Mude a etapa do funil (SDR): qualificada →
Ganho - Reunião Realizada; fora de perfil ou não aconteceu →Retornar ao SDR. - Se Retornar ao SDR: preencha obrigatoriamente o motivo (Motivo de Não Demo e/ou anotação).
- Salve.
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.
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.
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.
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.
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]
⚠ 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.
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.
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.
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
| Etapa | Campos obrigatórios | Como é preenchido |
|---|---|---|
| Demo Realizada | — | — |
| Negociação | Plano Selecionado · Número de usuários · Tipo de Implantação | pela proposta |
| Aguardando Pagamento | Plano · Usuários · Implantação · Valor de Implantação · Forma de Pagamento | os 3 primeiros vêm da proposta; Valor e Forma de Pagamento o Closer preenche manualmente |
| Validação de Pagamento | ID Empresa (Admin) | ao criar a conta no Admin |
| Negócio fechado | Forma de Pagamento · ID Empresa (Admin) | manual / do Admin |
| Negócio perdido | Motivo de perda | manual |
Se um campo obrigatório estiver vazio, o HubSpot não deixa mover o negócio para a etapa — preencha antes de avançar.
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.
Montar a proposta Go-live
A calculadora de proposta (Lovable) é integrada ao HubSpot — a proposta do Closer fica registrada no próprio negócio.
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.
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!)
- Montar a proposta: plano-base + periodicidade (mensal/trimestral/anual), usuários extras (2 já inclusos; extras por faixa), módulos e implantação.
- Qualificar a reunião primeiro: no HubSpot, mova o contato para
Ganho - Reunião Realizada→ o negócio é criado. - 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.
- 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).
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.
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.
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).
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.
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.
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)
| Campo | O que faz | Vazio (padrão) |
|---|---|---|
| Trial? | Sim = conta em degustação | — |
| Trial expira em | data de fim do trial — é a data que a cadência automática usa | 7 dias (o robô preenche o campo) |
| Plano Selecionado | Mensal / Trimestral / Anual | Mensal |
| Tipo de Implantação | tech / sucesso_acelerado / sucesso_turbinado | tech |
| Número de usuários | ex.: 4 | 2 |
| Adicionais Selecionados | módulos extras (opcional) | só o plano-base |
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
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.
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.
É 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.
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.
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.
| Quando | Tarefa | O que fazer |
|---|---|---|
| Metade do trial ex.: criado 01/09, expira 30/09 → dia 15/09 | [TRIAL - METADE] Nome - expira dd/mm | Falar com o cliente: está usando? Travou em algo? Encaminhar a conversão antes do fim |
| Dia da expiração | [TRIAL - FINALIZADO] Nome - expirou dd/mm | Ligar 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 trialou o negócio sair deAguardando 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º.
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.
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ê.
- Clique na engrenagem (Configurações), no canto superior direito.
- Menu da esquerda: Geral → Calendário.
- Conectar calendário → Google → entre com o seu e-mail da empresa (o mesmo do Google Agenda).
- 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.
- Ícone do Marketplace (no topo, ao lado da engrenagem) → App Marketplace.
- Busque Google Meet e abra o app.
- Instalar aplicativo. Se abrir uma janela do Google pedindo permissão, aceite com a mesma conta do passo 1.
- O app já está aprovado no portal da Mais Controle — não pede aprovação de administrador.
- Abra um contato → Reunião.
- Título, data e hora, e Tipo de reunião = Demonstração (é isso que move o contato para
Agendado). - Em Localização, escolha Google Meet. Ao salvar, o link é gerado sozinho e fica na Localização — é de lá que os robôs leem.
- Abra a reunião salva e confira o link. Está lá? Pronto — não precisa repetir nunca mais.
| O que acontece | Causa | O que fazer |
|---|---|---|
| “Google Meet” não aparece em Localização | app não instalado no seu usuário, ou calendário não conectado | refazer os passos 1 e 2 logado com o seu usuário |
| Janela do Google pede permissão de novo | conta do Google diferente da do calendário | aceitar com a mesma conta do passo 1 |
| Reunião salva sem link | Localização ficou vazia ou com texto livre | editar a reunião → Localização → Google Meet → salvar |
| Robô abriu tarefa “SEM LINK” | a reunião foi salva sem o Meet | mandar o link ao cliente à mão e corrigir a reunião |
| Reunião marcada direto no Google Agenda | fora do HubSpot o robô não enxerga | marcar sempre pelo botão Reunião do contato |
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.
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.
o cliente digita só o e-mail
nome, empresa e WhatsApp
plano, nº de usuários, implantação e adicionais
o cliente paga no Admin
Status do Checkout =
passo 1 · e-mailStatus =
passo 2 · dadosStatus =
passo 3 · planotítulo = e-mail (ainda não há nome)
título vira Nome - Empresa + telefone na pessoa
+ plano, implantação e nota
Campo a campo — o que cada tela manda para o HubSpot
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.
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.
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.
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.)
🟢 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 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.
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.
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.
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.
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).
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.
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.
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).
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.
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.
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ó.
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.
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.
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.
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.
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.
- 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.
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.
✅ 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.
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).
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.
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.)
| Fluxo | Gatilho (quando entraria) | E-mail(s) disparado(s) | Situação |
|---|---|---|---|
| Nutrição de Material Rico | Lead 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 muda | Régua 2–5 publicada; a maioria dos 38 e-mails de entrega ainda está em rascunho |
| Reprospecção de negócios perdidos | Negócio marcado como perdido no funil | 1 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 1 | Abandonou 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 Finance | Inscriçã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)
- 📝 [MKT] [Email 1] Minicurso Orçamento — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Live BI — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Live Relatorio Gerencial — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Live InUp — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Live Automacao Fiscal — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Live Fabricio Rossi — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Lancamento Cobranca Facil — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Lancamento Portal do Cliente — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Indique e Ganhe — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Trial — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Ebook Nova Gestao de Obras — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Ebook Checklist Acompanhamento — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Ebook Comecar Ano com Boa Gestao — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Ebook Domine sua Gestao — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Ebook Orcamento 4 Passos — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Ebook Guia Completo Planejamento — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Calculadora BDI — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] [SEM CONTEÚDO] Ebook Automacao de Processos — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Calculadora Composicoes — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Controle de Estoque — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Controle Pagamento MO — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Dialogo Diario Seguranca — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Modelo Ficha EPI — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Ebook Ficha Solicitacao Materiais — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Ficha Verificacao Servicos — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Medicao de Obras — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Modelo Ficha APR — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Orcamentos de Obras — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Controle de Propostas — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Planilha Relatorio Diario Obras — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Imersao Online — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] LP 10 Anos — rascunho, falta aprovar/publicar
- 📝 [MKT] [Email 1] Black Friday — rascunho, falta aprovar/publicar
- ✅ [MKT] [Email 1] Planilha CFF — publicado
É esse pacote de rascunhos que mantém o fluxo de Nutrição desligado: aprovado e publicado tudo, a régua pode ligar.
- 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.
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.
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).
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.
| Workflow | Ação na instância nova | Status | Resp. |
|---|---|---|---|
| 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 | 🟡 pendente | Wellington |
| 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 pendente | Yuri liga |
| "Já tem conta" no trial | Levar 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ão | Atualizar contra a antiga + deduplicar (há 2 cópias na nova) | 🟡 pendente | Yuri |
| 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ão | automação |
| Retorno de pagamento (stub + novo) | Recriar + reapontar webhook pagamento; na virada desativar o stub antes de ativar o novo | ⏸️ standby | — |
| Checkout status + Pipedrive | Verificar cópia atualizada e religar | ✅ lógica ok, falta religar | — |
- 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 +
pagamentodo 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.
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").
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.
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.
| Contato | Pipedrive · negócio | Responsáveis | HubSpot · contato (atual → destino) | HubSpot · negócio | Regra aplicada | Decisã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.