Superapp

Sendflow & Unnichat ·

Conversões

Nome	E-mail	Produto	Etapa / Status	Data

Registros do email

BU	Plano	SCK	SRC	Início	Fim	Status

Trials

BU	E-mail	Telefone	SCK	SRC	Trial	Início	Fim	Status

Vincular negócio do CRM

Track	Nome	E-mail	Telefone	Etapa / Status	Criado	Produto	Valor

Sendflow & Unnichat

Conectando ao Supabase…

Sendflow & Unnichat

Super App

Recolher

Total de Assinaturas

—

Total nos cohorts selecionados

Assinaturas Ativas?

—

LTV Médio Acumulado?

—

Ponderado por assinantes do cohort

Receita Total Gerada

—

Receita bruta dos cohorts selecionados

Retenção Média — Ciclo 1?

—

Ponderado por assinantes do cohort

Tendência — Retenção no Ciclo 1 (todos os cohorts com C1 completo)

Análise por Ciclo de Referência

Compare cohorts no mesmo ciclo de vida

Ciclo:?

Melhor Cohort no Ciclo Selecionado?

—

LTV Médio Agregado no Ciclo?

—

Maior Receita Acumulada?

—

Cohort?	Assinantes	Ativos no ciclo	Retenção %	LTV médio	Receita no Ciclo	Receita Acum.

Mapa de Calor de Retenção?

Linhas: cohorts (mais antigo no topo) · Colunas: ciclo

Legenda: 80–100% 60–79% 40–59% 20–39% 1–19% 0% Incompleto

Total de Assinaturas

—

Total de add-ons nos cohorts

Assinaturas Ativas?

—

LTV Médio Acumulado?

—

Ponderado por assinantes do cohort

Receita Total

—

Receita bruta dos add-ons

Retenção Média — Ciclo 1?

—

Ponderado por assinantes do cohort

Análise por Ciclo de Referência

Compare cohorts de add-ons no mesmo ciclo de vida

Ciclo:?

Melhor Cohort no Ciclo Selecionado?

—

LTV Médio Agregado no Ciclo?

—

Maior Receita Acumulada?

—

Cohort?	Assinaturas	Ativos no ciclo	Retenção %	LTV médio	Receita no Ciclo	Receita Acum.

Mapa de Calor de Retenção?

Linhas: cohorts (mais antigo no topo) · Colunas: ciclo

Legenda: 80–100% 60–79% 40–59% 20–39% 1–19% 0% Incompleto

Total de Clientes?

—

Clientes únicos no período

Clientes Ativos?

—

LTV Médio por Cliente?

—

Planos + add-ons consolidados

Receita Total Gerada?

—

Receita histórica acumulada

LTV por Plano de Entrada?

Primeiro plano assinado por cada cliente → receita total acumulada (planos + add-ons)

Plano de Entrada	Clientes	LTV Médio	Receita por Plano	Receita por Addon	Receita Total

Análise por Safra de Aquisição?

Qualidade de cada coorte de aquisição — planos + add-ons consolidados por cliente

Safra	Novos Clientes	LTV Médio	Receita da Safra

Ranking LTV por Cliente?

Top 50 clientes · clique no e-mail para ver assinaturas

#	E-mail	Produto	Região	Cliente desde	Assinaturas	Status	LTV Planos	LTV Add-ons	LTV Total

Total de Upgrades

—

Eventos no período selecionado

Receita Gerada

—

Valor pago nos upgrades

Caminho Principal

—

Tempo Médio até Upgrade

—

Dias desde o último pagamento

Tempo Médio até Upgrade por Caminho?

Fluxo de Alterações por Caminho

Alterações por Safra

Safra	Upgrades	Downgrades	Receita	Média dias

Detalhamento

Data	Safra	Email	Produto	Direção	De	Para	Valor	Dias desde último pagamento

Ocorrências

Registro de ajustes, estratégias e eventos que podem impactar a performance

→

Data	Título	Tipo	Produto	Direção	Notas	Ações

Experimentos

Backlog e ciclo de vida dos experimentos de growth — do registro da hipótese à validação estatística

Total

—

Backlog

—

Em andamento

—

Atrasados

—

Validados

—

Invalidados

—

Inconclusivos

—

Em andamento

Atrasados

Validados

Pipeline de experimentos

ID	Título	Área	Superfície	Canal	Resp.	BU	Início	Encerramento	Status	Score	Entregável	Ações

Título *

Área *

BU *

Superfície do teste *

Canal de mídia

Responsável *

Status

Início

Fim (estimado)

Link Entregável Notion

Tag (chave de atribuição)

Obrigatório: cole esta tag no utm_campaign da campanha ou na URL/parâmetro da página de teste. Sem isso, o experimento não é rastreado.

Calculadora de tamanho de amostra (opcional)

Taxa base (%)

Uplift mín. (%)

Confiança

Poder

Taxa esperada (base + uplift): —

Hipótese *

O que será feito *

Definição de sucesso *

KPI principal *

Métrica secundária

Priorização PXL Score: 0/18

Vínculos (página / campanha / anúncio)

Análise Semanal

Dados da plataforma de mídia, preenchidos à mão — não é a Atribuição (calculada) nem o A/B do encerramento.

Semana	Lead	SQL	Venda	Invest.	Impr.	Cliques	Acessos	CTR	CPC	Obs.

Buscar Cliente

Por Nome ou E-mail

Por Código de Transação

Por Código do Assinante

Detalhes do Cliente

Com quem falar

Pessoa de contato operacional desta conta. Pode ser diferente do titular da assinatura.

Carregando…

E-mails Secundários

Assinaturas

Transações

Produto *

Sendflow Unnichat

Nome do cliente *

Telefone * DDI + DDD, sem o +

Link da oferta * sem SRC e SCK

Vendedor *

Origem da conversão *

Plano escolhido *

Vendedor

Produto

Plano

Status

Origem

Telefone

Buscar nome

Data	Nome	Telefone	Status	Link	Ações	Vendedor	Produto	Plano	Origem

Data	Nome	Telefone	Status	Link	Ações	Vendedor	Produto	Plano	Origem

Total de links

—

no período selecionado

Vendedores ativos

—

geraram pelo menos 1 link

Plano + usado

—

Origem + usada

—

Links gerados por dia

Volume diário no período selecionado

Links a expirar

Próximos 7 dias · ignora o filtro de período acima

Planos gerados

Quantidade de links por plano

Links por vendedor

Quantidade gerada por cada vendedor

Produto

Categoria

Conta

Plataforma

Trial

Sub-categoria

Buscar

Produto	Plano	Oferta	Valor	Conta	Plataforma	Recorrência	Validade do desconto	Ações
Carregando…

Atenção: registre a venda somente após receber e validar a veracidade do comprovante de pagamento. O formulário deve ser utilizado apenas para vendas já concluídas e efetivamente pagas pelo cliente.

Como preencher os campos

Descrição do Plano

Informações sobre o plano contratado: nome completo, desconto (ex: "30% OFF promo Fire"), tipo de upgrade (ex: "Upgrade LITE → BLACK"), ou período diferenciado.

Observações

Contexto operacional que não cabe nos outros campos: motivo da venda manual, instruções especiais para NF, informações de emissão de CNPJ específico etc.

Chave PIX

Sendflow

46.987.367/0001-41

Unnichat

775cb37a-043a-4bbc-be6c-aeac3c323e9c

Dados da Venda

Data da Compra *

Plano *

Descrição do Plano * nome, desconto, upgrade

Observações contexto operacional, instruções para NF

Valor * ex: 1.500,00

Vendedor *

Dados do Cliente

E-mail *

Telefone DDI + DDD, sem +

Razão Social / Nome *

CNPJ / CPF *

Endereço

Rua *

Número *

Complemento opcional

CEP *

Bairro *

Município *

Estado * sigla

Esta aba não tem filtro de data. A lista mostra todos os lançamentos, do mais recente para o mais antigo.

Só são consideradas aqui as transações de PIX manuais — as lançadas por este formulário. Os PIX vindos do checkout não aparecem. O critério é o código da transação começar com PIX, carimbado pela automação n8n. Se esse prefixo mudar no n8n, esta lista esvazia sem erro.

O código já teve três formatos ao longo do tempo (PIX45301…, PIX174… e PIX20260806…) e os três entram na lista — por isso o vendedor de um lançamento antigo pode não estar entre as opções do formulário de hoje.

Carregando lançamentos…

Data	Cliente	Plano	Tipo	Valor	Vendedor	Chave	Status

Por página

Competência —

Sendflow BR

—

Meta total de receita

Sendflow LATAM

—

Meta total de receita

Unnichat

—

Meta total de receita

Total Geral

—

Soma das 3 unidades

NMRR

Quantidade

Receita (R$)

Renovação

Quantidade

Receita (R$)

Upgrade R$?

Extras R$?

Renov. Extras R$?

Volume Leads (Qtd)?

Mídia Paga

Provisionado R$?

CAC Meta (R$)?

ROAS Meta?

Leads Mídia Paga (Qtd)?

Funil de Conversão

Lead → MQL (%)?

Lead → SQL Geral (%)?

Lead → SQL Mídia (%)?

Leads → Vendas (%)?

Campo vazio mantém a meta atual — para zerar, digite 0.

NMRR

Quantidade

Receita (R$)

Renovação

Quantidade

Receita (R$)

Upgrade R$?

Extras R$?

Renov. Extras R$?

Volume Leads (Qtd)?

Mídia Paga

Provisionado R$?

CAC Meta (R$)?

ROAS Meta?

Leads Mídia Paga (Qtd)?

Funil de Conversão

Lead → MQL (%)?

Lead → SQL Geral (%)?

Lead → SQL Mídia (%)?

Leads → Vendas (%)?

Campo vazio mantém a meta atual — para zerar, digite 0.

NMRR (Vendas)

Quantidade

Receita (R$)

Renovação

Quantidade

Receita (R$)

Extras R$?

Renov. Extras R$?

Créditos R$?

Volume Leads (Qtd)?

Mídia Paga

Provisionado R$?

CAC Meta (R$)?

ROAS Meta?

Leads Mídia Paga (Qtd)?

Funil de Conversão

Lead → MQL (%)?

Lead → SQL Geral (%)?

Lead → SQL Mídia (%)?

Leads → Vendas (%)?

Campo vazio mantém a meta atual — para zerar, digite 0.

Comparar meta

Dias: — corridos | — úteis | MTD: —d

Forecast Esperado: — hoje

Estamos em — da meta

Legenda do Farol Receita (% Realizado vs Meta MTD)

>= 110% 100%–109.99% 90%–99.99% 80%–89.99% < 80%

Planos

Vendas Total

—

—% meta: —

FC: — Falta: —

NMRR

—

—% meta: —

Ticket: — Falta: —

Renovação

—

—% meta: —

Churn: — Falta: —

Upgrade

—

—% meta: —

FC: — Falta: —

Extras

NMRR

—

—% meta: —

FC: — Falta: —

Renovação

—

—% meta: —

FC: — Falta: —

Upgrade

—

—%

FC: —

Créditos

—

—%

FC: —

Gráficos

Receita Diária

Volume Diário (Qtd)

Ranking por Tipo — Planos (Receita)

Ranking por Tipo — Planos (Quantidade)

Total por Chave

Planos

Extras & Créditos

Estornos safra por data da venda

Reembolsos

—

Chargebacks

—

Disputas abertas

—

não soma na perda

Taxa de estorno

—%

saudável <5% · alerta >8%

Estorno diário

Por plano

clique no plano para ver os casos

Plano	Quantidade	Valor	% do total de estornos	% do total vendido do plano

Safra móvel: mês fechado ainda recebe estorno tardio — a média é 12 dias após a venda, com casos de até 237.

Carregando…

Data da venda	Data do estorno	Transação	E-mail	Produto	Plano	Status	Valor	Motivo

Comparar meta

Comparar período

Farol Funil >= 110% 100%–109.99% 90%–99.99% 80%–89.99% < 80%

Leads

—

—%

Esp.: —

Atual: —

Ajust.: —

por utm_medium Paid: — Org.: — Outros: —

MQL

—

Atual: —

Esp.: —

Var.: —

por utm_medium Paid: — Org.: — Outros: —

SQL

—

—%

Atual: —

Esp.: —

Var.: —

por utm_medium Paid: — Org.: — Outros: —

Vendas

—

—%

Atual: —

Esp.: —

Var.: —

por utm_medium Paid: — Org.: — Outros: —

CPL

—

Paid (utm_medium): —

cMQL

—

Paid (utm_medium): —

cSQL

—

Paid (utm_medium): —

CPA

—

Paid (utm_medium): —

Receita

—

por utm_medium

Paid: —

Org.: —

Outros: —

ROAS

—

por utm_medium

Paid: —

Org.: —

Outros: —

Ticket Médio

—

por utm_medium

Paid: —

Org.: —

Outros: —

Tx Fechamento

—

Vendas / Leads

Tx SQL: —

Vendas / SQL

Funil

Leads: —

↓

MQL: —

↓

SQL: —

↓

Vendas: —

Funil por Dia

Investimento

—

MTD esperado:
—

Provisionado:
—

—%

FC: —

Meta Ads

—

—% do total

Google Branded

—

—% do total

Google Geral

—

—% do total

Bing Ads

—

—% do total

Pacing

—

Atual

Esperado/dia

—

Tracking UTM

—%

— de — leads

meta: 80%

Investimento por Dia

Leads por grupo de origem

MQL por grupo de origem

SQL por grupo de origem

Vendas por grupo de origem

KPIs por origem

Eixo origem (de-para da Manutenção) — não é o Paid/Org./Outros dos cards acima, que é por utm_medium: "Paid (utm_medium)" e o grupo "Mídia Paga" não contam os mesmos leads. Investimento só existe nas origens de Mídia Paga com plataforma em midiapaga; nas demais, Investimento e CPL/cMQL/cSQL/CPA/ROAS ficam — (sem custo declarado), nunca R$ 0,00. Plataforma paga sem gasto no período e com lead mostra CPL R$ 0,00 — é o valor, como no card. Receita = valor do negócio (product_value) dos WON, a mesma do card Receita.

Origem	Grupo	Investimento	Leads	MQL	SQL	Vendas	CPL	cMQL	cSQL	CPA	Receita	ROAS	Ticket
—

Perdidos — fora do perfil

—

Número sublinhado abre a lista dos negócios.

Razões de perda por campanha

Negócios LOST criados no período, agrupados pelo utm_campaign do CRM (texto livre; caixa e espaços das pontas ignorados) — não é a campanha da mídia paga nem o de-para de origem. Perdido sem campanha fica na linha própria (sem campanha), no fim; o Total é o mesmo número do card ao lado.

—

Campanha	Perdidos	Fora do perfil	% fora	Motivo principal

Motivos de perda — Top 10 % sobre os perdidos com motivo

#	Motivo	Negócios	%

Funil por Produto

Leads, SQLs e Vendas do CRM · Receita via join por e-mail com transações aprovadas

Produto	Leads	SQLs	Vendas	Tx SQL	Tx Fech.	Receita
—

Dias: — corridos | — úteis | MTD: —d

Investimento Acumulado Sendflow + Unnichat · todas as plataformas (Meta Ads · Google Ads · Bing Ads)

Esperado MTD:

— acumulado de — provisionado

— atual | esperado — | projetado —

Sendflow + Unnichat · todas as plataformas (Meta Ads · Google Ads · Bing Ads)

KPIs abaixo respeitam o filtro de produto (Sendflow / Unnichat)

Comparar período

Leads

—

MQL

—

SQL

—

Vendas

—

Receita

—

CAC

—

ROAS

—

Tendência diária · investimento/dia

Funil por Dia · mídia paga · Leads/MQL/SQL

Funil · mídia paga

Selecione um período para carregar

Comparação por plataforma · mídia paga (utm_medium = paid)

Métrica	Meta Ads	Google Ads	Bing Ads	Total
Selecione um período para carregar

Investimento por plataforma · Meta × Google × Bing

Comparar período

Investimento

—

CAC

—

ROAS

—

Leads

—

MQL

—

SQL

—

Vendas

—

Funil por Dia · Meta Ads · Leads/MQL/SQL

Investimento por Dia

Impressões

—

Video Views

—

Cliques

—

CPM

—

CTR

—

CPC

—

Funil por Campanha

Agrupado por utm_campaign do CRM · Filtrado por utm_source = Meta · Receita via join por e-mail (transações no período) — régua diferente da Gestão de Campanhas abaixo

Campanha	Leads	SQLs	Vendas	Tx SQL	Tx Fech.	Receita	ROAS
—

Gestão de Campanhas

Funil e custos: lead casado por utm_campaign = nome da campanha (nível Campanha) ou utm_term = nome do anúncio (nível Criativo), só leads cuja origem resolve para Meta Ads no de-para (utm_source + utm_medium) · receita = valor do negócio ganho no CRM · custos ÷ investimento desta linha (relatório ad-level). ⚠ Atribuição single-touch: cada lead conta para uma campanha só. CPA e ROAS por linha são indicativos. Campanhas ativas no período

Nível:

Ordenar:

	Nome	Investimento	Impressões	Views	Cliques	CTR	CPC	CPM	Leads	MQL	SQL	Vendas	CPL	CMQL	CSQL	CPA	ROAS
Selecione um período para carregar

Ranking Anúncios

Agrupados por nome · clique em ↗ para ver veiculações e imagem ⚠ Atribuição single-touch: cada lead conta para um anúncio só. CPA e ROAS por criativo são indicativos.

Filtrar:

Ordenar:

↗	Anúncio	Destino	Investimento	Impressões	Video Views	Cliques	CTR	CPC	CPM	Leads	MQL	SQL	Vendas	CPL	CMQL	CSQL	CPA	ROAS
Selecione um período para carregar

Comparar período

Investimento

—

CAC

—

ROAS

—

Leads

—

MQL

—

SQL

—

Vendas

—

Funil por Dia · Google Ads · Leads/MQL/SQL

Impressões

—

Cliques

—

CTR

—

CPC

—

Métricas keyword-level (Impressões/Cliques/CTR/CPC): o gasto por keyword não soma o Investimento do card acima (autoritativo, via midiapaga — inclui PMax/Demand Gen sem keyword e gasto não atribuído). Logo CPC/CTR calculados a partir do Investimento total não fecham com estes.

Investimento por Dia

Branded — Ponta a Ponta · campanhas institucionais · funil (Lead→MQL→SQL) + investimento

Leads

—

MQL

—

SQL

—

Investimento

—

CPL

—

Custo/MQL

—

CAC

—

ROAS

—

Funil: leads do CRM (utm_source=adwords) em campanhas marcadas como branded. Investimento: midiapaga Google branded (autoritativo). Histórico de campanhas branded a partir de 30/04/2026.

Funil por Campanha

Filtrado por utm_source = adwords · Receita via join por e-mail (transações no período) — régua diferente da Gestão de Campanhas abaixo

Campanha	Leads	SQLs	Vendas	Tx SQL	Tx Fech.	Receita	ROAS
Carregando…

Gestão de Campanhas

Nível keyword — o gasto por keyword não soma o Investimento total do card acima (PMax/Demand Gen não têm keyword e o gasto não atribuído fica de fora) — e é esse gasto que divide CPL/CMQL/CSQL/CPA e ROAS de cada linha. Funil e custos: lead casado por utm_campaign = nome da campanha (nível Campanha) ou utm_term = keyword (nível Keyword), só leads cuja origem resolve para Google Ads no de-para (utm_source + utm_medium) · receita = valor do negócio ganho no CRM. ⚠ Atribuição single-touch: cada lead conta para uma campanha só. CPA e ROAS por linha são indicativos. Campanhas ativas no período

Ordenar:

Nome	Investimento	Impressões	Cliques	CTR	CPC	CPM	Share 1ª	Leads	MQL	SQL	Vendas	CPL	CMQL	CSQL	CPA	ROAS
Selecione um período para carregar

Comparar período

Investimento

—

CAC

—

ROAS

—

Leads

—

MQL

—

SQL

—

Vendas

—

Funil por Dia · Bing Ads · Leads/MQL/SQL

Impressões

—

Cliques

—

CTR

—

CPC

—

Métricas keyword-level (Impressões/Cliques/CTR/CPC) vêm da tabela de keywords do Bing; o Investimento do card acima é o autoritativo (midiapaga, Σ das campanhas BING ADS) e não precisa fechar com o gasto por keyword — as duas fontes têm históricos e cortes diferentes. Logo CPC/CTR calculados a partir do Investimento total não fecham com estes.

Investimento por Dia

Branded — Ponta a Ponta · campanhas institucionais · funil (Lead→MQL→SQL) + investimento

Leads

—

MQL

—

SQL

—

Investimento

—

CPL

—

Custo/MQL

—

CAC

—

ROAS

—

Funil: leads do CRM (utm_source=bing ou bingads) em campanhas marcadas como branded. Investimento: midiapaga Bing branded (autoritativo). Histórico de keywords do Bing a partir de 09/09/2026.

Funil por Campanha

Filtrado por utm_source = bing / bingads · Receita via join por e-mail (transações no período) — régua diferente da Gestão de Campanhas abaixo

Campanha	Leads	SQLs	Vendas	Tx SQL	Tx Fech.	Receita	ROAS
Carregando…

Gestão de Campanhas

Nível keyword — o gasto por keyword vem da tabela de keywords do Bing e não precisa fechar com o Investimento total do card acima (midiapaga, autoritativo) — e é esse gasto que divide CPL/CMQL/CSQL/CPA e ROAS de cada linha. Funil e custos: lead casado por utm_campaign = nome da campanha (nível Campanha) ou utm_term = keyword (nível Keyword), só leads cuja origem resolve para Bing Ads no de-para (utm_source + utm_medium) · receita = valor do negócio ganho no CRM. ⚠ Atribuição single-touch: cada lead conta para uma campanha só. CPA e ROAS por linha são indicativos. Campanhas ativas no período

Ordenar:

Nome	Investimento	Impressões	Cliques	CTR	CPC	CPM	Leads	MQL	SQL	Vendas	CPL	CMQL	CSQL	CPA	ROAS
Selecione um período para carregar

Comparar período

Leads

—

MQL

—

SQL

—

Vendas

—

Receita

—

Leads por origem · utm_source

Tendência diária · leads/dia

Funil orgânico

% = conv. da etapa anterior

Por origem · utm_source · clique nos números

Origem	Leads	MQL	SQL	Vendas	Receita
Selecione um período para carregar

Farol Comercial

Visão operacional do funil comercial. Sub-aba Trials: iniciados, ativados, em aberto e expirados.

Realizado

—

Qtd de vendas

—

Ticket médio

—

Média/dia corrido

—

Participação

—

Taxa de reembolso

—

Vendas CRM

—

Carregando…

—

Plano

Validação

Auditoria

Tipo

Carregando o placar…

Data · garantia	Cliente	E-mail	Vendedor	Cód. transação · status	Valor	Plano / Produto · plataforma	CRM	Validação	Ações
Carregando…

Realizado

—

Meta do período

—

Faltam

—

% de atingimento

—

Forecast Receita

—

Forecast Vendas

—

Forecast Meta

—

Comissão realizada

—

Faixa de atingimento	%	Comissão

Comissão estimada

—

Faixa de atingimento	%	Comissão

Os valores e informações deste painel referem-se exclusivamente a clientes que passaram pelo checkout para iniciar o trial. Os trials liberados manualmente pelas plataformas (Unnichat e/ou Sendflow) não aparecem aqui.

Unnichat + Sendflow. Ativação = mesmo assinante e mesmo plano com cobrança paga após o início. Clique num card para ver a lista e exportar CSV.

Iniciados

—

Ativados

—

Taxa de Ativação

—

Em Aberto

—

Expirados s/ Ativação

—

Receita Ativações

—

Status dos trials · ativados / em aberto / expirados

Tendência mensal · iniciados vs ativados por mês de início

Ativação por cohort · mês de início · ⏳ = safra ainda em maturação

Cohort	Iniciados	Ativados	Taxa

Por duração do trial · 7 / 14 / 30 / 90 dias

Duração	Iniciados	Ativados	Taxa

Por origem · iniciados e ativados

Origem	Iniciados	Ativados	Taxa

Em aberto · dentro do prazo, ainda não ativados — contatar antes de vencer · 🔥 ≤7 dias

Nome	Telefone	E-mail	Produto	Trial	Início	Vence em	Dias restantes
Carregando…

Expirados sem ativação · prazo passou e não ativaram — win-back

Nome	Telefone	E-mail	Produto	Trial	Início	Expirou em	Há quantos dias
Carregando…

Comparar período

Idioma:

Views

—

Usuários

—

Novos usuários

—

Leads (form)

—

Conv. / usuários

—

Conv. / views

—

Tráfego e leads por dia

usuários (linha) · leads (barra) · clique num dia para detalhar

Views

—

Usuários

—

Leads

—

Conv. / usu.

—

Página	Views	Usuários	Leads	Conv. %

Ranking de páginas

Ordenar:

Página	Views Pageviews totais da página no período (soma de todas as visitas, incluindo retornos do mesmo usuário).	Usuários Usuários únicos que visitaram a página no período (campo `total_users` da tabela de tráfego).	Novos Usuários que visitaram esta página pela primeira vez no período (`new_users`). Não considera visitas anteriores fora do intervalo selecionado.	Leads Submissões de formulário (preencheuform) atribuídas a esta página via URL canônica ou De-para. Leads sem correspondência aparecem no contador "não atribuídos" abaixo da tabela.	Conv. usu. Leads ÷ Usuários únicos. Mede quantos visitantes únicos converteram em lead. Métrica principal de eficiência da página.	Conv. views Leads ÷ Views totais. Dilui quando há muitos retornos do mesmo usuário; útil para comparar páginas com perfil de visitas repetidas.	Δ leads Variação percentual de leads em relação ao período anterior (visível apenas com "Comparar período" ativado). "novo" indica página sem leads no período anterior.
Selecione um período para carregar

—

Edições gravam em de_para_paginas e o painel recalcula a atribuição de leads ao recarregar.

Rótulo / URL de origem: valor exato que chega no campo lp_conversao ou page_name do formulário — pode ser uma URL completa (https://sendflow.com.br/…) ou um texto livre como SENDFLOW – HOME. Copie diretamente da coluna "Pendentes" para evitar erros de digitação.

Página canônica: URL de destino no formato host/path, sem https://, sem www. e sem barra final. Ex: sendflow.com.br ou sendflow.com.br/planos. Deve bater com uma URL que aparece no ranking de tráfego.

Não mapeados — pendentes

—

Mapeamentos ativos

Rótulo / URL de origem	Página canônica	Fonte
—

Produto:

Língua:

Nome da Página	URL (canônica)	Produto	Língua	Data Criação	Data Desativ.	Status	Observação	Ações
—

Churn do Período — Planos

Fat. Real / Esp —

Churn Receita —%

Qtd Real / Esp —

Churn Qtd —%

< 20% — saudável

20–25% — atenção

> 25% — crítico

Churn do Período — Extras

Fat. Real / Esp —

Churn Receita —%

Qtd Real / Esp —

Churn Qtd —%

< 20% — saudável

20–25% — atenção

> 25% — crítico

Tipo

Quantidade

Esperado

—

renovações previstas no período

Realizado

—

renovações efetivadas

Taxa de Renovação

—

realizado / esperado

Ritmo Diário

—

esperado / dia (período inteiro)

Receita

Esperado

—

receita prevista no período

Realizado

—

receita efetivada

Taxa de Renovação

—

realizado / esperado

Ritmo Diário

—

esperado / dia (período inteiro)

Renovações Esperadas por Dia (por proxima_cobranca)

Receita Esperada por Produto

Quantidade Esperada por Produto

Detalhamento por Produto × Categoria

Produto	Categoria	Qtd Esperada	Valor Esperado	% do Total
Selecione um período para carregar

Como ler: assinaturas cuja próxima cobrança cai no período selecionado e que hoje estão Atrasada (DELAYED) ou Cancelada (CANCELLED) — ou seja, receita de renovação esperada na janela que está comprometida. O período filtra por próxima cobrança, não pela data do cancelamento. O status é o atual da assinatura, não o do momento da cobrança — por isso períodos passados refletem a situação de hoje. Fonte: tabela de assinaturas (a aba Renovações usa transações, então os totais não reconciliam 1:1). Selo RECOMPROU: o cliente (incluindo e-mails vinculados) fez uma assinatura nova do mesmo produto e tipo de plano até 30 dias depois do cancelamento — a regra da sub-aba Recompras, que lá filtra pela data da recompra. A linha continua contada como cancelada. Vale só para planos com data de cancelamento registrada. No detalhe (clique num card ou num dia), o telefone vem do cadastro de clientes, casado pelo e-mail da assinatura; o ícone do WhatsApp abre a conversa. A coluna Plano Ativo fala do cliente hoje (e-mails vinculados incluídos), não da linha: Sim = tem plano ativo ou em teste; Em atraso = nenhum plano ativo, mas algum produto (plano ou extra) atrasado, ou vencido nos últimos 90 dias; Não = nenhum plano ativo e nada em atraso. Extra ativo não conta. Para uma lista de reativação, filtre Não no CSV — e lembre que o período aqui é o da próxima cobrança, não o do cancelamento.

Status | Tipo

Atrasada · Qtd

—

assinaturas atrasadas

Atrasada · Receita

—

em risco de perda

Cancelada · Qtd

—

assinaturas canceladas · —

Cancelada · Receita

—

receita perdida · —

Distribuição por Dia (por proxima_cobranca · clique para detalhar)

Cancelada Atrasada

Como ler: clientes que cancelaram uma assinatura e fizeram uma nova do mesmo produto em até 30 dias, em vez de renovar. Uma linha por par (assinatura cancelada × nova). O período filtra pela data da recompra (adesão da nova), que é o evento conferido — não pela data do cancelamento. A lista é para julgamento humano: casos legítimos existem (regularização de pagamento, troca de plano combinada). Recompra feita com e-mail novo não vinculado não aparece aqui — vincule o e-mail no Busca Cliente e o caso passa a entrar.

—

Cliente	Produto	Cancelado por	Cancelamento	Recompra	Gap	Plano antigo	Plano novo

desconto o plano novo tem marcador de desconto (OFF, promo, cupom) que o antigo não tinha ≤ 7 d recompra na mesma semana do cancelamento periodicidade mudou a recompra trocou a duração do ciclo (ex.: semestral → anual) plano diferente informativo — acende em 44% das linhas, boa parte por renomeação de catálogo

O CSV traz três colunas a mais que a tela: recorrente antiga, 1ª cobrança nova e motivo do cancelamento — a conferência de valor acontece na planilha, não aqui.

Tipo

E-mail	Telefone	Produto	Tipo	Valor	Status	Plano Ativo	Motivo Cancelamento
Carregando…

Assinaturas vinculadas

Produto

Tipo

Status	Produto / Plano	Tipo	Ciclo	Valor acum.	Adesão	Vendedor	Primeira Origem	Origem Mais Recente
Carregando…
Total				—

Gestão Comercial

Visão da liderança: macro do time, ranking de vendedores, funil do CRM e cadastro de metas e comissões.

Origem da venda

NMRR

— da área

— da empresa

Qtd de vendas

— da área

— da empresa

Ticket médio

— da área

— da empresa

Taxa de reembolso

—

Atingimento da área

—

Ranking de vendedores

#	Vendedor	NMRR	% do total	Vendas	Ticket médio	Reemb.	Meta	% meta	Comissão est.

Vendas sem vendedor atribuído

—

Vendas cujo campo de vendedor está vazio ou traz um código de canal/campanha em vez de uma pessoa. Elas entram no NMRR da área e ficam fora de todo KPI individual — é o que faz o ranking fechar com o total.

Transações contestadas 0

fila viva — não responde ao filtro de período nem de BU

Vendas em que o vendedor apontou um problema no checklist de validação. Resolver aqui devolve a venda para validada ou pendente — o motivo e a resolução ficam na linha do tempo do cliente.

Carregando…

Compra	Cliente	Cód. transação	Valor	Vendedor	Contestada em	Motivo	Resolver

Ranking de origem de venda

Origem lida do sck da própria transação (telefone__origem) — o link que o vendedor gerou. Não passa pelo CRM.

#	Origem	NMRR	% do total	Vendas	Ticket médio	Vendedor destaque

Ranking de origem por UTM do CRM

utm_source · utm_medium do negócio do CRM (tabela crm) casado com a venda por e-mail ou pelos últimos 8 dígitos do telefone, dentro de uma janela de 30 dias antes até 2 dias depois da compra — negócio fora dela é histórico do cliente e não casa. Vence o achado pelas duas chaves; depois o aberto antes da compra; depois o mais recente. Normalizado em minúsculas. Não usa o sck.

#	Origem (UTM)	NMRR	% do total	Vendas	Ticket médio	Vendedor destaque

NMRR interno × afiliado

Interno

—

Afiliado

—

Afiliado	Vendas	NMRR

Ranking de planos

Plano	Vendas	NMRR	%

Cupons por vendedor

Vendedor	Vendas com cupom	Desconto total

Funil do CRM

O crm não guarda data de fechamento: a venda é datada pela transação, e a abertura vem do negócio casado por e-mail ou telefone.

Funil da safra por data de criação do negócio

Leads?

—

SQLs

—

— dos leads

Ganhos

—

— dos SQLs

Conversão lead→venda: —

SQL = etapa QUALIFICADO, APRESENTAÇÃO, NEGOCIAÇÃO ou FECHAMENTO, ou negócio já ganho. Lead aqui é negócio, não pessoa — quem abre três negócios conta três vezes, como na referência histórica do projeto.

Ciclo de vendas por data da transação?

Média?

—

Mediana?

—

p90?

—

Máximo?

—

Da abertura do negócio no CRM até a compra. Casamento por e-mail ou pelos últimos 8 dígitos do telefone, só dentro da janela de 30 dias antes até 2 dias depois da compra — negócio mais antigo que isso é histórico do cliente e não entra. Onde o negócio foi aberto depois da venda (o vendedor registrou no CRM ao fechar), o ciclo pode aparecer negativo, até −2 dias.

Conversão por atendente

Leads, SQLs e ganhos são da safra; o ciclo é das vendas do período. crm.atendente é um eixo próprio — não corresponde ao vendedor do ranking acima.

Atendente	Leads	SQLs	Ganhos	Lead→venda?	SQL→venda?	Ciclo mediano

Nicho — Top 15 por data de criação do negócio

Sendflow e Unnichat usam listas de nicho diferentes, então o mesmo nicho aparece em mais de uma linha (INFOPRODUTOS, INFOPRODUTOS (CURSOS…), EDUCAÇÃO / INFOPRODUTOS). A consolidação é do CRM, não da tela.

Nicho	Leads	Ganhos	Taxa lead → ganho	% dos leads com nicho

Leads e SQLs por canal — Top 15 por data de criação do negócio

utm_source · utm_medium, normalizados em minúsculas (a base tem paid e PAID). Lead sem UTM entra como linha própria, não é descartado.

Canal	Leads	SQLs	SQL/lead	Ganhos	Taxa lead → ganho

Motivos de perda — Top 10 por data de criação do negócio

#	Motivo	Negócios	%

Faixas de comissão

O limite superior é exclusivo: 80,99% cai na 1ª faixa, 81,00% na 2ª.

As faixas precisam ser contínuas: sem buraco, sem sobreposição, começando em 0 e com a última aberta (sem topo). Uma configuração com furo faria um atingimento cair em faixa nenhuma e a comissão virar vazio, sem erro na tela.

Rótulo	De (%)	Até (%, exclusivo)	Comissão (%)

Prévia — mês corrente

Realizado do mês até hoje contra a meta cadastrada abaixo, com a faixa e a comissão resultantes. É o mesmo cálculo que o vendedor vê em Minhas Vendas — serve para conferir o cadastro, não para fechar o mês.

Vendedor	Produto	Realizado	Meta	Atingimento	Faixa	Comissão

Ano

Editar também a meta de quantidade de vendas

Meta mensal de NMRR

Uma linha por vendedor e produto. A meta de "Ambos" é a soma das duas — não se cadastra.

Entram na grade os vendedores com login vinculado em Gerenciar Acessos › Vendedor. Vincular alguém lá o faz aparecer aqui — sem deploy. Célula vazia é diferente de zero: vazia significa "sem meta" e, se já havia meta cadastrada no mês, salvar com a célula vazia remove o cadastro. Zero é uma meta de zero.

Farol CS

Visão operacional do time de Customer Success: atendimentos, satisfação (CSAT) e NPS.

Período: — Selecionado no calendário do topo da página

Atendente

Status

Etiqueta contém

Etiqueta não contém

Buscar (ID ou cliente)

só clientes só ativos

Nota	Data	E-mail	Local

Chamados

—

Tempo médio

incluir s/ duração

—

Média por dia

—

ID Conversa	Cliente	Abertura	Fechamento	Atendente	BU	Etiqueta	Status	Canal	Vínculo

Por página:

—

Importar CRM

Suba o CSV exportado do CRM. Negócios que já existem têm status, etapa e valor atualizados; os novos são criados. Match por ID do negócio.

Um produto por importação. Selecione o produto correto e suba o arquivo desse produto. Só as linhas cujo produto (lido do funil/produtos do CSV) bate com o selecionado são enviadas — as demais ficam de fora e você as importa depois selecionando o produto delas. Isso evita criar registros com produto errado.

Como exportar a lista no Unnichat (3 passos)

1

Filtre o período — um mês por vez

No filtro Data, escolha o tipo “Data de entrada no pipeline” e selecione o mês inteiro (do dia 1 ao último dia).

É esse campo que vira a data do negócio no painel. Outro tipo de data desalinha o período, e a higienização passa a olhar a janela errada.
2

Clique em Exportar

Botão no topo do funil, ao lado de “Adicionar etapa”.
3

Marque “Selecionar tudo” nas duas listas

Etapas e campos — confira que aparece 9/9 e 20/20 antes de exportar.

Campo de fora = coluna que nunca chega (foi o caso da “Razão de perda”). Etapa de fora é pior: os negócios dela somem do CSV e a higienização os trata como excluídos no CRM — apagaria negócios vivos. A trava do banco só protege quem o Unnichat viu nas últimas 48 h: os negócios em aberto dos funis Inbound (conferidos toda noite a partir de 29/09/2026) e os que se moveram. Ganhos e perdidos antigos, e os abertos do legado Moskit e do Curso Webinário, da etapa ausente seriam removidos.

O arquivo baixa como .csv com separador ; — suba do jeito que veio, sem abrir e salvar no Excel (salvar reescreve as datas e o painel deixa de reconhecê-las).

Importar (cria + atualiza)

Produto da importação *

Define quais campos de resposta do lead serão lidos (Sendflow → sf_*, Unnichat → un_*).

Arquivo CSV *

Higienização — revisar e confirmar

Nome	E-mail	Vendedor	Etapa	Status	Criado

Negócios que mudaram nesta importação

Nome	Produto	Status anterior	Etapa anterior	Status novo	Etapa nova

Datas não reconhecidas

ID do negócio	Nome	Data no CSV	Corrigir (opcional)

A correção vale só para esta importação — o arquivo CSV não é alterado. Linhas sem data ficam fora das métricas por período e da higienização (Passo 2).

Conceitos Fundamentais

Base metodológica que define como todos os KPIs são calculados.

Cohort (safra de clientes)

As páginas de cohort mostram o comportamento de um grupo de clientes ao longo do tempo, reunidos pela primeira compra (data de adesão do plano). A partir daí dá para analisar LTV, churn, upgrades, clientes ativos e receita gerada por cada grupo. Cada cohort equivale a um mês — definido como YYYY-MM da data_adesao.

Como usar: compare safras de meses diferentes no mesmo ponto da jornada para ver se a retenção e o LTV estão melhorando com o tempo.

Fonte: tabela assinatura · campo data_adesao

Ciclo

Cada ciclo é uma cobrança aprovada da assinatura, contada em ordem de data a partir da adesão. Ciclo 0 é a primeira compra (NMRR), Ciclo 1 a cobrança seguinte (renovação — ou upgrade, que também conta como ciclo), e assim por diante. A duração depende do plano (mensal ≈ 30 dias, semestral ≈ 180 dias). Serve para saber até que ponto da jornada cada safra chegou e em qual renovação as pessoas costumam sair.

Como usar: identifique em qual ciclo a retenção mais cai — é onde vale concentrar o esforço de retenção.

Fonte: tabela transacoes (aprovadas · NMRR, RENOVAÇÃO, UPGRADE) numeradas por data_compra → view vw_cohort_segmentado · campo numero_ciclo

Retido

Assinante que renovou com sucesso até aquele ciclo — tem a cobrança aprovada daquele ciclo (NMRR, RENOVAÇÃO ou UPGRADE). É quem "ficou", o numerador da taxa de retenção. No mapa de calor, a célula (safra × ciclo) com prazo já vencido e ao menos um retido recebe status_celula = 'RETIDO'.

Fonte: vw_cohort_segmentado · campo status_celula

Churnado

Assinante que não renovou naquele ciclo — cancelou, não renovou no prazo esperado, ou teve reembolso/chargeback. É o oposto de Retido. No mapa de calor, a célula com prazo já vencido e nenhum retido recebe status_celula = 'CHURNADO'.

Fonte: vw_cohort_segmentado · campo status_celula

Célula Incompleta

Combinação de safra × ciclo cujo prazo de renovação ainda não chegou — a safra ainda não teve tempo de alcançar aquele ciclo. Aparece em cinza no mapa de calor e fica de fora de médias e KPIs para não distorcer os números. status_celula = 'INCOMPLETO'.

Fonte: vw_cohort_segmentado · campo status_celula

LTV (Life Time Value) — Histórico

Quanto de receita real uma assinatura já gerou até agora, em reais — não é projeção. É a soma de todos os valor_atualizado de transações aprovadas; reembolsos e chargebacks descontam. Mostra o valor que cada cliente (ou safra) de fato trouxe.

Como usar: compare o LTV entre safras e planos para saber quais clientes valem mais ao longo do tempo — e quanto compensa investir para conquistá-los.

Fonte: vw_assinatura_ltv.ltv_real — soma ao vivo de transacoes (APPROVED/COMPLETED) líquida de reembolsos, por codigo_assinante

Tamanho mínimo do cohort

Filtro (Tam. mín. cohort, nas abas Cohort · Planos e Cohort · Extras) que tira da análise as safras com menos assinaturas do que o número configurado (padrão: 1) — elas saem dos KPIs, do mapa de calor, dos gráficos e da tabela e dos destaques do ciclo de referência (Melhor Cohort, Maior Receita Acumulada). Evita que meses muito pequenos distorçam as comparações.

Aba Cohort · Geral

Visão consolidada por cliente (e-mail), agrupando planos e add-ons juntos. Filtros: produto (Todos / Sendflow / Unnichat — abre em Sendflow), região (Todos / BR / LATAM) e intervalo de primeira compra.
Onde encontrar: aba Cohort · Geral · Acesso: admin

Total de Clientes

Número de e-mails únicos com ao menos uma assinatura elegível nos filtros selecionados. Quando o filtro de produto está em Todos, usa COUNT DISTINCT email sem split por produto — um cliente com Sendflow e Unnichat é contado uma única vez.

Fórmula (Todos): COUNT(DISTINCT email) via vw_ltv_geral_clientes_uniq
Fórmula (produto específico): SUM(total_clientes) via vw_ltv_geral_kpis

Clientes Ativos

Clientes com ao menos uma assinatura com status Ativa (ACTIVE) ou Trial (TRIAL) no momento da consulta. No modo Todos, também sem dupla contagem — um mesmo e-mail ativo em ambos os produtos conta como 1.

Fórmula (Todos): clientes_ativos_uniq via vw_ltv_geral_clientes_uniq
Fórmula (produto específico): SUM(clientes_ativos) via vw_ltv_geral_kpis

LTV Médio por Cliente

Receita Total ÷ Total de Clientes únicos. No modo Todos, a receita inclui tudo (Sendflow + Unnichat) de cada cliente, e o denominador é o contagem única — representa o LTV real por pessoa.

Fórmula: receita_total / total_clientes_uniq

Receita Total Gerada

Soma de toda a receita real (transações aprovadas, líquidas de reembolsos) de todas as assinaturas dos clientes filtrados — planos e add-ons juntos, histórico completo. Não tem dupla contagem mesmo no modo Todos, pois cada assinatura tem seu próprio valor.

Fórmula: SUM(receita_total)
Fonte: vw_ltv_geral_kpis · campo receita_total

Filtro de primeira compra: filtra clientes cujo primeiro_mes (mês do NMRR mais antigo) está dentro do intervalo selecionado. Um cliente com primeiro contrato em jan/2023 e renovações até hoje aparece apenas se jan/2023 estiver no intervalo — independente de quando as outras assinaturas foram criadas.

LTV por Plano de Entrada

Responde à pergunta: "Um cliente que entrou pelo plano LITE gera quanto de LTV ao longo da vida?" A lógica identifica o primeiro plano contratado por cada e-mail e soma todo o LTV histórico desse cliente — incluindo add-ons e upgrades posteriores.

Plano de Entrada

Tipo do primeiro plano contratado pelo cliente, identificado pela assinatura com data_adesao mais antiga entre os planos principais (LITE, STANDARD, BLACK, etc.). Add-ons não são considerados como plano de entrada.

Fonte: vw_ltv_por_plano_entrada · campo tipo_produto_entrada

Clientes

Número de e-mails únicos cujo primeiro plano foi este tipo. Um cliente conta uma única vez, no plano de entrada dele — mesmo que depois tenha migrado para outro plano.

Fonte: vw_ltv_por_plano_entrada · campo total_clientes

LTV Médio

Média do LTV histórico total dos clientes que entraram por esse plano — incluindo toda a receita gerada por eles em qualquer produto ou add-on ao longo da vida.

Fórmula: receita_total / total_clientes
Fonte: vw_ltv_por_plano_entrada · campo ltv_medio

Receita por Plano

Soma da receita real (transações aprovadas, líquidas de reembolsos) gerada apenas pelas assinaturas de plano principal (LITE, STANDARD, BLACK, START, PRO, UNNICO, etc.) de todos os clientes desse grupo. Exclui add-ons.

Fonte: vw_ltv_por_plano_entrada · campo receita_planos

Receita por Addon

Soma da receita real (transações aprovadas, líquidas de reembolsos) gerada apenas pelas assinaturas de add-on (CONTA EXTRA, ATENDENTES, CONTATOS, CONEXÃO WHATSAPP API, CONEXÃO INSTAGRAM, UPGRADE) de todos os clientes desse grupo. Indica o quanto cada perfil de entrada expande além do plano base.

Fonte: vw_ltv_por_plano_entrada · campo receita_addons

Receita Total

Receita por Plano + Receita por Addon — todo o LTV histórico acumulado pelos clientes que entraram por esse plano, independente de como foi gerado.

Fórmula: receita_planos + receita_addons
Fonte: vw_ltv_por_plano_entrada · campo receita_total

Análise por Safra de Aquisição

Gráfico e Tabela por Safra

Cada linha é um mês de primeira compra, com Novos Clientes, LTV Médio e Receita da Safra (acumulada até hoje). O gráfico mostra Novos Clientes em barras e LTV Médio em linha; a tabela ordena por qualquer coluna e destaca a safra de maior receita e a de melhor LTV médio.

Fonte: vw_ltv_geral_kpis (e vw_ltv_geral_clientes_uniq para Novos Clientes no modo Todos) · LTV Médio = receita_total / clientes

Modal de E-mails (Camada 1)

Ao clicar no número de Novos Clientes de qualquer safra, abre um modal paginado (30 por página) com todos os e-mails da safra: produto, número de assinaturas e LTV total. Safras grandes são buscadas em lotes de 1.000 linhas para não perder registros.

Fonte: vw_ltv_por_email filtrado por primeira_adesao

Modal de Assinaturas (Camada 2)

Ao clicar no número de assinaturas de qualquer e-mail na Camada 1, abre um sub-modal com todas as assinaturas daquele cliente: código, tipo de produto, plano, status, data de adesão, ciclo atual e LTV acumulado. Botão "Voltar" retorna à listagem da safra.

Fonte: vw_assinatura_ltv · filtro: email = ?

Ranking LTV por Cliente

Top 50 clientes por LTV acumulado, com todos os filtros aplicados (com produto Sendflow ou Unnichat, ordena pelo LTV daquele produto). Mostra produto (Sendflow, Unnichat ou SF + UC), região, cliente desde, assinaturas, status (Ativo/Inativo), LTV Planos, LTV Add-ons e LTV Total. Clicar no e-mail abre direto o modal de assinaturas (Camada 2).

Fonte: vw_ltv_ranking_emails

Abas Cohort · Planos e Cohort · Extras (Add-ons)

Análise de cohort por tipo de produto. Planos = LITE, STANDARD, BLACK, START, PRO, UNNICO, etc. Extras = CONTA EXTRA, ATENDENTES, CONTATOS, CONEXÃO WHATSAPP API, etc. Mesma lógica de cálculo nas duas abas. Filtros: produto (Sendflow / Unnichat), região, tipo, intervalo de cohorts e tamanho mínimo do cohort; só em Planos há ainda o filtro obrigatório de Período (mensal, trimestral, semestral ou anual) e o minigráfico de tendência.

Cards KPI

Total de Assinaturas

Soma do tamanho de todos os cohorts filtrados — ou seja, quantas assinaturas entraram no produto, independente de ainda estarem ativas. Cada assinatura é contada apenas uma vez (ciclo 0).

Fórmula: SUM(assinantes_cohort) por cohort no ciclo 0
Fonte: vw_cohort_segmentado · campo assinantes_cohort

Assinaturas Ativas

Contagem ao vivo de assinaturas com status Ativa (ACTIVE), mais as Trial (TRIAL) com pagamento aprovado, no momento da consulta, aplicando os filtros de produto e região e restrita aos cohorts que passaram nos filtros (intervalo e tamanho mínimo); em Planos, também o tipo de produto e o período. Atualizada a cada carregamento, diferente dos demais KPIs que refletem dados históricos.

Fórmula: COUNT(*) com filtros
Fonte: vw_assinaturas_ativas (snapshot do momento)

LTV Médio Acumulado

Para cada cohort, pega o LTV do último ciclo completo (não INCOMPLETO). Depois calcula a média ponderada pelo tamanho do cohort — um cohort de 300 assinantes pesa 300× mais que um de 1. Representa quanto uma assinatura gerou, em média, até o ponto mais avançado do seu histórico.

Fórmula: Σ(ltv_medio_por_assinante × assinantes_cohort) ÷ Σ assinantes_cohort, no último ciclo completo de cada cohort
Fonte: vw_cohort_segmentado · campos ltv_medio_por_assinante, assinantes_cohort, status_celula

⚠️ Cada cohort é lido no seu maior ciclo completo — um cohort no ciclo 6 e outro no ciclo 0 entram no mesmo número. Para comparar cohorts na mesma "idade", use o card LTV Médio Agregado no Ciclo, logo abaixo.

Alterado em 22/07/2026: era média simples entre cohorts (um voto por cohort, independente do tamanho).

Receita Total Gerada

Soma da receita de todos os ciclos completos (não INCOMPLETO) de todos os cohorts filtrados. Inclui ciclo 0 (NMRR) e todas as renovações.

Fórmula: SUM(receita_ciclo_total) excluindo células INCOMPLETO
Fonte: vw_cohort_segmentado · campos receita_ciclo_total, status_celula

Retenção Média — Ciclo 1

Retenção no ciclo 1 (primeira renovação) considerando todos os cohorts que já têm o ciclo 1 completo, ponderada pelo tamanho do cohort: soma dos assinantes que renovaram dividida pela soma dos assinantes elegíveis. Proxy de churn de curto prazo — quanto do C0 renova na primeira cobrança.

Fórmula: Σ assinantes_ativos ÷ Σ assinantes_cohort × 100 onde numero_ciclo = 1 e status_celula ≠ 'INCOMPLETO'
Fonte: vw_cohort_segmentado · campos assinantes_ativos, assinantes_cohort

Alterado em 22/07/2026: era a média simples das taxas por cohort, o que dava a um cohort de 1 assinante o mesmo peso de um de 300.

Análise por Ciclo de Referência

Ciclo de Referência (CicloRef)

Número do ciclo usado como ponto de comparação entre cohorts. Ao selecionar ciclo 3, a tabela e os cards mostram o estado de todos os cohorts exatamente no ciclo 3 — como se todos tivessem a mesma "idade". Cohorts sem dados completos naquele ciclo são excluídos.

Melhor Cohort no Ciclo

Cohort com a maior taxa de retenção no ciclo selecionado, entre os cohorts com tamanho mínimo atingido e ciclo completo.

Fórmula: MAX(taxa_retencao_pct) no cicloRef
Fonte: vw_cohort_segmentado · campo taxa_retencao_pct

LTV Médio Agregado no Ciclo

Média ponderada do LTV acumulado de todos os cohorts no cicloRef selecionado. Ponderada pelo tamanho de cada cohort (N), não média simples — cohorts maiores têm mais peso.

Fórmula: SUM(ltv × N) / SUM(N) no cicloRef
Fonte: vw_cohort_segmentado · campos ltv_medio_por_assinante, assinantes_cohort

Maior Receita Acumulada

Cohort com maior receita acumulada desde o ciclo 0 até o cicloRef selecionado. Células incompletas são excluídas da soma — representa apenas receita confirmada.

Fórmula: SUM(receita_ciclo_total, k=0..cicloRef) excluindo INCOMPLETO
Fonte: vw_cohort_segmentado · campo receita_ciclo_total

Coluna da Tabela	Descrição	Fonte
Cohort	Mês de entrada do cohort (YYYY-MM)	`cohort_group`
Assinantes	Tamanho original do cohort (ciclo 0), normalizado — não muda entre ciclos	`assinantes_cohort`
Ativos no ciclo	Quantidade de assinantes que renovaram no cicloRef	`assinantes_ativos`
Retenção %	Ativos no ciclo ÷ Assinantes do cohort × 100	`taxa_retencao_pct`
LTV médio	LTV acumulado médio por assinante até o cicloRef	`ltv_medio_por_assinante`
Receita no Ciclo	Receita total gerada apenas no cicloRef selecionado	`receita_ciclo_total`
Receita Acum.	Soma de receita do ciclo 0 até o cicloRef (excluindo células incompletas)	`SUM(receita_ciclo_total, C0..Cn)`

Tendência de Retenção (minigráfico)

Modo Agrupado

Exibe uma única linha com a retenção no ciclo 1 de cada cohort (só cohorts com C1 completo), somando todos os tipos de plano selecionados. Útil para ver a tendência geral do produto sem distinção de plano.

Fonte: vw_cohort_segmentado · agregação de todos os tipos selecionados

Modo Individual

Exibe uma linha colorida por tipo de plano (LITE, STANDARD, BLACK, etc.), permitindo comparar curvas de retenção no ciclo 1 lado a lado. Sem nova consulta ao banco — usa os dados cacheados do carregamento inicial.

Fonte: state.matrixCache.planosRawRows (cache local) · agrupado por tipo_produto

Mapa de Calor de Retenção

Células — Retenção %

Cada célula é uma combinação cohort × ciclo. A cor representa a taxa de retenção: verde escuro (80–100%), verde (60–79%), amarelo (40–59%), laranja (20–39%), vermelho (1–19%). Célula vazia = nenhum assinante ativo naquele ciclo; célula cinza = ciclo ainda incompleto.

Fonte: vw_cohort_segmentado · campos taxa_retencao_pct, status_celula

Coluna LTV Médio

LTV médio por assinante do último ciclo com status RETIDO. Representa o LTV real acumulado até o ponto mais avançado do cohort. Troféu 🏆 marca o cohort com maior LTV entre todos os filtrados.

Fonte: vw_cohort_segmentado · campo ltv_medio_por_assinante

Coluna Receita Total

Soma de receita_ciclo_total de todos os ciclos do cohort — receita histórica completa. Troféu 🏆 marca o cohort com maior receita total.

Fonte: vw_cohort_segmentado · campo receita_ciclo_total

Coluna N

Tamanho original do cohort — quantas assinaturas entraram no mês de adesão. Valor fixo para todo o cohort, independente do ciclo.

Fonte: vw_cohort_segmentado · campo assinantes_cohort

Linha Média

Última linha do mapa de calor. LTV Médio = média ponderada por N. Receita Total = soma de todos os cohorts. Cada célula de ciclo = média da retenção entre cohorts com aquele ciclo completo.

Fonte: vw_cohort_segmentado · agregação JS sobre todos os cohorts

Detalhamento (clique na célula)

Ao clicar em uma célula, abre modal com lista de assinantes daquele cohort e ciclo: código, produto, plano, data de adesão e valor.

Fonte: vw_cohort_detalhes · campos codigo_assinante, produto, plano, data_adesao, valor_atualizado

Onde encontrar: abas Cohort · Planos e Cohort · Extras · Acesso: admin

Aba Cohort · Upgrades

Registra trocas de plano (upgrade = subida na hierarquia de planos, downgrade = as demais trocas). Cada linha é um evento de alteração de plano. Filtros: produto, direção, safra e, quando a direção não é “Todos”, caminho (plano → plano). Traz ainda o gráfico de tempo médio até o upgrade por caminho (este obedece só à safra), o fluxo de alterações por caminho, a tabela de alterações por safra e o detalhamento evento a evento, com busca por e-mail.

Total de Upgrades

Contagem de eventos de alteração de plano após aplicar os filtros de produto, direção (upgrade/downgrade/todos), safra e caminho.

Fonte: vw_upgrades_plano · campo direcao

Receita Gerada

Soma do valor_upgrade de todos os eventos filtrados — valor pago na transação de upgrade (aprovada), não a diferença entre os planos.

Fonte: vw_upgrades_plano · campo valor_upgrade

Caminho Principal

Combinação plano_origem → plano_destino mais frequente entre todos os eventos de upgrade (não de downgrade) filtrados.

Fonte: vw_upgrades_plano · campos plano_origem, plano_destino, direcao

Tempo Médio até Upgrade

Média de dias entre o último pagamento aprovado anterior e a data do evento de upgrade/downgrade. Indica quanto tempo em média um cliente leva para mudar de plano.

Fonte: vw_upgrades_plano · campo dias_ate_upgrade

Safra (cohort_upgrade)

Mês em que o evento de upgrade/downgrade aconteceu (YYYY-MM), não o mês de adesão original do cliente. Permite ver em qual período houve mais movimentação de planos.

Fonte: vw_upgrades_plano · campo cohort_upgrade

Direção

Upgrade: troca para plano de valor maior. Downgrade: troca para plano de valor menor. Definido por uma hierarquia fixa de tipos de plano: é upgrade ir para BLACK (vindo de LITE, STANDARD, PRO ou BASIC), para STANDARD (vindo de LITE, PRO ou BASIC) ou de BASIC para PRO; qualquer outra troca conta como downgrade.

Fonte: vw_upgrades_plano · campo direcao

Onde encontrar: aba Cohort · Upgrades · Acesso: admin

Renovações

Acompanha quanto era esperado renovar no período contra o que de fato renovou.

Compara as renovações esperadas no período (com base na data da próxima cobrança) com as renovações efetivamente realizadas. Ajuda a ver se a base está renovando no ritmo previsto e onde há perda.

Principais informações: 2 cards de Churn do Período (Planos e Extras — receita e quantidade, real vs. esperado; migrados do Farol Receita), 8 cards (Quantidade e Receita × Esperado / Realizado / Taxa / Ritmo), gráfico diário das renovações esperadas com linha de média, visão por produto e tabela por produto × categoria. Filtros: BU (Sendflow Global, Sendflow BR, Sendflow LATAM, Unnichat), que vale para as três sub-abas, e Tipo (Plano / Extra), que não alcança os cards de Churn.

Sub-aba Inadimplência: assinaturas em atraso ou canceladas (status Atrasada / Cancelada — DELAYED / CANCELLED) no período, com KPIs, evolução diária, exportação em CSV e o selo RECOMPROU nas canceladas cujo cliente voltou.

Sub-aba Recompras: clientes que cancelaram e recompraram em até 30 dias em vez de renovar — lista para conferência humana, com busca por e-mail e exportação em CSV.

Regra da Inadimplência — como o período é aplicado

A sub-aba lista as assinaturas cuja data da próxima cobrança cai dentro do período selecionado e que estão com status Atrasada (DELAYED) ou Cancelada (CANCELLED). A leitura correta é: “renovações que eram esperadas nesta janela e estão comprometidas”. Esse é o único critério de data — o filtro não usa a data do cancelamento nem a da adesão, e vale igual para os KPIs, o gráfico diário e os modais.

Status é o atual, não o histórico. O painel mostra como a assinatura está hoje, projetado sobre a janela de cobrança. Ao olhar meses passados, você vê o status de hoje — por isso números de períodos antigos podem mudar com o tempo.
Cancelados ≠ cancelados no período. Entram os que têm próxima cobrança na janela e hoje estão cancelados, independentemente de quando o cancelamento ocorreu (na prática, a grande maioria foi cancelada antes da data da cobrança).
Fonte diferente da aba Renovações. Aqui a base é a tabela de assinaturas; o “esperado” da aba Renovações vem das transações (também pela próxima cobrança). Mesmo âncora de data, tabelas distintas — os totais são complementares, mas não reconciliam 1:1.
Selo “RECOMPROU”. Marca a cancelada cujo cliente fez uma assinatura nova pela regra da sub-aba Recompras (abaixo). A linha continua contada — o selo não muda nenhum total; os cards de Cancelada só mostram, em verde, quantas recompraram e o valor delas. Vale para qualquer período, inclusive meses passados. No CSV, a coluna “Recomprou” diz sim, não, não (janela de 30 dias aberta) quando o cancelamento é recente, não se aplica para o que não é plano (extras e afins) e para cancelamentos sem data registrada, ou não verificado se a leitura das recompras falhou. Como o filtro daqui é a próxima cobrança, a recompra pode estar em outro mês na sub-aba Recompras.
Detalhamento. Clicar num card ou num dia do gráfico abre a lista, com o telefone do cadastro do cliente (casado pelo e-mail da assinatura) — o telefone vira link para o WhatsApp quando está num padrão reconhecido (brasileiro, ou internacional nos produtos LATAM), e o CSV da lista sai com nome, telefone, esse link e o Plano Ativo; a coluna Plano Ativo diz se o cliente (e-mails vinculados incluídos) tem hoje plano ativo ou em teste (Sim), nenhum plano ativo mas algum produto — plano ou extra — atrasado, ou vencido nos últimos 90 dias (Em atraso), ou nada disso (Não) — extra ativo não conta, e uma linha cancelada pode sair Sim porque o cliente tem outro plano rodando; clicar numa linha (fora do telefone) abre as assinaturas vinculadas àquele e-mail (consolidando e-mails secundários), somente leitura.

Sub-aba Recompras — o que conta como recompra pós-cancelamento

Lista os clientes que cancelaram uma assinatura e fizeram outra em vez de renovar. Um cliente entra na lista quando as quatro condições valem ao mesmo tempo:

a assinatura antiga está cancelada, com data de cancelamento registrada;
a nova assinatura foi feita depois do cancelamento e dentro de 30 dias corridos a partir dele — a contagem é pelo horário exato (30 × 24 horas), não por dia de calendário, então um cancelamento às 23h e uma adesão às 2h do dia seguinte estão a 3 horas de distância, não a um dia;
as duas são do mesmo produto e do mesmo tipo de plano, e só de planos — add-ons (Conta Extra, Conexão WhatsApp, Atendentes, Contatos) ficam de fora nesta versão;
as duas pertencem ao mesmo cliente — o que inclui os e-mails secundários vinculados a ele, não só o e-mail principal.

A janela de 30 dias existe para capturar o pico: cerca de quatro em cada cinco casos acontecem na primeira semana depois do cancelamento. Depois de 30 dias a curva vira platô — recompra normal de quem voltou, não o padrão que a lista procura.

O período filtra pela data da recompra. É o evento conferido. Cancelamento em um mês e recompra no seguinte aparece no mês da recompra.
A lista é para julgamento, não é acusação. Casos legítimos entram e devem entrar — regularização de pagamento, troca de plano combinada. As colunas existem para separar um do outro; a principal é quem cancelou (vendedor, cliente ou plataforma).
A marca “desconto” é o sinal quente. Marca (e destaca a linha) quando o plano novo tem indicação de desconto (OFF, desconto, promo, cupom) que o antigo não tinha. A marca “≤ 7 d” no Gap destaca a recompra feita até 7 dias após o cancelamento. Já “plano diferente” é apenas informativo: acende em quase metade das linhas, boa parte por renomeação de plano no catálogo.
“Periodicidade mudou” avisa que a recompra trocou a duração do ciclo (ex.: semestral → anual) — no CSV, os dois valores então não se comparam: a diferença entre eles não é economia.
Valores só no CSV, e sem coluna de economia. A tela é de triagem; recorrente antiga, 1ª cobrança nova e motivo do cancelamento saem só no CSV. São dois valores crus: o que o cliente pagava por renovação antes e o que pagou na primeira cobrança nova. O valor anterior fica em branco (“—”) quando a assinatura antiga foi cancelada antes de chegar à primeira renovação — cerca de metade dos casos.
Limite conhecido. Recompra feita com um e-mail novo que ainda não foi vinculado ao cliente não aparece. Vincular o e-mail no Busca Cliente faz o caso passar a entrar.
Clique na linha. Abre as assinaturas vinculadas ao cliente, somente leitura — o mesmo modal da Inadimplência.

Onde encontrar: aba Renovações · Acesso: quem tem a aba (admin, CS e liderança comercial) vê as três sub-abas.

Início

Página inicial: atalhos para as abas que você pode ver.

É a tela que abre ao entrar no painel. Traz uma saudação com o seu nome e um card de atalho para cada aba liberada ao seu papel: clicar no card leva direto à aba, e passar o mouse mostra o que ela contém.

Principais informações: os cards mudam conforme o acesso de cada pessoa. Quem ainda não tem time configurado vê só esta tela, com o aviso de que o acesso ainda não foi configurado.

Onde encontrar: aba Início · Acesso: todos os papéis.

Farol Receita

Termômetro diário da receita do mês contra as metas.

Mostra o realizado do mês (calculado direto das transações) comparado às metas configuradas na aba Metas, com um farol de cores indicando se está dentro do ritmo. Serve para saber, em qualquer dia, se o mês deve fechar como esperado.

Principais informações: 8 cards em duas linhas — Planos (Vendas Total, NMRR, Renovação, Upgrade) e Extras (NMRR, Renovação, Upgrade, Créditos), cada um com realizado e % da meta; filtro por produto (Consolidado, Unnichat, Sendflow Global, Sendflow BR, Sendflow LATAM) e meta comparada em MTD ou Mês Cheio; forecast (projeção até o fim do mês); gráficos de receita e volume por dia, ranking por tipo e quebra por chave; e o bloco Estornos (reembolsos, chargebacks, disputas abertas, taxa de estorno, estorno diário e por plano, contados no mês da venda). Os cards de churn migraram para a aba Renovações (12/08/2026).

Onde encontrar: aba Farol Receita · Acesso: admin · Comercial (líder) · CS (líder) · Marketing (líder) · Ops (líder).

Farol Marketing

Desempenho de mídia paga e geração de leads.

Acompanha o investimento em mídia, a geração de leads e o funil até a venda, por canal. Dividida em três sub-abas de primeiro nível: Consolidado Geral (o negócio inteiro — funil Leads → MQL → SQL → Vendas, receita e investimento), Mídia Paga (com Consolidado Pago, Meta Ads, Criativos, Google Ads e Bing Ads por dentro) e Orgânico (tudo que não é pago, por origem).

Principais informações: investimento por plataforma e pacing (o esperado segue o que foi planejado para cada dia: as linhas declaradas em Declarar mídia paga e o perpétuo, que é o resto do provisionado), qualidade do tracking de UTM, funil de conversão, campanhas ativas, criativos, a tabela Funil por Campanha (clicando nos números dá para ver os contatos) e a Gestão de Campanhas de cada plataforma com Leads/MQL/SQL/Vendas e CPL/CMQL/CSQL/CPA/ROAS por campanha (sem clique nos números; a linha de cobertura diz quantos leads casaram). Filtro por produto (Sendflow ou Unnichat) e, nas sub-abas, Comparar período põe ao lado dos números principais o período anterior, o mês anterior, o mesmo período do ano passado ou um intervalo escolhido. O botão Declarar mídia paga só aparece para admin e para o time de Marketing. Fonte: dados de mídia paga + CRM.

Onde encontrar: aba Farol Marketing · Acesso: admin · Comercial (líder) · Marketing (líder e analista).

Farol Comercial

O dia a dia do vendedor: meta, vendas e trials.

Visão operacional do time comercial, em três sub-abas: Minhas Metas (meta do período, atingimento, forecast e comissão), Minhas Vendas (o realizado do vendedor e a validação de cada venda) e Trials (trials iniciados pelo checkout e quantos viraram assinatura). O analista vê as próprias vendas — para isso o usuário precisa ter o vendedor vinculado em Gerenciar Acessos; a liderança comercial e o admin escolhem um ou mais vendedores no seletor.

Principais informações: em Minhas Vendas, os cards Realizado (vendas novas e upgrades, líquido de reembolso, com a cor contra a meta proporcional ao dia), Qtd de vendas, Ticket médio, Média/dia corrido, Participação e Taxa de reembolso; a tabela Vendas CRM (verbete abaixo) e as Transações do período, onde cada venda é validada (o vendedor confere e-mail, valor, plano e vínculo com o CRM) ou contestada. Em Minhas Metas, Meta do período, Faltam, % de atingimento e os forecasts de receita, vendas e meta, com a Comissão realizada e a estimada por faixa — a comissão só incide sobre venda validada. Em Trials, Iniciados, Ativados, Taxa de Ativação, Em Aberto, Expirados s/ Ativação e Receita Ativações, com as listas Trials em aberto (contatar antes de vencer) e Expirados sem ativação (win-back), exportáveis em CSV. Pílula de BU (Ambos, Sendflow, Unnichat) no topo.

Onde encontrar: aba Farol Comercial · Acesso: admin · Comercial (líder e analista).

Farol Comercial · Vendas CRM

A tabela principal da Minhas Vendas: uma linha por negócio do CRM.

Mostra os negócios com venda vinculada no período e, em qualquer período, os negócios ganhos que ainda não têm nenhuma venda vinculada (a fila). O Valor é a soma das transações vinculadas no período, nunca a proposta digitada no CRM.

Principais informações: Cliente (nome, contato, etapa e data de criação do negócio), Produto do CRM, Data da venda (a 1ª compra entre as vinculadas do período, com a garantia embaixo), Plataforma de pagamento, Transações vinculadas, Valor, Validação ("N de M validadas", com a cor do pior caso entre elas) e Estado do negócio. Data da venda, Plataforma e Validação falam só das transações do período. "—" quer dizer que não há transação vinculada visível para você no período, não que o valor é zero. O vendedor do CRM não aparece na tela: ele vai no CSV e no aviso de conflito.

Onde encontrar: aba Farol Comercial › Minhas Vendas · Acesso: admin · Comercial (líder e analista).

Gestão Comercial

Visão da liderança sobre o time comercial.

Reúne o macro do time, o ranking de vendedores, o funil do CRM e o cadastro de metas e comissões, em duas sub-abas: Consolidado e Metas & Comissões. Nos principais cards, o número da área (só vendas com vendedor atribuído) aparece ao lado do da empresa inteira.

Principais informações: cards de NMRR, Qtd de vendas, Ticket médio, Taxa de reembolso e Atingimento da área; filtros de origem da venda e de BU (Ambos, Sendflow, Sendflow BR, Sendflow LATAM, Unnichat); Ranking de vendedores (NMRR, meta, % da meta e comissão estimada), Vendas sem vendedor atribuído e a fila de Transações contestadas, que a liderança resolve devolvendo a venda para validada ou pendente; rankings de origem de venda, de origem por UTM do CRM e de planos, NMRR interno × afiliado e cupons por vendedor. O bloco Funil do CRM traz o funil da safra (Leads, SQLs, Ganhos), o ciclo de vendas (média, mediana, p90 e máximo de dias entre abrir o negócio e vender), conversão por atendente, nicho, leads e SQLs por canal e motivos de perda. Em Metas & Comissões ficam as faixas de comissão, a prévia do mês corrente e a meta mensal de NMRR por vendedor e produto.

Onde encontrar: aba Gestão Comercial · Acesso: admin · Comercial (líder).

Farol CS

Atendimentos, satisfação (CSAT) e NPS do time de CS.

Visão operacional do time de Customer Success, em três sub-abas: Consolidado (resumo do período), Atendimentos (a lista dos chamados) e Avaliações (CSAT e NPS). Os filtros do topo recortam por período, BU, atendente, status, etiqueta e busca por ID ou cliente.

Principais informações: no Consolidado, Atendimentos, Tempo médio, Média por dia, % CSAT avaliado e NPS (global), com gráficos de atendimentos por dia, NPS (promotores, neutros e detratores), por BU e por canal (Web Widget × API); em Atendimentos, a tabela de chamados (ID, cliente, abertura, fechamento, atendente, etiqueta, status, canal e vínculo), onde dá para vincular um atendimento a um cliente — e, se quiser, todos os atendimentos daquele e-mail à conta —, o que faz o atendimento aparecer na Busca Cliente; em Avaliações, % avaliado e nota média do CSAT (escala 1–5) e o NPS com promotores (9–10), neutros (7–8), detratores (0–6) e total de respostas.

Onde encontrar: aba Farol CS · Acesso: admin · CS (líder e analista).

Consolidado Anual

Visão dos 12 meses do ano por indicador.

Escolhido o KPI, mostra os 12 meses do ano em linhas com Meta, Realizado, % do mês (MTD), % realizado e variação em relação ao mês anterior (MoM) — e, a partir de 2025, a variação contra o mesmo mês do ano anterior (YoY). Boa para enxergar tendência e sazonalidade ao longo do ano.

Principais informações: filtros por produto (Sendflow Global, Sendflow BR, Sendflow LATAM, Unnichat), KPI (Faturamento, NMRR, Renovação, Upgrade, Leads, Mídia Paga, CAC, ROAS, Ticket Médio, Taxa de Conversão) e categoria (Ambos, Planos, Extras, nos KPIs que separam); o ano vem do seletor de período. Mídia Paga mostra Provisionado, Imposto e Total Pago; Renovação mostra Esperado e Churn. Em Taxa, Ticket, CAC e ROAS, clicar no Realizado abre a Composição do Realizado. Admin pode editar a meta direto na célula quando o KPI e o produto têm uma meta única (não em Faturamento nem em Sendflow Global).

Onde encontrar: aba Consolidado Anual · Acesso: admin e god.

Páginas

Funil de tráfego → lead por página.

Mostra, por página e por fonte (Sendflow, Unnichat e blog), quantas pessoas acessaram e quantas viraram lead, com a taxa de conversão de cada página. É a base para os experimentos de growth.

Principais informações: acessos, leads e conversão por página (por usuários e por visualizações); ranking de páginas; filtro de idioma (PT, ES, EN) e Comparar período; a sub-aba De-para para mapear os rótulos de página; a sub-aba Catálogo, com o cadastro das páginas (URL canônica, produto, língua, datas de criação e desativação); e, no modal de cada página, as campanhas Meta Ads que apontam para ela — com a cobertura declarada (quanto do gasto Meta do período tem destino conhecido; no restante a Meta não informa o destino do formato).

Onde encontrar: aba Páginas · Acesso: admin · Comercial (líder) · Marketing (líder e analista).

Ocorrências

Diário dos eventos que impactam as métricas.

Registro manual de acontecimentos que ajudam a explicar as variações nos números — mudanças de página, mídia paga, copy/CRO, oferta, estratégia, infraestrutura. Cada ocorrência tem tipo, produto, período e direção (melhoria, risco ou neutro).

Principais informações: lista com filtros (produto, tipo, direção, período) ou visão Calendário; as ocorrências aparecem como bandeirinhas nos gráficos do Farol Marketing, na data do evento. A edição depois de criada é controlada (analista propõe, um superior aprova) e tudo fica registrado no histórico.

Onde encontrar: aba Ocorrências · Acesso: todos os papéis.

Experimentos · Análise Semanal

Os números da semana vêm da plataforma de mídia — e não são os mesmos da Atribuição.

Análise Semanal é o registro, semana a semana, de como o experimento se comportou na plataforma onde ele roda (Google Ads, Meta Ads, TikTok…). Cada linha é uma semana ISO, identificada pela segunda-feira: escolher qualquer dia da semana grava sempre na segunda. Os campos são preenchidos à mão, copiados do painel da plataforma.

As três fontes de número do modal, e o que cada uma responde:

Atribuição — calculada pelo painel. Casa a tag do experimento com os leads (preencheuform) e as vendas (transacoes). Responde "quantos leads e vendas o painel consegue amarrar a este teste".
Análise Semanal — manual, da plataforma de mídia. Responde "o que a plataforma reportou nesta semana".
A/B do encerramento — manual, do console de anúncios. Tráfego e conversões de controle e variante, usados só no cálculo estatístico do encerramento.

As três podem discordar sobre "Lead" ao mesmo tempo, e as três podem estar certas — elas contam coisas diferentes.

CTR e CPC não são campos: são calculados na hora a partir do que foi digitado — CTR = cliques ÷ impressões, CPC = investimento ÷ cliques. Sem o denominador aparecem como —, nunca como zero.

Campo vazio é —, não zero. Semana sem SQL preenchido significa "não medimos"; SQL igual a 0 significa "medimos e deu zero". A diferença é a diferença entre um teste inconclusivo e um teste que falhou.

Quem mexe: registrar uma semana é aberto a quem tem acesso à aba; editar é só admin/god, exige motivo e grava o antes/depois campo a campo — visível no bloco de auditoria do próprio modal, que só admin/god veem. Experimento encerrado não aceita mais registro nem edição.

Onde encontrar: aba Experimentos › abrir um experimento › seção Análise Semanal · Acesso: todos os papéis.

Eventos

Uma ação (Black Friday, feira, webinar) medida ponta a ponta pela tag que ela carrega nas campanhas.

A tag move os números do CRM e da mídia. Os leads casam pelo evento, e as vendas do checkout, pelas ofertas cadastradas nele. Ela é um pedaço de texto curto (BLACK-FRIDAY, 26-UC-PE) que a equipe coloca no nome das campanhas e nas UTMs da ação. A aba não descobre eventos sozinha: a lista de tags é curada em menu do usuário › ⚙ Manutenção Ativos › Eventos, onde cada evento tem um nome (só rótulo de tela), a tag (o que casa), a BU, a data de início — a data em que a campanha começou, que rotula e ordena os eventos e não recorta o funil — e, quando a ação também vende pelo checkout, o liga/desliga Vai para checkout com as ofertas da ação, escolhidas do catálogo de ofertas (Hotmart e Guru). As ofertas medem o bloco Venda direta (checkout) e não mudam nenhum número do funil do CRM. Evento cadastrado antes desse campo existir aparece com — no lugar da data: quer dizer ninguém preencheu, não "não tem data".

São três réguas de casamento, e a diferença é de propósito. Em negócios e mídia o casamento é por CONTÉM: a tag vive embutida em nomes maiores (SND-MO-CON-ABO-META-BLACK-FRIDAY), então o match exato acharia zero. No CRM ela é procurada nos 4 campos UTM (campaign, source, content, term) — e a tela mostra por qual deles casou, porque tag no campo errado é erro de preenchimento na origem, não ausência de resultado. Na mídia, no campaign_name. Em Leads o casamento é exato: o formulário grava a tag numa coluna só dela e o banco resolve o evento comparando a tag inteira, ignorando caixa e espaço. Consequência que vale saber: uma tag com _ casa qualquer caractere naquela posição do lado dos negócios e não casa do lado dos leads — as duas etapas podem discordar, e as duas estão certas. No checkout a régua é a da oferta: oferta Hotmart casa a transação cujo código, sem o sufixo JWT que às vezes vem colado, é igual ao cadastrado; oferta Guru compara o código direto.

De onde vem cada número:

Leads — da tabela eventos_leads, alimentada pelos formulários das ações. É a etapa de entrada do funil e a única que não vem do CRM. Enquanto a coleta não cobrir o evento, o card mostra — e diz por quê — nunca 0, porque "ninguém se inscreveu" e "ninguém mediu" são coisas diferentes. Inscrição que chega com uma tag não cadastrada não entra em evento nenhum: a aba avisa quantas são, logo abaixo do seletor de evento, e elas passam a contar sozinhas quando a tag é cadastrada.
Negócios · SQL · WON — da tabela crm. SQL usa a mesma régua da Gestão Comercial (etapa em QUALIFICADO/APRESENTAÇÃO/NEGOCIAÇÃO/FECHAMENTO ou status WON).
Receita — soma do product_value dos negócios ganhos, com a cobertura colada no número (no formato "X de Y WON com valor"). Não é o valor do checkout, que tem bloco próprio (abaixo). Os dois não se somam: a mesma venda pode estar nos dois.
Investimento, impressões e cliques — da midiapaga, o que as plataformas de ads reportam. CTR e CPC são derivados do total, nunca lidos linha a linha.
CPN · Custo por SQL · CAC (CRM) · ROAS (CRM) — o investimento total do evento dividido pelos números do funil acima; o ROAS (CRM) é a receita do CRM dividida pelo investimento. Com o checkout ligado, o CAC (CRM) avisa que considera todo o investimento — o evento também vendeu pelo checkout — e o número não muda. O CPN é custo por negócio: até 26/08/2026 ele se chamava CPL, e o número é o mesmo — mudou só o nome, porque negócio não é lead.
CPL — o investimento total do evento dividido pelos inscritos do evento, os mesmos do card Leads. É o único derivado que não sai do funil: ele lê a tabela eventos_leads, casada por identificador do evento, e tem base de tempo própria — a coorte do funil não tem janela, a cobertura de leads tem. Enquanto a coleta não registrar inscrição, ele exibe — e a nota diz por quê; nunca R$ 0,00 nem divisão por zero.
Venda direta (checkout) — da tabela transacoes, pelas ofertas cadastradas no evento, de qualquer data e de todas as BUs — o mesmo número que o preview da Manutenção soma. Só entra transação com valor maior que zero (trial e cortesia ficam fora, e a tela diz quantas). Transações, compradores (e-mails distintos), valor e ticket médio, com quebra por rota — direto (sem vendedor), comercial, outros canais e, quando aparece, fora do cadastro —, por vendedor e por oferta. Nova × renovação sai da chave da transação: quem já foi assinante e compra a oferta da ação é renovação. O ROAS checkout é o valor do checkout dividido pelo mesmo investimento; não existe CAC checkout. Estornos são só informados, lidos da cancelamentos — o bloco segue a transacoes como ela é. Evento sem checkout ligado não é zero: a tela diz que ele não tem rota de checkout. Os números abrem a lista de compradores: os cards Transações e Compradores e cada linha das quebras por rota, por vendedor e por oferta mostram as transações daquele recorte — data, e-mail, oferta, vendedor (como veio no link), rota e valor. E-mail e valor entram no modo "ocultar valores". Linha sem venda não abre nada.

Por que "coorte", e por que a aba ignora o filtro de período do topo. O CRM não guarda data de fechamento, só data de criação do negócio. Então o recorte é "os negócios que nasceram com esta tag", e os ganhos são contados até hoje — sem janela. Um período global cortaria a coorte no meio e faria o mesmo evento mudar de tamanho conforme a pílula, que é o oposto do que a pergunta "quanto rendeu a Black Friday?" quer saber.

Os dois períodos não coincidem — e não devem. O gasto tem janela; a coorte não tem. O gasto de uma ação acontece numa janela curta e não volta a acontecer, enquanto os negócios daquela tag continuam sendo contados até hoje, porque o CRM não guarda data de fechamento. A tela mostra os dois carimbos lado a lado e não tenta reconciliá-los.

O gráfico de negócios corta o eixo na massa — e diz o que cortou. A coorte de um evento costuma ter um punhado de negócios muito longe do resto — a esmagadora maioria concentrada em poucas semanas, e uma cauda de registros espalhada por anos. Se o eixo fosse do primeiro ao último, meia dúzia de pontos decidiria a forma de centenas. Então o gráfico desenha o intervalo onde a massa está, escolhe sozinho dia, semana ou mês conforme o tamanho desse intervalo, e escreve as duas coisas em cima: a granularidade usada e quantos negócios ficaram fora do eixo, com as datas. Quem ficou fora não sumiu: o card Negócios continua contando todos. O gráfico de investimento não faz nada disso, de propósito: o gasto acontece em quase todos os dias da janela dele, então cortar o eixo ali esconderia dias de gasto para resolver um problema que essa série não tem.

O funil do evento não é o funil do comercial. O painel abaixo do gráfico, ao lado da composição, tem quatro degraus — Leads · Eventos → Negócios → SQL → Vendas —, e a primeira junção não é conversão: ela diz quantos negócios trouxeram a tag, não quantos inscritos viraram negócio (por isso, quando há mais negócios que inscritos, a razão não aparece). São réguas diferentes — tag exata nos inscritos, CONTÉM nas UTMs dos negócios —, e um inscrito que vira negócio sem a tag colada não aparece ali. De Negócios para baixo a porcentagem é conversão de verdade, porque SQL e Vendas são recortes sucessivos dos mesmos negócios. A escada desenha sempre, com o que estiver medido: mesmo um evento sem nenhum inscrito casado mostra Negócios, SQL e Vendas. O que não foi medido sai com um traço — nunca com zero —, a taxa que depende dele também, e uma nota em âmbar sob o funil diz por quê. Medido e zero é outra coisa: aí o número é 0 e não há nota, porque o zero é um fato.

O donut abre listas que não existem em card nenhum. As três fatias são ganhos, SQL que não fechou e o que nunca virou SQL. Só a primeira tem card próprio — as outras duas só existem ali, e clicar nelas é a única forma de ver quem são. Barra vazia no meio do gráfico é zero de verdade. Dentro do eixo, um dia (ou semana, ou mês) sem barra quer dizer que houve medição e não houve negócio — diferente do —, que quer dizer que não houve medição. Tag recusada é o único caso que não desenha gráfico nem funil: aparece a frase dizendo que o recorte foi recusado. Evento sem negócio nenhum desenha — e são três painéis, não dois, desde que o funil visual entrou (23/09/2026) — e os três ficam de pé sempre que a tag é aceita. O gráfico do tempo mostra a série de leads sozinha, e o donut troca as fatias por uma frase que diz, com todas as letras, que não ter negócio não é não ter lead.

O investimento tem gráfico próprio, por dia, empilhado por plataforma. A altura da barra de cada dia é o gasto daquele dia, e a soma de todas as barras é o card Investido — o mesmo número, visto dia a dia. As faixas coloridas são as plataformas (Meta, Google, Bing — plataforma sem cor própria aparece em cinza), na mesma ordem da tabela logo acima. Ele fica separado do gráfico de negócios de propósito: os dois medem tempos diferentes (ver acima), e colocá-los num eixo só sugeriria uma relação que não existe. O dia de hoje entra parcial — a mídia é importada uma vez por dia —, e quando a última barra é a de hoje a tela avisa: sem isso, um dia ainda pela metade se lê como queda.

Clicar na tabela de plataformas mostra as campanhas. Cada linha de plataforma e também a linha Total do evento abrem a lista das campanhas daquele recorte, com investido, impressões, cliques, CTR, CPC e o período de cada uma. São só números de mídia: nenhuma coluna do CRM entra ali. O total da lista é o número que foi clicado.

As campanhas que gastaram e as que trouxeram negócio não são o mesmo conjunto. No rodapé dessa lista, a tela compara o nome da campanha na mídia com a UTM gravada nos negócios e diz quantas aparecem dos dois lados, quantas trouxeram negócio sem gasto registrado e quantas gastaram sem aparecer em negócio nenhum — as três situações existem hoje. A comparação é exata e vale para o evento inteiro, não só para as campanhas listadas na tela. Negócio sem UTM preenchida é contado à parte: é lacuna de preenchimento, não campanha sem gasto.

O modo "ocultar valores" alcança os gráficos. O botão de blur borra tudo que é cifra na tela, e nos gráficos ele apaga também os valores desenhados dentro da área do gráfico — a escala lateral e o balão que aparece ao passar o mouse. Como esses números são desenhados, e não texto, eles precisam ser repintados: por isso o gráfico pisca ao ligar ou desligar o modo.

— nunca quer dizer zero. "Sem mídia casada com esta tag" significa que a ação foi orgânica ou que a tag não está no nome das campanhas — coisas diferentes, e só quem montou a campanha sabe qual é. R$ 0,00 ali afirmaria que não houve investimento. Vale igual para CTR sem impressão, CAC sem venda, ROAS (CRM) sem receita e ROAS checkout sem investimento medido.

Quase todo número do funil abre a lista de negócios por trás dele. (A tabela de mídia abre a lista de campanhas, o card Leads abre a dos inscritos e o bloco do checkout abre a dos compradores — são quatro listas diferentes, com colunas diferentes.) Abrem a lista de negócios: quatro dos cinco cards (Negócios, SQL, WON, Receita), três dos quatro degraus do funil (Negócios, SQL e Vendas — o de Leads abre a lista de inscritos), as linhas das quebras por atendente e por motivo de perda, cada barra de negócios do gráfico (a lista daquele dia, semana ou mês) e cada fatia do donut. As colunas são nome e e-mail do contato, etapa e status, atendente, motivo da perda, valor (só nos ganhos) e a data de criação — e algumas delas somem quando o recorte não as tem. O card Leads abre a outra lista, a da eventos_leads, com colunas próprias: nome, e-mail, telefone, tag de origem, produto e data de inscrição — e a barra ciano do gráfico abre a mesma lista recortada por período, os inscritos daquele dia, semana ou mês. As duas barras de um período abrem listas diferentes e não se dividem uma na outra: um lead que virou negócio conta nos dois lados, e o painel não mede quem virou quem — o gráfico mostra duas séries do mesmo período, não uma conversão. Nome e e-mail entram no modo "ocultar valores" nas duas listas, e o telefone — que só a lista de inscritos tem — também: são dado de pessoa, não cifra, e o botão de blur alcança os três. A lista de negócios não traz telefone, por decisão de quem a desenhou; ela sai da crm, que o painel lê sem essa coluna. Sem filtro, o total da lista é o número que foi clicado; é a mesma contagem, mostrada linha a linha. Card em 0 ou em — não é clicável: ele não tem lista, e isso é diferente de ter uma lista vazia. Vale igual no gráfico: barra em zero e fatia em zero continuam desenhadas — a barra vazia é justamente o que denuncia campanha parada — mas não abrem nada, e o cursor não vira mãozinha em cima delas. Isso é por barra, não por período: num dia com inscritos e nenhum negócio, a barra de leads abre e a de negócios não, e o balão que aparece ao passar o mouse diz qual das duas tem lista. O card Receita abre só os ganhos com valor preenchido, que é o que ele soma.

Dentro da lista dá para filtrar por status. O seletor no alto do modal separa ganhos, perdidos e em aberto — e mostra só os status que aquela lista tem, com quantos são de cada. Ele some quando não haveria o que separar (a lista de um motivo de perda é toda de perdidos, a do card WON é toda de ganhos). Com o filtro ligado o cabeçalho passa a dizer "N de M": o M continua sendo o número que você clicou. O filtro sempre começa desligado, inclusive ao abrir outra lista logo em seguida — filtro herdado mostraria uma lista menor sem nada explicando por quê. E as colunas acompanham: filtrando por ganhos, "Motivo da perda" some, porque ali não há nenhum.

Etapa sem status engana — por isso os dois vêm juntos. O CRM para de mexer na etapa quando o negócio morre, então a etapa de um negócio perdido é onde ele parou, não onde ele está: existem negócios perdidos em FECHAMENTO. Na lista, cada linha diz LOST · ETAPA, WON (venda) ou a etapa sozinha quando o negócio ainda está aberto. E o valor em R$ só aparece nos ganhos: o CRM guarda o valor do produto pretendido também em negócio que não fechou, e exibi-lo ao lado dos perdidos seria mostrar receita que nunca existiu.

A tabela do fim compara os eventos entre si — e você escolhe quais entram. A Comparativa entre eventos é o último painel da aba e traz uma linha por tag cadastrada, com o funil, as colunas alimentadas pela mídia — Investido, CPL, CPN, Custo/SQL, CAC (CRM) e ROAS (CRM) — e as três do checkout — transações, valor e ROAS checkout — lado a lado. Evento sem rota de checkout diz não se aplica nessas três, nunca zero; e se a mesma oferta estiver em mais de um evento, o rodapé avisa. (O CPL depende de duas fontes, não de uma: o investido vem da mídia e o denominador vem da eventos_leads, então ele sai — quando qualquer uma das duas falta.) A lista suspensa logo acima dela liga e desliga cada evento, e aceita mais de um marcado ao mesmo tempo: desmarcar esconde a linha, não muda número nenhum das que ficam — e o botão de CSV diz quantas de quantas vai exportar, porque a planilha leva exatamente o que está marcado. A escolha vale enquanto você estiver na página e some ao recarregar ou ao sair da conta; evento cadastrado depois nasce marcado. Desmarcando todos, a tabela avisa que está vazia por escolha, não por falta de evento.

A ordem das linhas é a data de início, não o volume. A comparativa é ordenada da ação mais recente para a mais antiga; quem ainda não tem data cadastrada vai para o fim e, entre os sem data, desempata por número de negócios. Enquanto nenhum evento tiver data, a tabela sai toda no desempate — e a própria tela diz isso no rodapé, para a ordem não ser lida como ranking. Eventos inativos continuam na comparativa de propósito, marcados como tal: eles somem do seletor de evento lá em cima, não da comparação histórica. E as linhas não somam entre si: nas colunas do CRM, cada uma é a coorte da própria tag, com período próprio; nas de checkout, são as ofertas do evento, de qualquer data.

Por que o CPL daqui não bate com o do Farol Marketing: são duas diferenças, não uma. O recorte: lá é o período selecionado no topo e o universo é toda a mídia; aqui é tudo que carrega a tag, desde sempre. E o denominador: o Farol divide pelas linhas do crm do período — que ele chama de leads —, enquanto aqui o CPL divide pelos inscritos da eventos_leads. São tabelas diferentes sob o mesmo nome, então os dois números não deveriam bater nem se o recorte fosse igual. Os dois estão certos e respondem perguntas diferentes. (O CPL Esperado das Metas é um terceiro: ali o denominador é digitado à mão, não medido.)

Cuidado com a tag curta. Tag demais curta pega campanhas de outra ação e infla o investimento sem mexer no funil — um CAC pela metade, plausível e sem sintoma. Por isso o cadastro recusa % * \ " e mostra, antes de salvar, quantos negócios, quanto gasto e quantos leads do formulário a tag casaria hoje. Piso de comprimento não existe mais (26/08/2026): medido, ele barrava tag certa de 5 caracteres e deixava passar tag errada de 6 — a defesa que vale é conferir o preview.

Onde encontrar: aba Eventos — liberada na matriz para nove papéis (admin e, em Marketing, Comercial, CS e Ops, líder e analista), além de god. A lista de tags vive em menu do usuário › ⚙ Manutenção Ativos › Eventos, e cadastrar tag continua sendo só de admin.

Metas

Onde as metas mensais são configuradas.

Tela para definir as metas de receita e volume de cada unidade de negócio, mês a mês. É a fonte das metas usadas no Farol (Receita), no Farol Marketing e no Consolidado Anual.

Principais informações: metas por unidade (Sendflow BR, Sendflow LATAM e Unnichat); na seção de Mídia Paga, CAC e ROAS são digitados e só o CPL é calculado sozinho (provisionado ÷ leads, geral e de mídia paga); o Funil de Conversão guarda as taxas-meta (Lead → MQL, Lead → SQL, Leads → Vendas), e o resumo deriva delas a meta de SQL. O provisionado de mídia (Sendflow BR e Unnichat) é o teto que o Farol Marketing fatia em linhas datadas; a tela mostra quanto já está declarado, e o banco recusa um teto abaixo disso. Admin e god editam; quem mais receber a aba vê em modo leitura.

Onde encontrar: aba Metas · Acesso: admin.

Busca Cliente

Consulta de clientes e suas assinaturas.

Busca um cliente por nome, e-mail, código de transação ou código de assinante e mostra os dados cadastrais, as assinaturas (tabela completa da nossa base, com plataforma, filtros por produto e categoria e o LTV total do recorte — para todos os perfis), os e-mails secundários vinculados e o histórico de transações. A sub-aba Trocar Plano (da Busca Cliente, chamada Upgrades até 24/09/2026) — visível para quem tem a Gestão de Assinaturas liberada em Gerenciar Acessos (caixa "Quem pode ver as trocas de plano"; hoje admin e, em Comercial e CS, líder e analista) — consulta as assinaturas Hotmart na própria Hotmart ao ser aberta e lista só as que podem trocar de plano (Ativa ou Vencida — ACTIVE/OVERDUE — com destinos disponíveis), com status real, próxima cobrança e recorrência; o que ficou de fora aparece numa linha de resumo com o motivo (outra plataforma, status, sem destinos). Em Dados, a única consulta à Hotmart é o botão "Atualizar Assinatura", uma assinatura por clique: ele aparece para quem vê a Trocar Plano, só em assinatura Hotmart, e grava na nossa base o status que a Hotmart responder (se ela passou a cancelada, também quem cancelou e quando, quando a Hotmart informa; um cancelamento já registrado não é reescrito) e diz o que mudou ("era Ativa, agora Atrasada"); o botão não grava a próxima cobrança. Depois que a Trocar Plano (ou o botão) consultou a Hotmart, a tabela de Dados marca com o selo "Hotmart: (status)" a assinatura cujo status na nossa base discorda do da Hotmart, e a Trocar Plano marca a mesma divergência com "base: (status)" — na linha ou na linha de resumo. Sem essa consulta, a assinatura Hotmart Atrasada ou Vencida sem gravação há mais de 30 dias mostra "registro alterado em" com a data: é a última gravação na linha da nossa base, não a data em que o status foi conferido na Hotmart. O botão "Trocar plano" abre o modal de troca: os destinos que a Hotmart permite, que estão ligados no nosso catálogo (em Manutenção Ativos › Ofertas do catálogo), e que são do mesmo tipo (plano para plano, addon para addon). Oferta que está com a troca de plano desativada na Hotmart é oferecida do mesmo jeito, porém marcada com o aviso "A Hotmart pode recusar esta troca, acompanhe a solicitação", e o modal diz quantas estão nessa condição. Mostra também o Valor Aproximado a pagar pela regra da Hotmart, calculado sobre o preço de tabela das duas ofertas (o do catálogo de planos; o preço que a Hotmart informa para a assinatura aparece só como referência — ele pode estar preso à primeira cobrança), com saldo proporcional aos dias restantes, só em BRL. A oferta atual é a da assinatura na nossa base ou, se ela não servir, a da última cobrança aprovada daquela assinatura (o modal avisa quando é esse o caso); quando nenhuma das duas tem preço de tabela confiável no catálogo, diz que não dá para estimar, sem número, e as trocas anteriores pelos nossos registros (as trocas do painel que a Hotmart aceitou levam o selo "via painel"). Quem tem a caixa "Quem pode realizar as trocas de plano" — hoje os mesmos perfis; quem só pode ver monta a troca para consulta, sem enviar — escolhe o destino, informa o telefone de quem está conversando (obrigatório; é para ele que o código vai) e, se quiser, o id do chat, vê a nova renovação prevista e clica em "Solicitar autorização do cliente": nasce uma solicitação, e o telefone informado passa a ser o contato do cliente em "Com quem falar". Logo depois, o painel avisa o cliente automaticamente com o link de upgrade.sendflow.com.br (se o aviso falhar, a tela diz e o vendedor manda o link à mão; nos dois casos ela pede para falar com o cliente), onde ele digita o e-mail ou o telefone e confirma com um código recebido pelo WhatsApp naquele número. É o aceite do cliente que executa a troca na Hotmart — o painel não executa. O status da solicitação aparece na linha da assinatura (aguardando o cliente, cliente aceitou, executando, autorização enviada — aguardando pagamento, troca efetivada — pagamento confirmado, troca feita — sem cobrança, a conferir pela equipe, pagamento estornado, não confirmada, liberada pela equipe, recusada, cancelada ou expirada). Depois que a Hotmart aceita a autorização, a troca só aparece como efetivada quando uma cobrança nova do assinante é encontrada logo depois do aceite (nas transações, nos cancelamentos ou nos registros de upgrade); se nenhuma cobrança aparece e o destino não custa mais que a origem no catálogo, ela fica "sem cobrança"; se o catálogo previa cobrança e ela não veio, ou se não há preço de tabela para comparar, fica "a conferir" até a equipe encerrar na linha, informando o motivo (ou liberar a assinatura, se o plano voltou ao de origem na Hotmart — a troca não aconteceu); e se a cobrança for estornada, fica "pagamento estornado". Por até 7 dias depois do aceite, "sem cobrança" e "a conferir" ainda podem virar efetivada ou estornada, se a cobrança aparecer depois. Quando isso acontece, o detalhe da solicitação mantém o registro anterior ("sem cobrança", "conferida pela equipe") riscado e marcado como desfeito, com a data do pagamento, e o status diz que a cobrança apareceu depois. Sem base para confirmar o valor (plano atual sem preço de tabela confiável no catálogo, ou destino sem preço em BRL), o envio continua permitido, mas o modal avisa que, se a Hotmart não cobrar, a troca fica "a conferir". Enquanto ela aguarda o cliente, a equipe pode cancelá-la informando o motivo, uma troca que a Hotmart não confirmou pode ser liberada para nova tentativa, com prova de que o plano não mudou lá, e uma troca com pagamento estornado pode ser liberada para nova troca antes do próximo ciclo.

Principais informações: sub-aba Vincular E-mail para associar um e-mail secundário a uma conta principal (todos os perfis). Ao abrir um cliente, além de Dados (com o bloco "Com quem falar") e Trocar Plano, há as sub-abas Ocorrências (registrar ocorrência, negociação ou caso) e Atendimento (CSAT, NPS e tickets de CS do cliente; CSAT e NPS só para quem tem o Farol CS).

Onde encontrar: aba Busca Cliente · Acesso: todos os papéis.

Gerador de Links

Ferramenta de links rastreados para o time de vendas.

Gera links encurtados com rastreio e acompanha o desempenho deles. Dividida em quatro partes: Analytics (painéis dos links gerados), Novo Link (criação), Links Gerados (tabela com filtros) e Catálogo (links de oferta de referência).

Principais informações: KPIs de links, links por dia, links a expirar, distribuição por plano e por vendedor.

Onde encontrar: aba Gerador de Links · Acesso: todos os papéis.

Compra PIX

Registro manual de vendas feitas via PIX.

A aba tem duas partes. Em Novo Lançamento, o time de vendas lança manualmente uma compra paga via PIX: ao enviar, a venda entra na planilha de emissão de NF e o cliente, a transação e a assinatura são criados no banco automaticamente. Em Histórico, ficam listadas as vendas já lançadas por esse formulário.

O que é “PIX manual”: uma venda que não passou pelo checkout — o cliente pagou por PIX direto e alguém do time registrou a compra à mão nesta aba. Ela não se confunde com “venda paga em PIX”: a maior parte dos PIX do banco vem do checkout e não aparece no Histórico. O que separa uns dos outros é o código da transação, que nos lançamentos manuais começa com PIX.

Principais informações: dados da venda, do cliente e do endereço; no Histórico, data, cliente, plano, tipo, valor, vendedor, chave e status, com busca por e-mail e filtros de vendedor, tipo de produto e status da NF.

Corrigir ou apagar um lançamento: quem é admin vê no Histórico uma coluna Ações com lápis e lixeira. As duas pedem um motivo, que fica registrado com o nome de quem fez. Editar vale só para a transação — a assinatura do cliente e a planilha de NF não são atualizadas junto.

O que é "NF manual": a nota fiscal dessas vendas não sai sozinha — quem é admin escolhe no Histórico quais lançamentos emitir, marca as linhas e confirma. A coluna NF mostra em que pé cada nota está (enviada, em emissão, autorizada com número e PDF, ou rejeitada com o motivo). Só entra na fila quem tem cadastro fiscal completo e passou da espera de 7 dias da compra; nota de mês já fechado ganha um aviso âmbar, mas pode ser emitida — quem decide é quem emite. Depois de emitir, o andamento aparece pelo botão Atualizar.

Onde encontrar: aba Compra PIX › Novo Lançamento e Histórico · Acesso: todos os papéis. A coluna Ações, a coluna Emissão, os checkboxes de NF e o botão Emitir NF só aparecem para admin.

Importar CRM

Atualiza a base de negócios a partir do CSV exportado do CRM.

Recebe o CSV exportado do CRM: negócios que já existem têm status, etapa e valor atualizados e os novos são criados, com o casamento feito pelo ID do negócio. É um produto (Sendflow ou Unnichat) por importação — só as linhas do produto selecionado são enviadas. Um passo a passo na tela explica como exportar (um mês por vez, pela data de entrada no pipeline, com todas as etapas e campos marcados).

Principais informações: Passo 1 — Importar (cria + atualiza): antes do envio dá para corrigir as datas não reconhecidas, e depois aparece a lista dos negócios que mudaram de status ou etapa, com download em CSV. Passo 2 — Higienizar período (opcional): mostra os negócios do período que estão na base mas não vieram no CSV e, depois de revisados e confirmados digitando HIGIENIZAR, os remove. Negócio que o Unnichat confirmou vivo nas últimas 48 h não é removido nem alterado pelo CSV — a tela conta quantos foram poupados. A partir de 29/09/2026 o CRM também é conferido toda noite contra o Unnichat (funis Inbound, fora o legado Moskit): atualiza status, etapa e motivo de perda, insere negócios do mês que faltavam e remove os negócios em aberto excluídos no Unnichat — o que pode mudar números, inclusive de meses já fechados.

Onde encontrar: aba Importar CRM · Acesso: admin · Comercial (líder) · CS (líder) · Marketing (líder) · Ops (líder).

Fonte dos Dados — Views e tabelas Supabase

As views de cohort e LTV leem da tabela assinatura (e da transacoes para ciclos e LTV); a de upgrades lê só a transacoes, e as abas de funil e mídia leem crm e midiapaga. Atualização em tempo real a cada carregamento da página.

View / tabela	Utilizada em	O que contém
vw_cohort_index	Planos, Extras (carregamento inicial)	Índice leve: cohort_group, tipo_produto, período, produto. Alimenta os filtros da UI sem carregar dados pesados.
vw_cohort_segmentado	Planos, Extras (todos os KPIs e mapa de calor)	Matriz completa cohort × ciclo: assinantes, retenção %, receita por ciclo, LTV médio, status da célula (RETIDO/CHURNADO/INCOMPLETO).
vw_cohort_detalhes	Planos, Extras (detalhamento)	Lista de assinantes individuais por cohort e ciclo, com código, produto, plano, data de adesão e valor.
vw_assinaturas_ativas	Planos, Extras (card "Assinaturas Ativas")	Snapshot atual de todas as assinaturas Ativa (ACTIVE) e das Trial (TRIAL) que já têm pagamento aprovado — consultada em tempo real, reflete o estado do banco no momento da abertura da aba.
vw_upgrades_plano	Upgrades (todos os KPIs, gráficos e tabelas)	Histórico de trocas de plano: origem, destino, direção, valor, dias até upgrade, safra e e-mail do cliente.
vw_assinatura_ltv	Base de LTV (todas as views vw_ltv_* + Busca Cliente)	Cada assinatura + `ltv_real` = soma ao vivo de `transacoes` (APPROVED/COMPLETED) por `codigo_assinante`, líquida de reembolsos/chargebacks (exclui transações presentes em `cancelamentos`). Substitui o uso do campo cacheado `assinatura.valor_acumulado`, que ficava defasado.
vw_ltv_por_email	Base da aba Geral	Agrupamento por e-mail + produto + região: soma do LTV (via `vw_assinatura_ltv.ltv_real`) de todas as assinaturas (planos e add-ons), flag de cliente ativo, primeira data de adesão.
vw_ltv_geral_kpis	Aba Geral (KPI cards, safra)	Pré-agregação de vw_ltv_por_email por produto × região × mês (primeiro_mes). Máximo ~200 linhas, evita paginação e garante performance.
vw_ltv_geral_clientes_uniq	Aba Geral — KPIs no modo "Todos"	Contagem de e-mails únicos por região × mês, sem split por produto. Evita dupla contagem de clientes que têm Sendflow e Unnichat ao mesmo tempo. Campos: total_clientes_uniq, clientes_ativos_uniq.
vw_ltv_por_plano_entrada	Aba Geral — LTV por Plano de Entrada	Identifica o primeiro plano de cada e-mail (DISTINCT ON email ORDER BY data_adesao) e agrega o LTV total separado em `receita_planos` e `receita_addons`. Alimenta a tabela LTV por Plano de Entrada com 6 colunas: Plano · Clientes · LTV Médio · Receita por Plano · Receita por Addon · Receita Total.
vw_ltv_ranking_emails	Aba Geral — Ranking LTV por Cliente	Uma linha por e-mail × região: LTV total (via `vw_assinatura_ltv.ltv_real`) separado em planos e add-ons e em Sendflow e Unnichat, total de assinaturas, primeira adesão e flag de cliente ativo.
vw_recompra_pos_cancelamento	Renovações — sub-abas Recompras e Inadimplência (selo RECOMPROU)	Plano cancelado seguido de assinatura nova do mesmo produto e tipo, no mesmo grupo de e-mails (principal + secundários), em até 30 dias do cancelamento: quem cancelou, plano e período antes e depois, dias entre os dois e valores.
vw_crm_mql	Farol Marketing	A tabela `crm` com as marcas de MQL calculadas no banco: `is_mql_sf` (Sendflow: respondeu que usa grupos para vender) e `is_mql_unni` (Unnichat: lead scoring ≥ 55).
targets_monthly	Metas, Farol Receita, Farol Marketing, Consolidado Anual	Metas mensais por unidade e métrica — é o que o formulário da aba Metas grava. View sobre a tabela de metas do esquema `analytics`.
crm	Eventos, Gestão Comercial, Farol Comercial, Importar CRM, Consolidado Anual	Negócios do CRM: etapa, status, atendente, motivo de perda, valor do produto e UTMs.
midiapaga	Farol Marketing, Eventos, Consolidado Anual	Investimento, impressões e cliques por dia e campanha, como as plataformas de ads reportam (Meta, Google, Bing).
transacoes	Farol Receita, Farol Marketing, Farol Comercial, Renovações, Consolidado Anual, Busca Cliente, Compra PIX	Cada cobrança: status, chave (NMRR, renovação, upgrade…) e valor em `valor_atualizado`, já convertido para BRL.

Categoria

Mês	Meta	Realizado	% MTD	% Realiz.	Var. MoM

Data	Cliente	Telefone	Produto	Plano	Origem	Link

Nome	Telefone	E-mail	Vendedor	Produto	Plano	Link

Buscar cliente

Pesquise por email (parcial) ou pelo telefone com DDI+DDD.

Digite um email ou telefone e clique em Buscar.

Nome	Email	Telefone	Localização

Carregando transações…

Data	Cód. Transação	E-mail	Produto	Plano	Tipo	Moeda	Valor	Recorrência	SCK	SRC

Campanhas

#	Campanha	Investimento	% total	Impressões	Cliques	CTR	CPC

Filtrar por utm_medium:

Data Criado	Nome	Produto	Telefone	UTM Source	UTM Medium	UTM Campaign

Carregando vendas…

Data Compra	Cód. Transação	E-mail	Produto	Plano	Moeda	Valor	SCK	SRC	UTM Source	UTM Medium	UTM Campaign

Ocorrência

Negócios

Composição do Realizado

Campanhas

Leads

Compradores do checkout

Conversões

Registros do email

Trials

Vendas

Lead do CRM

Vincular negócio do CRM

Validar venda

Editar venda

Observações da venda

Excluir transação

Editar lançamento

Transação

Cliente

Por que esta nota não saiu

Emitir nota fiscal

Cadastrar produto Hotmart

Evento

Adicionar opção

Editar usuário

Novo acesso

SuperApp

Crie sua senha pessoal

Trocar senha

Não foi possível carregar os dados

Gerenciar acessos

Histórico Troca Planos

Solicitação de troca

Manutenção Ativos

Produtos Hotmart

Ofertas do catálogo

Novidades do painel

Solicitações de troca

Troca de plano

Nova entrada

Tendência — Retenção no Ciclo 1 (todos os cohorts com C1 completo)

Análise por Ciclo de Referência

Mapa de Calor de Retenção?

Análise por Ciclo de Referência

Mapa de Calor de Retenção?

Olá! 👋

LTV por Plano de Entrada?

Análise por Safra de Aquisição?

Ranking LTV por Cliente?

Tempo Médio até Upgrade por Caminho?

Fluxo de Alterações por Caminho

Alterações por Safra

Detalhamento

Ocorrências

Nova Ocorrência

Experimentos

Pipeline de experimentos

Inserir experimento

Selecionar vínculo

Adicionar semana

Encerrar experimento

Buscar Cliente

Detalhes do Cliente

Com quem falar

E-mails Secundários

Assinaturas

Transações

Trocar Plano — assinaturas Hotmart que podem trocar de plano e o status das solicitações

Ocorrências do Cliente

CSAT

NPS

Atendimentos do cliente · vinculados pelos e-mails do grupo · CS

Passo 1 — Conta principal

Passo 2 — E-mail secundário

Links gerados por dia

Links a expirar

Planos gerados

Links por vendedor

Novo Link

Confirmar exclusão