Assinatura
Plano, MRR, status — ativo, em teste ou cancelado — moeda e data de início, direto do Stripe.
A base · Customer 360
Um registro por cliente.
O Stripe sabe o que eles pagam. O suporte sabe o que eles disseram. A diretoria sabe o que você está construindo para eles. A base reúne tudo isso em um único registro compartilhado por cliente. Agora cada visão se lê como um cliente só, não três silos separados — e toda tarefa sabe para quem ela é.
Toda junção nesta página já está em produção hoje.
Uma base, quatro facetas
O que realmente chega à base
O mesmo registro compartilhado, lido de quatro formas. Clique para ver o que cada conta carrega — comportamento, trabalho, conversas e receita, tudo em uma única identidade.
Cada evento, no registro
Analytics de produto e de web, capturados em first-party e ligados à conta à qual pertencem.
- Analytics de produto e de web em uma única identidade
- Sessões, funcionalidades, páginas e dispositivos — por conta
- Ligado entre anônimo, cadastrado e pagante
Dados de exemplo
Feedback e entrega, reunidos
- Oportunidades, insights e feedback ligados às contas
- Roadmap, sprints e releases no mesmo registro
- Toda tarefa remonta ao cliente que precisa dela
Suporte e reuniões, em contexto
- Chat, threads de suporte e resumos de reuniões na conta
- Cada conversa fica ao lado do comportamento que a provocou
Receita na base
- MRR e ARR por conta a partir do seu conector de cobrança
- Priorize pela receita em jogo, não pela contagem de votos
- Da funcionalidade ao código até a receita, rastreado de ponta a ponta
A 360
Abra uma conta. Pare de abrir abas.
Uma página por empresa cliente. O que ela paga, o que pediu, quem são as pessoas e quando é a próxima conversa — tudo reunido a partir dos seus conectores, sem ninguém redigitar nada.
Insights
Cada feedback marcado nessa conta — pedidos, bugs, avaliações — cada um com a sua origem.
Reuniões
Agendamentos feitos pelos seus links de agendamento chegam aqui: convidado, anfitrião, tipo de evento, horário.
Contatos
As pessoas nomeadas — comprador, champion, CTO — com e-mails. O Stripe te dá a empresa; você adiciona as pessoas.
Fontes
Um ponto por conector: preenchido significa que há dados para esse cliente, vazio significa que ainda não. Sem adivinhar o que está conectado.
IDs externos
Os identificadores Stripe cus_* e do CRM ficam no registro — para que o mesmo cliente nunca se divida em dois.
Os painéis Behaviour, Work e Conversation da 360 chegam por conector — as junções já estão escritas por baixo; cada painel se ativa conforme o seu conector chega.
Correspondência de identidade
alice@fernwood.co faz login. O registro da Fernwood se ilumina.
Quando eventos ou dados do SDK chegam com o e-mail de um usuário, a base associa o domínio à conta — automaticamente. Sem upload de CSV, sem mesclagem manual, sem clientes duplicados.
- ✓Domínio de e-mail → conta, no momento da gravação. Cada usuário do produto se torna um registro de end-user vinculado à sua empresa.
- ✓Os IDs externos também são resolvidos — os IDs de clientes do Stripe e os identificadores do CRM apontam para o mesmo registro.
- ✓Toda correspondência é registrada: método, confiança, status. Uma trilha de auditoria que você pode inspecionar — não uma caixa-preta.
sinal alice@fernwood.co
correspondência domínio fernwood.co → Fernwood & Co
método email_domain
status confirmado · entrada de auditoria registrada
Dados de exemplo — a trilha de auditoria real existe em cada correspondência.
Receita na base
O que eles pagam, ligado a tudo.
Conecte o Stripe e seus clientes e assinaturas são preenchidos retroativamente em segundos. A partir daí, receita não é mais um relatório que você roda — é uma coluna no registro ao qual tudo o resto se junta.
- ✓Toda assinatura no registro: plano, MRR, status, moeda, data de início.
- ✓Várias assinaturas? A conta mostra a representativa, escolhida por prioridade de status.
- ✓O churn aparece onde você trabalha: um status cancelado fica direto no registro do cliente — não em uma planilha que você checa todo mês.
- ✓Pesquise qualquer cliente por nome, domínio ou ID externo — uma tecla, sem pular de ferramenta em ferramenta.
- ✓Filtre por status de assinatura; ordene por MRR. Seus maiores clientes, no topo da lista.
- ✓Cada linha traz domínio, plano e receita — a lista já é uma visão de receita, de brinde.
Feedback e trabalho, reunidos
Toda tarefa sabe quem pediu — e o que essa pessoa paga.
Marque qualquer insight com uma conta e a 360 reúne tudo o que esse cliente já pediu. Atribua uma tarefa a uma conta e o seletor mostra o valor direto na lista — Fernwood & Co · US$ 5.000/mês. O motivo viaja junto com o trabalho.
- ✓Insight → conta: feedback, pedidos e relatos de bugs se acumulam no cliente que os disse.
- ✓Tarefa → conta: o menu mostra cada conta com o seu MRR, então escolher um cliente é escolher um risco em jogo.
- ✓Abra o detalhe da tarefa e o cliente, o plano dele e a receita estão no cartão — sem precisar de uma segunda aba.
Hoje o cliente e o MRR aparecem na visão de detalhe da tarefa; as linhas de board e de lista ainda não trazem MRR por tarefa.
Eventos na base
Os dados de uso chegam já reunidos.
Todo evento de analytics é ligado no momento da gravação — a conta e o end-user viajam direto na linha do evento. 'O que esse cliente fez nos últimos 30 dias?' é uma busca indexada, não um join entre tabelas de identidade.
- ✓A junção acontece no caminho de ingestão, não em um lote noturno — os eventos já sabem a qual conta pertencem no momento em que chegam.
- ✓As consultas de eventos por conta e por usuário são indexadas — feitas para 'me mostre o uso desse cliente', com velocidade.
- ✓O painel Behaviour da 360 lê a partir dessa junção conforme o conector de analytics chega — os dados já estão no lugar.
evento feature_used · export_csv
usuário alice@fernwood.co
conta Fernwood & Co · $5,000/mo
reunido na gravação — sem fan-out no momento da consulta
Dados de exemplo
Os painéis Behaviour, Work e Conversation da 360 se ativam por conector — as junções por baixo já existem hoje, os painéis se acendem conforme cada conector chega. Itens de trabalho de ferramentas de código chegam às contas por meio de funcionalidades por ora, não diretamente. Qualquer coisa que não esteja nesta página ainda não está no produto.
Acesso antecipado
Veja os seus próprios clientes em um único registro.
Conecte o Stripe durante a chamada e veja suas contas, planos e MRR chegarem à base em minutos — seus dados reais, sua junção real.
FAQ
Perguntas, respondidas
O que é a base do produto?
Um registro por cliente — assinatura e MRR do Stripe, feedback, reuniões e contatos em uma única Account 360 — que todo módulo lê e escreve. É a espinha dorsal compartilhada sobre a qual todo o sistema operacional se apoia.
Como os registros são costurados uns aos outros?
Por domínio de e-mail e IDs externos, com trilha de auditoria — para que pagamentos, feedback e conversas do mesmo cliente colapsem em uma única visão 360 em vez de se espalharem entre ferramentas.
Por que um modelo de dados compartilhado importa?
É a diferença entre conectado e consolidado. Quando feedback, trabalho, receita e comunicações escrevem em uma única base, o 'porquê' por trás de cada decisão já está ligado — sem exportar ou reconciliar seis ferramentas.
A base pode me dizer se o que entregamos realmente funcionou?
Sim. Como o trabalho, a funcionalidade e o cliente ficam todos no mesmo registro, cada tarefa entregue carrega o seu próprio resultado. A adoção subiu? O MRR se moveu? Essas contas se mantiveram? O veredito 'O que entregamos funcionou?' se lê direto na base — sem estudo separado, sem exportação de BI.
Os meus dados estão isolados de outros clientes?
Sim — a AIOProductOS é multi-tenant com isolamento em nível de linha por organização, então a base de cada empresa fica isolada da de qualquer outro tenant.
Os eventos de analytics estão ligados às contas?
Sim — todo evento de analytics já vem pré-ligado à sua conta, então comportamento, receita e feedback ficam todos pendurados no mesmo registro do cliente em vez de viver em um silo de analytics separado.