Copiloto de Liquidez
Agente financeiro contínuo, pelo WhatsApp, que prevê entradas, alerta sobre falta de caixa e orienta a ação.
R$ 399 / empresa / mês
Conhecer o CopilotoKaigoo / Alinhamento de produtoRevisão privada
Três ofertas.
Uma operação de liquidez.
O Copiloto de Liquidez é o produto principal. O Cockpit de Escala distribui a solução pelo parceiro. O Raio-X do Caixa Fantasma é a entrada gratuita para a empresa.
Cockpit de Escala
Plataforma para contadores e consultorias acompanharem a carteira e operarem o contexto de cada empresa.
Gratuito para o parceiro
Conhecer o CockpitRaio-X do Caixa Fantasma
Diagnóstico automatizado com dados dos ERPs que compara recebíveis nominais com entradas prováveis e revela a diferença.
Gratuito para a empresa
Conhecer o Raio-XDefinições e condições dos materiais: Designing the product for GTM, pp. 1–5 e WOW Pitch 2026.2 (EN), p. 8. A descrição da oferta não comprova sua disponibilidade atual.
01
O que é cada produto?
As três ofertas do documento de GTM têm funções diferentes: gerar valor recorrente, distribuir a solução e converter a primeira experiência em assinatura.
01 · PRINCIPAL / CORE
Copiloto de Liquidez
Antecipar a falta de caixa e orientar a decisão financeira do dia a dia.
- Para quem
- Dono da empresa ou gestor financeiro que precisa decidir quando haverá dinheiro disponível.
- Modelo comercial
- R$ 399 por empresa/mês. O pitch descreve assinatura sem fidelidade e sem taxa de implantação.
- Interface principal
- WhatsApp, com o agente Teteu. As conexões com ERPs preservam os sistemas utilizados pela empresa.
Definição do produto
Assinatura de um agente financeiro contínuo que reúne captura, conciliação e inteligência preditiva. A empresa contrata acompanhamento da liquidez e apoio à decisão em uma única oferta.
O que entrega
- Captura: lê documentos, fotos e áudios e prepara rascunhos para revisão.
- Conciliação: cruza banco, lançamentos e documentos; diferenças e exceções exigem tratamento e aval humano.
- Previsão e radar: estima a data provável de recebimento e acompanha risco de falta de caixa em 7, 30 e 90 dias.
- Orientação: explica problema, causa e ação; indica necessidade de caixa, montante necessário a antecipar e taxa de referência para negociar.
- Conversa: responde às perguntas financeiras do gestor em linguagem natural pelo WhatsApp.
A Kaigoo não movimenta dinheiro nem concede ou intermedeia crédito. A taxa é uma referência; a negociação ocorre com o financiador escolhido pela empresa.
Onde aparece no mapa
C01–C03 · radar, alertas e conversa · C04–C06 · captura, aprovação e resultado
J3 · entender o caixa e agir · J4 · enviar, revisar e registrar
GTM · pp. 3–4, 6–7 · Pitch EN · pp. 4–6, 8 · Estimador · p. 1
02 · CANAL / B2B2B
Cockpit de Escala
Permitir que o parceiro acompanhe mais empresas com a mesma equipe.
- Para quem
- Consultorias financeiras, escritórios de contabilidade e prestadores de CFO como serviço.
- Modelo comercial
- Gratuito para o parceiro. Cada empresa atendida paga sua própria assinatura à Kaigoo.
- Interface principal
- Visão multempresa da carteira, com acesso ao contexto de cada cliente e dados isolados por CNPJ.
Definição do produto
Plataforma de operação da carteira do parceiro. Reúne as empresas atendidas e dá acesso ao diagnóstico e à rotina financeira de cada uma, distribuindo o Copiloto pelo canal contábil e de consultoria.
O que entrega
- Carteira: visão das empresas acompanhadas pelo parceiro.
- Contexto por empresa: passagem da carteira para o diagnóstico e para a operação do cliente selecionado.
- Reuso do Raio-X: diagnóstico para prospecção consultiva e acompanhamento das empresas.
- Escala operacional: automação do trabalho repetitivo para ampliar a capacidade do analista.
O material apresenta a ambição de até 40 empresas por analista. Esse número não é produtividade comprovada nem limite contratual; priorização, filtros e permissões precisam de especificação para realizar a operação planejada.
03 · AQUISIÇÃO / ENTRADA
Raio-X do Caixa Fantasma
Mostrar a distância entre o dinheiro previsto no ERP e o que provavelmente entrará.
- Para quem
- Empresas que utilizam ERPs e querem compreender sua exposição ao recebimento fora do prazo esperado.
- Modelo comercial
- Análise gratuita. É a porta de entrada para conhecer o valor do Copiloto de Liquidez.
- Interface no mapa atual
- Diagnóstico no Console. O GTM define a oferta; a escolha do Console vem do contexto de implementação registrado.
Definição do produto
Relatório automatizado, gerado a partir dos dados dos ERPs, que compara os recebíveis nominais com a previsão de entrada baseada no comportamento de pagamento. Torna visível o “caixa fantasma” antes da contratação da rotina recorrente.
O que entrega
- Comparação: quanto está previsto nominalmente e quanto tende a entrar no período.
- Diagnóstico: diferença entre essas expectativas e seu impacto na leitura dos recebíveis.
- Primeira experiência: evidência concreta do problema que o Copiloto acompanha continuamente.
- Continuidade: caminho para conhecer e contratar o Copiloto; a transição comercial ainda precisa ser definida.
O incremento local compara recebíveis por app. Sem saldo bancário e contas a pagar no cálculo, esse resultado não representa o caixa líquido total. Campos, cobertura e apresentação estão em D01 e D03.
Como as ofertas se conectam
Sou dono ou gestor
Raio-X gratuito para revelar o problema; Copiloto de Liquidez para acompanhar o caixa continuamente.
Sou contador ou consultor
Cockpit de Escala para atender a carteira; Raio-X como diagnóstico de entrada; cada empresa mantém sua assinatura do Copiloto.
Duas entradas comerciais descritas no GTM · pp. 6, 8; assinatura por empresa no Pitch EN · p. 8.
Definição comercial e ordem de entrega
O Copiloto é o produto principal. A primeira entrega registrada é o Raio-X no Console, seguido de reuso no Cockpit, previsões e alertas, perguntas no WhatsApp e captura com aprovação. Essa sequência organiza a implementação. O lançamento exige o escopo planejado completo e validado; uma etapa isolada não substitui a entrega dos produtos.
Consultar as telas e seu estado · Consultar as jornadas · Consultar as decisões pendentes
02
Quais telas estão definidas?
Há direção de entrega para Raio-X e reuso no Cockpit. Não há uma aprovação geral de todas as telas, campos e layouts do inventário.
O que está estabelecido
O diagnóstico no Console usa a empresa selecionada e integra o escopo planejado. A implementação local registra parte do trabalho; sua existência não comprova a entrega completa.
O que ainda falta
Conferir todo o conteúdo previsto, os períodos, a organização por app/empresa e a comunicação dos limites. Validar o que falta para cumprir o planejamento; a implementação local em 7/30/90 não limita o escopo.
O que está estabelecido
Login, Hub, conexão com ERPs, progresso e fila de conciliação foram registrados na inspeção anterior. E03 reúne modais, não novas páginas.
O que ainda falta
Usar a base como contexto do trabalho. A inspeção não equivale a aprovação de redesign nem comprova toda a operação financeira.
O que está estabelecido
O segundo incremento reaproveita o Raio-X para o parceiro. Carteira e convites constam como código existente.
O que ainda falta
Detalhar a operação multempresa planejada: indicadores, colunas, filtros, priorização, navegação e permissões. Carteira, acessos e leitura dos diagnósticos devem formar o percurso completo de P01–P03.
O que está estabelecido
Previsões/alertas vêm antes das perguntas financeiras. Os materiais prometem radar diário 7/30/90 e WhatsApp.
O que ainda falta
Detalhar mensagens, regras por janela, frequência de envio e eventual apoio no Console. C01–C03 são pontos de contato; não três páginas novas aprovadas.
O que está estabelecido
O fluxo de documento, rascunho, aprovação e registro nos ERPs está no quinto incremento. Os PDFs exigem aval humano e revisão de exceções.
O que ainda falta
Definir tela/canal da revisão, poderes, correção/rejeição e distinguir rascunho nos ERPs de efetivação. Não há decisão explícita de Tarik sobre a sequência técnica de escrita.
R01 / R03 · Entrada e continuidade
Código + decisão pendenteEntrada pelo Raio-X; continuidade no CopilotoO que está estabelecido
R01 abre WhatsApp comercial no código registrado. A oferta gratuita e a continuidade no Copiloto constam dos materiais.
O que ainda falta
Especificar e validar a ligação entre diagnóstico, oferta, contrato, cobrança automatizada e acesso ao Copiloto. O contato comercial existente não substitui esse percurso.
03
Quais jornadas estão definidas?
A ordem de implementação está registrada. Todas as jornadas planejadas integram a entrega; seus detalhes e critérios de aceite precisam ser especificados e validados.
Sequência de implementação · escopo integral
- Raio-X no Console
- Reuso no Cockpit
- Previsões e alertas
- Perguntas no WhatsApp
- Documento, aval e registro nos ERPs
J1Primeira entrega autorizada
Raio-X do Caixa Fantasma · aquisiçãoConsultar o diagnóstico
Acesso → Hub → conexão com ERPs → progresso → Raio-X é o caminho local registrado.
Para fechar: A aprovação da entrega não fecha todos os passos comerciais, o conteúdo do relatório ou a experiência de dados insuficientes.
J2Reuso aprovado na sequência
Cockpit de Escala · distribuiçãoAcompanhar empresas como parceiro
Carteira → empresa → diagnóstico é a direção do segundo incremento.
Para fechar: Detalhar a visão de liquidez, o caminho de retorno e as permissões para realizar toda a experiência de carteira planejada.
J3Compromisso dos materiais
Copiloto de Liquidez · decisão recorrenteEntender o caixa e agir
Radar diário 7/30/90 → alerta contextual no WhatsApp → recomendação e perguntas.
Para fechar: Tarik aprovou a posição dessas entregas na sequência; regras de envio, disponibilidade e UI final não estão fechadas.
J4Etapa aprovada; fluxo a reconciliar
Copiloto de Liquidez · rotina operacionalEnviar conteúdo, revisar e registrar
Conteúdo → rascunho sujeito ao aval → resultado e conciliação é a promessa documentada.
Para fechar: PDFs situam o rascunho nos ERPs. Persistência, efetivação e aprovação não têm sequência técnica aprovada por Tarik.
04
O que decidir para executar o escopo completo
O compromisso de entrega está definido. As pendências abaixo especificam como realizar e validar tudo o que foi planejado para os três produtos.
Diretriz de Tarik · 02/10/2026
Entregar tudo o que foi planejado.
Critério de lançamento: escopo planejado completo e validado. A sequência de implementação organiza o trabalho; não autoriza excluir funcionalidades, reduzir conteúdo ou substituir a experiência prevista por uma entrega parcial.
O código existente é evidência do que já foi construído. A referência da entrega é o planejamento dos produtos, das telas e das jornadas. Lacunas de implementação continuam como trabalho a concluir.
Conferir os produtos e o escopo documentadoDIAGNÓSTICO
Especificar a experiência completa do Raio-X
D01Raio-X · conteúdo e apresentação
Como apresentar todo o diagnóstico planejado?
Detalhar o relatório que materializa a diferença entre recebíveis nominais e entradas prováveis e permite compreender o caixa fantasma.
Escopo a cumprir
- Diagnóstico automatizado a partir dos dados dos ERPs, para a empresa selecionada, com comparação nominal/provável e a diferença entre os cenários.
- Informação suficiente para interpretar o resultado: períodos, data do modelo, abrangência dos dados e limites do cálculo.
- Experiência no Console ligada ao acesso, à conexão, ao progresso da carga e à continuidade comercial.
Definições pendentes
Conferir os campos e períodos contra o planejamento completo e fechar apresentação, organização por app/empresa e explicação do resultado. A implementação local em 7/30/90 é uma evidência a revisar; não estabelece o teto do produto.
Como comprovar a entrega
Rastrear cada requisito até o relatório e validar dados, cálculos e percurso de J1. Uma leitura de recebíveis não pode ser apresentada como caixa líquido total sem saldo bancário e contas a pagar no cálculo.
D03Raio-X · cobertura e confiança
Como apresentar cobertura, confiança e disponibilidade?
Definir o comportamento para cada situação dos dados, mantendo a experiência planejada e a interpretação correta do diagnóstico.
Escopo a cumprir
- Identificar empresa/app, atualização, cobertura e títulos considerados no cálculo.
- Distinguir carga em andamento, falha técnica, ausência de dados e resultado calculado com cobertura parcial.
- Comunicar confiança e uso de referência setorial quando o histórico individual for escasso.
Definições pendentes
Especificar, para cada estado, os critérios de exibição, a mensagem, o próximo passo e a recuperação. Disponibilidade técnica, cobertura e confiança estatística exigem regras próprias.
Como comprovar a entrega
Validar os estados previstos com evidências. Ausência de dado não vira zero; resultado parcial recebe identificação explícita e não é apresentado como conclusão completa da jornada.
CONTRATAÇÃO E CANAL
Concluir a passagem comercial e a operação da carteira
D02Conversão · Raio-X e Copiloto
Como concluir a contratação após o diagnóstico?
Especificar o caminho completo entre a análise gratuita e a assinatura recorrente do Copiloto.
Escopo a cumprir
- Continuidade entre o resultado do Raio-X, a apresentação da oferta e a adesão ao Copiloto.
- Contrato, cobrança automatizada e confirmação da contratação, conforme o trabalho comercial previsto no pitch.
- Assinatura por empresa, com as condições comerciais documentadas e a relação com o acesso ao produto.
Definições pendentes
Fechar telas, informações, integrações e estados de contrato, cobrança e ativação. Confirmar a redação das condições comerciais do deck para a oferta vigente e o papel do WhatsApp no percurso.
Como comprovar a entrega
Validar a jornada do diagnóstico até a contratação e o acesso correspondente. O contato comercial assistido pode apoiar o cliente, mas não substituir a contratação e a cobrança planejadas.
D04Cockpit de Escala · carteira
Como realizar a operação multempresa planejada?
Especificar a experiência de carteira do parceiro e sua continuidade no diagnóstico e na operação de cada empresa.
Escopo a cumprir
- Carteira de empresas, vínculos, acessos e convites previstos em P01 e P02.
- Reuso do Raio-X e leitura multempresa de diagnósticos e sinais de atenção descrita em P03.
- Navegação entre carteira e empresa, contexto preservado e dados isolados por CNPJ.
Definições pendentes
Detalhar indicadores, colunas, filtros, regras de comparação/priorização e permissões a partir do planejamento. P03 permanece com desenho a validar; a decisão trata de como realizar essa experiência, sem limitá-la a um atalho para o diagnóstico individual.
Como comprovar a entrega
Validar P01–P03 e J2 de ponta a ponta, incluindo retorno à carteira e limites de cada papel. A visão multempresa deve preservar a separação dos clientes; não somar caixas ou apps sem regra definida.
ROTINA FINANCEIRA
Especificar previsão, conversa, captura e aprovação
D05Copiloto · radar e conversa
Como realizar o acompanhamento e a orientação completos?
Transformar previsão, alerta e conversa em uma experiência contínua que explique o problema e apoie a ação.
Escopo a cumprir
- Radar diário com horizontes de 7, 30 e 90 dias e leitura da data provável de recebimento.
- Alerta contextual com problema, causa, data e valor da necessidade de caixa, próximo passo e referência de taxa quando aplicável.
- Perguntas financeiras e respostas em linguagem natural pelo WhatsApp, conectadas ao contexto da empresa.
Definições pendentes
Definir gatilhos por horizonte, cálculo do montante necessário a antecipar, regras de envio, atualização das mensagens e apoio do Console previsto no desenho. Reconciliar as divergências das fontes antes de fechar as regras.
Como comprovar a entrega
Validar C01–C03 e J3 com dados e regras rastreáveis, incluindo disponibilidade e contexto das respostas. A atualização diária do radar não determina, por si só, a frequência de mensagens.
D06Copiloto · captura e aprovação
Como completar a revisão e a efetivação nos ERPs?
Especificar o fluxo completo de conteúdo, rascunho, aval, resultado e conciliação, com efeitos e responsabilidades claros.
Escopo a cumprir
- Recebimento dos conteúdos previstos, extração e preparação do rascunho.
- Revisão humana com poderes definidos, correção ou rejeição e aprovação antes de o lançamento produzir efeito.
- Resultado compreensível da operação, conciliação e tratamento das exceções.
Definições pendentes
Validar, nas integrações com ERPs, a distinção entre rascunho e lançamento efetivado; definir canal de revisão, permissões e sequência de persistência, aval e efetivação. Os PDFs situam o rascunho nos ERPs; a divergência técnica precisa ser resolvida com evidência.
Como comprovar a entrega
Validar C04–C06 e J4 de ponta a ponta, incluindo aprovação, correção, rejeição e falha. A confirmação visual deve corresponder ao efeito real no ERP. A Kaigoo não movimenta dinheiro.
As seis pendências detalham a execução do escopo. Nenhuma elimina funcionalidades por conveniência de implementação. A conclusão depende de evidências de funcionamento e da validação de todo o percurso planejado; este documento não comprova entrega atual em produção.
+
Detalhes para conferir uma decisão
O inventário, os fluxos e a auditoria permanecem completos. Abra a parte relevante; os links de referência também abrem diretamente o trecho citado.
Inventário completo de telas e contatos17 itens · O que a pessoa vê, faz e alcança
03
Telas e pontos de contato
Inventário da experiência por produto. Um item pode ser uma página, um modal, uma mensagem ou uma responsabilidade de interface; não representa automaticamente uma tela nova.
Acesso e infraestrutura compartilhados pelas três ofertasEvidência herdada
Base comum de acesso e operação
Entrar, conectar os ERPs, acompanhar os dados e selecionar uma empresa.
O usuário relatou que o onboarding já funcionou. A evidência disponível não confirma o percurso completo em produção nem transforma a fila de conciliação no produto inteiro.
Vê
Login, verificação de e-mail e conclusão de cadastro, quando necessária.
Faz
Informa o e-mail, usa o link de acesso e completa o cadastro.
Alcança
Acesso ao Hub e ao contexto permitido à conta.
Inspeção anterior descrita no DOCX. COD · referência herdada
Vê
Empresas, opções de cadastro e conexão com ERPs.
Faz
Escolhe uma empresa existente ou inicia uma conexão.
Alcança
Contexto da empresa ou início do onboarding.
Inspeção anterior descrita no DOCX. COD · referência herdada
Vê
Modais de empresas e consultorias, validação das conexões com ERPs e identificação da empresa.
Faz
Preenche a conexão, informa o nome e aciona “Começar”.
Alcança
Preparação dos dados iniciada. São modais no Hub, não novas páginas.
Inspeção anterior descrita no DOCX. COD · referência herdada
Vê
Andamento da preparação no contexto do Hub.
Faz
Acompanha o progresso; no incremento local, encontra “Ver Raio-X”.
Alcança
Visibilidade da preparação e entrada para R02 no trabalho local.
Inspeção anterior descrita no DOCX. COD · referência herdada
Vê
Itens da fila do dia para análise.
Faz
Revisa os itens e realiza a ação humana correspondente nos ERPs.
Alcança
Avanço da rotina. Não comprova uma execução autônoma nem o fluxo completo de rascunhos.
Inspeção anterior descrita no DOCX. COD · referência herdada
Rotas registradas: /entrar, /verificar-email, /completar-cadastro, /hub e /conciliacao. A rota /dev/progresso é simulação de desenvolvimento e fica fora da jornada real.
Produto de aquisição · Raio-X do Caixa FantasmaAquisição
Raio-X de liquidez
A pessoa chega ao diagnóstico da empresa antes de decidir pela operação recorrente.
Vê
Chamada comercial para o Raio-X.
Faz
Aciona o botão da página comercial.
Alcança
Abre o WhatsApp comercial na versão originalmente inspecionada. Esse CTA não demonstrava entrega automatizada do relatório.
Inspeção anterior descrita no DOCX. COD · referência herdada · GTM · p. 5
Vê
Por app: entradas nominais, prováveis e diferença em 7, 30 e 90 dias, com data do modelo.
Faz
No Hub, aciona “Ver Raio-X” e consulta a empresa selecionada.
Alcança
Leitura dos títulos elegíveis. Não é toda a carteira, nem caixa total; falta validar a consulta real e o percurso completo.
7/30/90 e Console descrevem a implementação local, não um formato de Raio-X fixado nos PDFs. LOC · trabalho local · GTM · p. 5
Vê
Próximo passo após o diagnóstico gratuito.
Faz
Avalia se deseja continuar no Copiloto, no caminho comercial que for aprovado.
Alcança
Transição para a assinatura recorrente com oferta, contrato, cobrança automatizada e confirmação. A interação e as integrações precisam ser especificadas e validadas.
O que o incremento local registra
- API e interface responsiva preservadas, com validação de acesso à empresa antes da consulta
- Leitura de estimador.p1_gatilho_diario, sem recalcular o modelo nem somar apps
- Prévia com dados fictícios; 1.522 testes, TypeScript, Biome e build aprovados na verificação registrada
O que continua sem comprovação
- Consulta financeira real e jornada ponta a ponta
- Publicação do Raio-X local no Console
- Formato final, entrega comercial e tratamento de dados insuficientes
Produto de canal · Cockpit de EscalaMultempresa
Cockpit para parceiros
Alternar entre carteira e empresa, sem duplicar o diagnóstico ou a operação.
Vê
Hub da consultoria parceira e empresas associadas.
Faz
Seleciona a empresa que quer acompanhar.
Alcança
Entra no contexto permitido do cliente.
Inspeção anterior descrita no DOCX. COD · referência herdada
Vê
Recursos de gestão de acessos e convites.
Faz
Consulta ou gerencia os vínculos existentes.
Alcança
Organização do acesso. Um convite não concede, por si só, poder de aprovação financeira.
Inspeção anterior descrita no DOCX. COD · referência herdada · D04 · permissões
Vê
Leitura multempresa de diagnósticos e sinais de atenção.
Faz
Escolhe a empresa e abre seu diagnóstico ou operação.
Alcança
Continuidade para R02 e as funções do Copiloto. Indicadores, priorização e navegação ainda exigem desenho.
O Cockpit é gratuito para o parceiro e cada empresa contrata individualmente, conforme o pitch. A presença do Hub no código não comprova o Cockpit de liquidez completo. PITCH · p. 8
Produto principal · Copiloto de LiquidezRecorrência
Copiloto de Liquidez
Entender o caixa, fazer perguntas e conduzir a rotina com controle humano.
O radar diário de 7/30/90 dias e a experiência pelo WhatsApp já aparecem na promessa dos materiais. Layout, frequência das mensagens, critérios detalhados e distribuição entre conversa e Console precisam de definição.
Vê
Projeção diária de 7, 30 e 90 dias e indicação da pressão de caixa.
Faz
Consulta o cenário e examina o montante necessário a antecipar e a taxa de referência baseada em risco.
Alcança
Contexto para decidir. Não há concessão de crédito, movimentação de dinheiro ou resultado garantido.
Vê
Falta de caixa projetada, com data, valor e contexto/causa na experiência prometida pelo WhatsApp.
Faz
Lê o contexto e decide qual situação precisa examinar.
Alcança
Próximo passo e montante sugerido a antecipar, quando aplicável. O gatilho conceitual é déficit/necessidade; regras por janela e frequência de envio seguem abertas.
Vê
Conversa no WhatsApp no contexto da empresa.
Faz
Faz uma pergunta sobre a situação financeira.
Alcança
Resposta em português claro com problema, causa e ação sugerida. Perguntar não significa autorizar uma operação; simulações e limites precisam de desenho.
Vê
Conversa para enviar nota, boleto, comprovante Pix, foto ou áudio. O suporte efetivo a mídias não foi validado.
Faz
Envia o conteúdo que origina um rascunho.
Alcança
Os PDFs descrevem rascunho nos ERPs. O documento anterior descrevia aprovação antes da execução; isso não comprova uma decisão explícita de Tarik sobre a sequência técnica.
Vê
Rascunho e informações necessárias à conferência. Tela/canal e papéis ainda não definidos.
Faz
O gestor revisa e dá o aval; pessoas tratam exceções.
Alcança
Lançamento sujeito a aprovação humana. Distinguir criação de rascunho, efetivação e movimentação financeira antes de especificar a integração.
Vê
Resultado e conciliação diária entre extrato, lançamentos e documentos, incluindo diferenças e exceções.
Faz
Confere o resultado e revisa exceções, como juros, multas e pagamentos parciais.
Alcança
Continuidade da operação e dos dados que alimentam previsões e alertas. O fluxo integrado não foi validado ponta a ponta.
Não confundir promessa com capacidade comprovada
O handler de WhatsApp anteriormente inspecionado registrava metadados e opt-out. Isso não comprovou mídia, IA financeira, rascunhos, aprovação ou execução. A falta de evidência naquele recorte também não prova ausência em todo o sistema.
Diagramas e passos das jornadasJ1–J4 · Caminhos, dependências e limites
04
Jornadas completas, com seus limites
Cada etapa remete ao inventário acima. Os diagramas explicam a experiência e as dependências; não certificam funcionamento em produção.
J1
Empresa solicita e consulta o Raio-X
Objetivo: sair da conexão com ERPs com uma leitura útil do recebível provável.
E01 · AcessoEntrar por e-mail
E02 · HubSelecionar ou iniciar empresa
E03–E04 · conexão com ERPsConectar e acompanhar dados
R02 · DiagnósticoConsultar Raio-X local
R03 · ContinuidadeAvaliar o Copiloto
O caminho combina base registrada e incremento local. A entrada comercial R01 abre WhatsApp; a ligação desse contato ao Console permanece em aberto. O salto de R02 para R03 é uma decisão comercial, não uma contratação implementada. D01 · D02
J2
Parceiro acompanha a carteira
Objetivo: chegar ao contexto da empresa certa e manter seus limites de acesso.
E01 · AcessoIdentificar parceiro
P01 · CarteiraEncontrar empresas vinculadas
P03 · LiquidezLeitura multempresa proposta
R02 / C01 · EmpresaDiagnóstico ou operação
P02 sustenta vínculos e acesso. A autorização para visualizar, editar ou aprovar precisa de regra própria. P03 reutiliza o diagnóstico e a operação, mas seus indicadores e interações não estão aprovados. D04
J3
Entender o caixa e decidir
Objetivo: transformar previsão, alerta e conversa em uma decisão com contexto.
AdesãoTransição comercial a definir
C01 · Radar7/30/90 dias, atualização diária
C02 · AlertaSinal de atenção no WhatsApp
C03 · PerguntaEsclarecer situação financeira
Previsões, alertas e perguntas se complementam; não formam uma sequência obrigatória de quatro telas. O produto orienta montante necessário e taxa de referência, sem conceder crédito ou movimentar dinheiro. PITCH · p. 4–6 · EST · p. 1
J4
Do documento à rotina financeira
Objetivo: reduzir trabalho manual mantendo revisão humana e tratamento de exceções.
C04 · ConteúdoDocumento ou áudio no WhatsApp
RascunhoPDFs: nos ERPs
C05 · AvalGestor confere e aprova
C06 · ResultadoAcompanhar conciliação
Se houver erro ou exceçãoResponsabilidade humana consta dos materiais. Caminho de correção, rejeição, reenvio e mensagem de falha ainda precisa de desenho.
Depois do avalDefinir o que é efetivado nos ERPs, a confirmação recebida e como evitar duplicidade. Isso é decisão de integração, não autorização para movimentar dinheiro.
Sequência explícita dos PDFs: rascunho nos ERPs sujeito ao aval. O documento anterior descreve uma sequência de rascunho, aprovação e registro nos ERPs, sem comprovar uma decisão explícita de Tarik sobre a sequência técnica. Não assumir que rascunho e efetivação sejam a mesma operação. O desenho deve reconciliar ambos antes da integração. PITCH · p. 4 · GTM · p. 6–7 · D06
Como ler a evidênciaOrigem, maturidade e limites de cada afirmação
02
O que cada marca significa
As marcas descrevem a evidência deste mapa. Não são estados que precisam aparecer na interface do cliente.
Requisito das fontes
Promessa explícita nos PDFs anexados. Não comprova que o recurso funciona em produção.
Código registrado
Comportamento identificado na inspeção anterior e descrito no DOCX. Não reauditado no código nesta versão.
Incremento local
Implementação recente preservada localmente. Testes técnicos não equivalem à jornada real validada.
Proposta de experiência
Organização ou comportamento sugerido para discutir. Não é uma nova tela aprovada.
Decisão aberta
Escolha que exige validação de produto, negócio ou engenharia antes de ser fechada.
Contexto da conversa
Contexto do trabalho e orientações do usuário posteriores aos PDFs. Conflitos são expostos, não apagados.
Leitura direta dos três PDFs nesta revisão. Evidência de código e do incremento local herdada do documento anterior, com suas limitações preservadas.
Auditoria e divergências das fontes10 correções · 10 divergências preservadas
05
Auditoria das fontes
Leitura direta dos três PDFs, confrontada com o documento anterior. As correções abaixo preservam a diferença entre compromisso comercial, evidência técnica e decisão posterior.
O mapa de três ofertas se sustenta
Copiloto é o produto principal; Cockpit apoia o canal parceiro; Raio-X é a oferta de aquisição. O Estimador é motor transversal, e os cinco incrementos são sequência de trabalho.
As fontes não concordam em tudo
Prontidão, gatilhos, pesos estatísticos e o momento do rascunho nos ERPs têm tensões explícitas. Nenhuma delas foi transformada silenciosamente em requisito implementado.
Correções aplicadas ao mapa
A01
Estimador reintegrado à base do produto
No documento anteriorA terceira fonte não aparecia na base de referência; parte da inteligência ficava invisível.
Nesta versãoO motor transversal e seus limites entram na arquitetura. Radar completo inclui saldo atual + recebíveis esperados − contas a pagar, e não só entradas prováveis.
A02
Radar do Copiloto tem horizonte e canal documentados
No documento anteriorC01, C02 e D05 deixavam canal e horizonte inteiramente abertos.
Nesta versãoRadar diário de 7/30/90 e WhatsApp são promessas das fontes. UI complementar, cadência de envio, gatilhos precisos e regras por janela permanecem em discussão.
A03
Alerta precisa orientar uma decisão
No documento anteriorO alerta era descrito apenas como um sinal para investigar.
Nesta versãoRestaurados problema, causa, data/valor da falta, próximo passo, montante sugerido a antecipar e referência de taxa quando aplicável. Não implica crédito ou movimentação.
A04
Raio-X automatizado não é sinônimo do protótipo local
No documento anteriorCanal e formato eram totalmente abertos, enquanto o local mostrava Console e 7/30/90.
Nesta versãoGTM prevê relatório automatizado gratuito. A janela e o canal detalhado não são fixados; 7/30/90 por app e Console permanecem descritos como realização local.
A05
Modelo comercial e isolamento aparecem no mapa
No documento anteriorO quadro principal omitia preço, gratuidade do parceiro e isolamento dos dados.
Nesta versãoO pitch descreve Copiloto a R$399 por empresa/mês, sem fidelidade/implantação; Cockpit gratuito; assinatura por empresa e isolamento por CNPJ. Condições do material, sem comprovar disponibilidade comercial atual.
A06
Rascunho nos ERPs: divergência exposta
No documento anteriorC04/C05/J4 diziam aprovação antes de qualquer ação nos ERPs.
Nesta versãoPDFs colocam o rascunho nos ERPs antes de valer, sujeito ao aval do gestor. O documento anterior indicava aprovação antes da execução. Essa formulação não é uma decisão explícita de Tarik; persistência, efetivação e aprovação devem ser reconciliadas.
A07
Conversa e conciliação recuperam o compromisso completo
No documento anteriorPerguntas e resultado eram genéricos; a fila existente podia ocupar o lugar da promessa completa.
Nesta versãoRespostas devem explicar problema, causa e ação. Conciliação diária cruza extrato, lançamentos e documentos, com revisão humana de exceções. Essa promessa não está comprovada pela fila atual.
A08
Aquisição tem duas portas; código tem outra origem
No documento anteriorA organização comercial e as telas implementadas apareciam muito próximas.
Nesta versãoGTM recomenda portas para dono/gestor e contador/consultor. Hub, e-mail, modais, convites e rotas vêm da inspeção anterior, não de uma prescrição dos PDFs.
A09
Escassez de histórico não é ausência total de regra
No documento anteriorD03 deixava o tratamento de dados como um bloco inteiramente aberto.
Nesta versãoAs fontes documentam mistura individual/setorial, fallback em n=0 e confiança amostral. Isso não resolve falta de saldo, contas a pagar ou ingestão, nem valida o diagnóstico completo.
A10
Status atualizado sem prometer entrega
No documento anteriorO DOCX dizia engenharia pausada até revisão e citava teste local como evidência.
Nesta versãoA orientação mais recente retomou a engenharia local em paralelo. O blueprint segue em revisão; testes, marketing e existência de código não comprovam entrega em produção.
Divergências e limites das próprias fontes
Estes pontos continuam visíveis para revisão. A auditoria não escolhe uma versão técnica sem evidência adicional.
V01
Prontidão de alertas, taxa e cobrança
O relatório descreve ativos analíticos disponíveis, mas também chama ativação de alertas, balizador de taxa e cobrança de próximos passos. O pitch em inglês descreve o fluxo do produto e declara motor, pipeline e canal WhatsApp em produção; contratos, cobrança automatizada e monitoramento aparecem como trabalho a completar. Conclusão: compromisso documentado; entrega integral atual ao cliente não demonstrada por esta revisão.
V02
Qual janela dispara e dimensiona o alerta?
O relatório cita 7/30/90, mas explicita valor_necessidade_caixa = abs(caixa_projetado_90d) e menciona 30/90 nos próximos passos. Não há contrato uniforme por janela. A decidir: campo, regra de sinal, magnitude e deduplicação.
V03
Exemplo de conversa não define o algoritmo
O pitch ilustra déficit de R$18.400 e sugestão de antecipar R$12.000 sem explicar a ponte numérica, e declara nomes e valores fictícios. Não derivar fórmula, calibração ou regra de risco desse exemplo.
V04
Rascunho versus lançamento efetivado
Os PDFs situam o rascunho nos ERPs; o documento anterior situa o registro nos ERPs após a aprovação. Nenhuma fonte comprova o mecanismo da API. Preservar o aval humano e definir a sequência antes de implementar escrita real.
V05
Bases numéricas têm escopos e datas diferentes
Estimador e pitch usam volumes, entidades e carteiras diferentes. O pitch inclui um recorte de 02/09/2026; “pagadores e fornecedores” também é abreviado em GTM. Não unir esses números como crescimento, total atual ou métricas de clientes deste Site.
V06
Sem histórico: risco comercial e fallback estatístico
O relatório classifica sem histórico como crítico na política comercial e, ao mesmo tempo, descreve fallback setorial no cálculo. Isso pode refletir políticas distintas. Reconciliar confiança, risco e comunicação; ausência de histórico não prova inadimplência.
V07
A fórmula não sustenta 90% com 30 compras
A apresentação fala em 90% de histórico próprio com mais de 30 compras e em 100% personalizado. Porém, n/(n+12) resulta em 71,43% para n=30 e em 90% apenas para n=108. Inconsistência explícita: não republicar essas porcentagens como fato matemático.
V08
Validação contábil não é garantia preditiva
Conservação contábil, normalização da distribuição e ausência alegada de vazamento temporal não demonstram acurácia ou calibração em dados futuros. Usar previsão e estimativa, sem prometer entrada exata, ausência de falsos alarmes ou resultado garantido.
V09
CAC e escala são ambição ou estimativa
As fontes variam nas faixas de aquisição e no ponto inicial de capacidade do analista, mantendo a ambição de até 40 empresas. Não apresentar como redução medida de CAC, produtividade comprovada ou limite contratual do Cockpit.
V10
Scorecard e cobrança são base e evolução
Score de risco e régua preventiva aparecem no relatório; a implantação de cobrança também aparece como próximo passo. Não transformar em quarto produto, nova tela obrigatória ou novo incremento aprovado.
Fontes e rastreabilidadeTrês PDFs · Documento anterior · Evidência herdada
07
Fontes e rastreabilidade
As referências usam a página física de cada PDF. A auditoria verificou o conteúdo dos anexos; não revalidou repositórios, banco, métricas ou produto em produção.
Designing the product for GTM.pdf
12 páginas; conteúdo nas pp.1–8. As pp.9–12 foram conferidas e estão vazias.
pp.1–5: papel das três ofertas · p.5: Raio-X gratuito e relatório automatizado · p.6: duas entradas comerciais · pp.6–7: captura, rascunho e conciliação.
Kaigoo · WOW Pitch 2026.2 (EN).pdf
16 páginas. Versão em inglês fornecida nesta revisão, conferida em 02/10/2026. Substitui a referência ao pitch em português da versão anterior. Condições comerciais e métricas pertencem ao recorte do deck.
pp. 4–6: captura, conciliação, previsão, aval humano e conversa · p. 8: R$ 399 por empresa/mês, análise gratuita e Cockpit gratuito · pp. 9, 11: canal e evolução comercial · pp. 13–16: base histórica e glossário.
RELATORIO_EXECUTIVO_ESTIMADOR.pdf
4 páginas. Fórmula, tabela e diagrama conferidos visualmente nas pp.2–3.
p.1: composição do radar e recomendações · pp.2–3: risco, confiança, mistura individual/setorial e pesos · p.4: próximos passos. Tensão entre promessa, status e fórmulas preservada em V01–V10.
Kaigoo_produtos_telas_e_jornadas.docx
Documento anterior de 8 páginas, objeto desta auditoria. Preservado; esta versão é o Site solicitado.
Mantidos os IDs E01–E05, R01–R03, P01–P03, C01–C06 e J1–J4 para rastreabilidade. Código e trabalho local nele descritos são evidência herdada, não nova inspeção.
Inspeção de código registrada no DOCX
Recorte anterior; não reexecutado nesta auditoria. A presença de um componente não comprova sua entrega ponta a ponta.
Console: CtaSection.tsx, onboarding/empresa/route.ts, OnboardingModal.tsx, hub/page.tsx, progresso-store.ts, fila-do-dia.tsx e whatsapp-inbound.ts. Inteligência: modelos de previsão identificados no recorte anterior.
Incremento local de Raio-X
Registro anterior sujeito à engenharia retomada em paralelo. Sem comprovação de consulta real, produção ou jornada completa nesta revisão.
EmpresaBloco.tsx · RaioX.tsx · API /api/raio-x · leitura de estimador.p1_gatilho_diario · branch codex/raio-x-v1. Verificações registradas: 1.522 testes, TypeScript, Biome e build. Sem acesso a dados reais inferido desses testes.
Contexto da conversa com o usuário
Tarik aprovou a ordem de cinco incrementos e a retomada da engenharia local em paralelo. O trabalho inicial de Raio-X no Console foi autorizado; isso não representa aprovação geral de layout, campos ou janelas.
A organização em três ofertas vem dos PDFs. Detalhes de interface e sequência técnica de escrita nos ERPs não receberam aprovação abrangente de Tarik. Divergências não autorizam publicação do produto, movimentação financeira ou novas permissões.
Diretriz de 02/10/2026: entregar integralmente o escopo planejado. As pendências especificam como executar e validar esse escopo; não autorizam cortes, adiamentos de funcionalidades ou substituição por uma entrega parcial. O lançamento exige a conclusão do conjunto planejado. Ver diretriz e definições de execução.
Terminologia de produto: referências a fornecedores específicos nos materiais são apresentadas pela categoria ERPs. Os públicos são empresas e consultorias. A cobertura técnica depende das integrações efetivamente entregues.
Limite desta entrega
Este Site é o documento de alinhamento de produto. Publicá-lo de forma privada não publica o produto Kaigoo nem habilita operações financeiras. Não foram usados dados reais de cliente como demonstração funcional.
Os dados de demonstração apoiam a validação técnica e não são uma etapa manual exigida do cliente. Não há evidência de que o cliente deva preparar dados artificialmente para usar a jornada.
Repositórios citados no documento anterior: techteu-console e camada-inteligencia-kaigoo. O acesso depende das permissões da conta.