Negócio

Auditoria de Negócio — Peppe

Fontes: documentation/BRIEFING.md · documentation/MANIFESTO.md · documentation/PRD.md · documentation/FEATURES.md · documentation/USE-CASES.md (via PRD §3) · research/DESK-RESEARCH-REPORT.md · research/desk-research/06-modelos-de-negocio-e-monetizacao.md · research/primary-research/PRIMARY-RESEARCH-REPORT.md · brand/guidelines/01-essencia.md.

Método. Releitura estruturada do negócio no Business Model Canvas (9 blocos). Observa o que é — não propõe. Toda afirmação é DADO (com fonte no repo) ou SUPOSIÇÃO (inferência marcada como tal). Pendências que exigem o PO ficam [A confirmar].

Contexto. O Peppe é pré-lançamento: PoC em evolução, sem operação comercial, sem base de clientes, sem receita, sem app publicado em loja. O Canvas sai propositalmente denso em [A confirmar] — não é falha da auditoria, é o estágio do negócio.

IP. A inspiração-fonte do Peppe não é nomeada neste documento (regra dura — BRIEFING.md §7, MANIFESTO.md §8).

Data: 2026-05-16 · Status: vigente · Auditoria 1 de 3 (negócio → mercado → público).


Como ler

  • Cada bloco abre com o que é DADO e fecha com o que falta ([A confirmar]).
  • "Cliente" nas perguntas da diretriz = o PO. "Briefing do cliente" = os documentos canônicos.
  • Dado interno inexistente (receita, custo unitário, NPS, CRM) é marcado como lacuna — nunca estimado.
  • Esta é a auditoria de negócio — a primeira da série de 3 (negócio → mercado → público). A auditoria de mercado (auditoria-mercado.md) prosseguiu em paralelo usando os documentos canônicos do repositório como contexto de negócio; agora ambas coexistem e se referenciam mutuamente.

1. Segmento de clientes

Para quem o Peppe gera valor.

  • DADO. Segmento único e nomeado: o Acumulador de Jornadas"não é o persona do 'esquecido médio'. É o persona que tem memória normal, mas carrega mais do que caberia em qualquer memória" (PRD.md §2.2, USE-CASES.md §2).
  • DADO. Perfil: profissional adulto urbano, múltiplos papéis simultâneos (trabalho de liderança, eventual docência, cuidado familiar proxy, vida pessoal, obrigações financeiras recorrentes próprias e de terceiros). Sobrecarga por acúmulo, não por déficit de capacidade (PRD.md §3.1, BRIEFING.md §1.2).
  • DADO. Traços de comportamento: aversão a setup e a manutenção contínua; usa WhatsApp diariamente; desconfia de apps que pedem disciplina sustentada; já tentou planilha + PFM + agenda + lista e abandonou todos (PRD.md §3.1).
  • DADO. A consequência do esquecimento é relacional, não só financeira — mãe cobrada no lugar dele, atrito conjugal, vergonha de revelar dado financeiro (brand/guidelines/01-essencia.md §1.1, BRIEFING.md).

Cliente mais importante / amplo ou nichado.

  • DADO. É deliberadamente nichado. A régua é literal: "não inventar persona secundária sem validação empírica" (PRD.md §3.1, citando JOBS-TO-BE-DONE.md §7.8).
  • DADO. O segmento é definido tanto pela inclusão quanto pela anti-persona explícita (PRD.md §3.3): quem quer coaching financeiro prescritivo, consultor de investimento, agenda corporativa, banco ou monitoramento clínico não é cliente do Peppe.

Lastro empírico do segmento.

  • DADO. Pesquisa primária Rodada 1, N=2 (Brenda, founder; Jordana, designer de produto). A hipótese de persona H0 está em confirmação-parcial — sinal convergente, mas com ressalva no eixo relacional e N insuficiente para ratificar (PRIMARY-RESEARCH-REPORT.md §2).
  • DADO. Variantes de persona já observadas em campo, não validadas: Acumulador com fluidez de canal (founder) × Acumulador que separa contextos por função (CLT); Acumulador com proxy familiar ativo (cuidado de idoso) × Acumulador solo (PRIMARY-RESEARCH-REPORT.md §8, PRD.md §3.1).

Estado atual do segmento como base.

  • DADO. Zero clientes reais. O único contato vivo com público é a landing page com waitlist captando leads (FEATURES.md §1.12). O lifecycle de leads (crm-analyst) está em stand-by até a data de abertura ao público ser confirmada.

[A confirmar] — perguntas que ficam para o PO:

  • O cliente pagante é o usuário final, ou existe ângulo B2B / B2B2C (empresa que oferece o Peppe a colaboradores, parceiro que distribui)?
  • Dentro do segmento, há um subgrupo prioritário para o lançamento (ex.: Acumulador autônomo/founder vs CLT; com proxy vs solo)?
  • O nicho é posição final ou ponto de entrada para ampliar depois? Não há decisão registrada.
  • Lacuna: não há estimativa de tamanho de mercado (TAM/SAM/SOM) no repositório.

2. Proposta de valor (bloco crítico)

O problema que resolve.

  • DADO. A dor central não é falta de ferramenta — é a "preguiça legítima de operar fluxos complexos num mundo onde cada minuto economizado importa" (BRIEFING.md §1.1). Sintomas: datas perdidas, obrigações esquecidas, fadiga de gestão.
  • DADO. O insight-raiz: agenda e dinheiro "são o mesmo problema — separado apenas pelo software" (brand/guidelines/01-essencia.md §1.2). Hoje quem costura os dois lados manualmente é o próprio usuário.

O valor que entrega.

  • DADO. Promessa única ao usuário: "Você não vai mais perder o que importa — nem no calendário, nem na conta" (BRIEFING.md §8).
  • DADO. Propósito: "transformar caos em ordem — sem cobrar disciplina em troca" (brand/guidelines/01-essencia.md §1.3). A segunda metade é o diferencial — assumir o caos como ponto de partida, sem exigir setup nem manutenção.
  • DADO. Mecanismo: predição cruzada vida × dinheiro. O Peppe arbitra um compromisso novo em função do dinheiro projetado, num único turno conversacional (PRD.md §2.3, caso canônico UC-02 "a viagem que não cabe").
  • DADO. Tese sustentada por 4 pilares: predição cruzada; WhatsApp como canal primário legítimo; paridade multicanal; SDUI como cenografia mutável (BRIEFING.md §2, PRD.md §1).

Produtos / serviços que existem hoje.

  • DADO. O produto vive como PoC em produção, evoluindo por 4 níveis:
    • Domínio do tempo (PoC v2) — lembrete, alerta crítico, resumo proativo, snooze, medicação, áudio, espelho Google Calendar/Tasks (FEATURES.md §1).
    • Domínio financeiro N1 (manual, conversa pura) — em produção desde v3.3.0 (PRD.md §4.2).
    • N2 (captura via imagem) — em produção desde v3.4.0 (FEATURES.md §1.24).
    • N3 (leitura de fatura de cartão) — em planejamento detalhado (CLAUDE.md).
    • N4 (Open Finance + DDA) — visioning.

O que o Peppe deliberadamente NÃO faz (afia a proposta pela negação).

  • DADO. Não é app de calendário, não é app de finanças, não é banco, não é coach (brand/guidelines/01-essencia.md §1.6). Não move dinheiro — invariante dura (PRD.md §6.1).

Contra o quê o Peppe se posiciona.

  • DADO. O concorrente real não é o PFM mais bonito da loja — é o workaround manual: planilha + assistente de IA genérico (Sheets + ChatGPT/Gemini). Confirmado N=2 em pesquisa primária (PRIMARY-RESEARCH-REPORT.md §6-bis.6).
  • DADO. Anti-modelo de tom: chatbot moralizador e coaching prescritivo. O Peppe responde em Comunicação Não-Violenta pura — nunca moraliza, diagnostica, prescreve nem compara pessoas (PRD.md §2.4, MANIFESTO.md §6.6).

A ideia de marca por trás do valor.

  • DADO. A automação ingênua: por fora um gesto simples, por trás trabalho de formigueiro, de volta um sussurro. O Peppe "mostra a mão, não a máquina" — fideliza por afeto, não só por função (brand/guidelines/01-essencia.md §1.4, MANIFESTO.md §5).
  • DADO. Atributos de marca: objetividade; altruísmo com leveza; sem verbosidade; sem julgamento (MANIFESTO.md §4, §6).

[A confirmar]:

  • A proposta de valor entregue é DADO claro. A proposta de valor paga não existe — o que o usuário pagaria por (e o que seria gratuito) não está decidido. Ver Bloco 5.

3. Pontos de contato (canais)

Por onde o Peppe alcança o público / se conecta à rotina.

  • DADO. Quatro canais de produto desenhados: WhatsApp (primário), web, mobile e voz. Princípio: "o usuário encontra o Peppe onde já está, sem mudar de hábito" (BRIEFING.md §2).
  • DADO. A voz é canal detonador, não conversacional: ligação silenciosa de poucos segundos que faz o telefone tocar, seguida da mensagem no WhatsApp. Em produção desde 2026-05-09 via Twilio Voice (FEATURES.md §6.2).
  • DADO. Integração de saída: espelhamento one-way Peppe → Google Calendar / Google Tasks (FEATURES.md §1.14).

Canal de produção hoje — estado real.

  • DADO. O WhatsApp opera via Twilio Sandbox, com teto de 50 mensagens/dia — adequado a PoC, não escalável como canal de produção. A migração para a WhatsApp Business API está mapeada como pré-requisito de crescimento (PRD.md §8 risco R13, FEATURES.md §2.2).
  • DADO. Web: app prototype-chat + landing page (peppeai.com) com waitlist. Domínios irmãos: designsystem.peppeai.com, brand.peppeai.com.

Como o público quer ser contatado — sinal de pesquisa.

  • DADO. Sinal contraditório N=2 sobre WhatsApp como canal de finanças (hipótese HV-03): Brenda aceita o WhatsApp ("é uma coisa que eu já uso, não me dá mais aplicativo para baixar"); Jordana prefere app separado ("gosto das coisas funcionando em caixas separadas... não misturar assunto"). O pilar "WhatsApp primário" não está ratificado — exige N≥6 (PRIMARY-RESEARCH-REPORT.md §6-bis.5, PRD.md §9.3).

[A confirmar]:

  • Canal de aquisição (como o público descobre o Peppe) — não há estratégia registrada. Existe um growth-handbook.md e uma landing, mas campanhas e CRM estão em stand-by até a data de abertura.
  • Melhor canal hoje — não mensurável: o produto é pré-lançamento, sem tráfego de público real.
  • Decisão sobre migração de canal (Twilio Sandbox → WhatsApp Business API) depende de verificação WABA com a Meta — gate de negócio aberto.

4. Relacionamento

Como é o relacionamento em cada ponto de contato.

  • DADO. Relacionamento conversacional 1:1, mediado por um personagem com nome e voz — o Peppe, "o subordinado esforçado que se antecipa para não deixar o patrão na mão" (MANIFESTO.md §4).
  • DADO. É proativo, não reativo: o Peppe antecipa (resumo matinal, alerta de vencimento, sinal de aperto) antes de o usuário perguntar (BRIEFING.md §2).
  • DADO. A proatividade é delimitada por construção: nunca sugere alerta crítico sem gatilho do usuário; nunca cumprimenta proativamente; nunca moraliza (PRD.md §5.8, anti-padrões #23–#27).
  • DADO. O chão do relacionamento é Comunicação Não-Violenta: sem julgamento, sem diagnóstico, sem prescrição, sem comparação interpessoal. E devolução de agência — o Peppe sugere, o usuário decide (MANIFESTO.md §6.6).

Expectativa do público — sinal de pesquisa.

  • DADO. O público valoriza redução de esforço e velocidade do primeiro insight — não capacidade analítica nova (PRIMARY-RESEARCH-REPORT.md §6-bis.6, achado Jordana).
  • DADO. Demanda por "caminhos", não veredicto fechado (Brenda quis que o Peppe abrisse o raciocínio por trás do "aperta"). E rejeição a modelo mental rígido imposto — vocabulário contábil estranho ao do usuário derruba o uso (PRIMARY-RESEARCH-REPORT.md §6-bis.4, §HV-05).
  • DADO. A intenção declarada de marca é fidelizar por afeto"o que transforma um utilitário em hábito, e um hábito em vínculo" (MANIFESTO.md Epílogo).

[A confirmar]:

  • Relacionamento comercial (suporte ao cliente, onboarding humano, customer success, canal de reclamação) — não existe e não está desenhado. Pré-lançamento.
  • Como o relacionamento muda entre o usuário do plano gratuito e o pagante — depende da decisão de monetização (Bloco 5).

5. Fontes de receita

Pelo que pagam / quanto / peso de cada fonte.

  • DADO. Receita atual: zero. O Peppe é pré-receita. Não há plano cobrado, não há transação, não há fonte de receita ativa (prompt-inicial §2, §5).
  • DADO. Nenhuma decisão de monetização está registrada no repositório. Não há modelo (freemium vs premium-only), não há preço, não há definição de gratuito vs pago.

O que existe é benchmark de mercado, não decisão.

  • DADO. O desk research consolidou padrões do segmento (research/desk-research/06-modelos-de-negocio-e-monetizacao.md, DESK-RESEARCH-REPORT.md §5.6):
    • Mercado brasileiro é freemium largo; premium raramente passa de R$ 10–20/mês ou R$ 99–200/ano.
    • Recomendação preliminar do desk research: mirar R$ 14,90–24,90/mês ou ~R$ 149–249/ano, com ancoragem anual desde o lançamento.
    • O perfil "esquecido/resistente" "dificilmente converte em premium-only" — desk research aponta freemium com valor real no free como mais alinhado.
    • Possíveis gates de upgrade citados: integrações ilimitadas, histórico profundo, modelos mais ricos, exportações.
  • DADO. Monetização alternativa (afiliação contextual — ex.: sugerir seguro quando uma viagem é agendada) é citada como possível, com ressalva ética dura: risco de virar "adware disfarçado"; desk research recomenda evitar afiliação disfarçada cedo (06-modelos-de-negocio §monetização alternativa).

Tensão registrada.

  • DADO. O Peppe rejeita "tempo gasto no app" como métrica de sucesso — "Peppe é assistente, menos tempo é melhor sinal" (PRD.md §6.5). Qualquer modelo de receita que dependa de engajamento/atenção contraria um anti-requisito declarado.

[A confirmar] — bloco inteiramente aberto, decisão do PO:

  • Modelo de receita: freemium, premium-only, ou outro?
  • O que é gratuito e o que é pago? Quais os gatilhos de upgrade?
  • Faixa de preço (mensal/anual) — confirmar ou recusar o benchmark do desk research.
  • Haverá fonte de receita além da assinatura (afiliação, B2B)? Com que peso?
  • Lacuna: sem receita, não há "peso de cada fonte" — o bloco é projeção, não medição.

6. Recursos principais

O que a proposta de valor e os canais exigem.

Intelectuais (o ativo mais denso hoje).

  • DADO. Corpus canônico de estratégia e produto: BRIEFING.md, MANIFESTO.md, USE-CASES.md, PRD.md, SPEC.md, JOBS-TO-BE-DONE.md — verdade única do projeto.
  • DADO. Camada de marca e design: diretrizes de marca em construção (brand/guidelines/), Design System (designsystem.peppeai.com), Brand System (brand.peppeai.com).
  • DADO. Base de pesquisa: desk research (30+ players) + pesquisa primária (painel longitudinal, N=2 hoje).
  • DADO. A inspiração-fonte — memória afetiva da cultura popular brasileira que origina o personagem; ativo de marca, mantido backstage (MANIFESTO.md §8).
  • DADO. A arquitetura de predição cruzada — desenhada como "primitivo, não feature" (DESK-RESEARCH-REPORT.md §6); system prompt, ~15 tools financeiras, heurística de aperto.

Humanos.

  • DADO. O PO opera solo hoje (memória de projeto: assignee único enquanto não houver contribuidores).
  • DADO. Recurso operacional de produção: estrutura formal de agentes especializados — 9 papéis ativos + pares QA (PRD.md §10.3).

Técnicos.

  • DADO. Codebase prototype-chat: Next.js 16 + Vercel + Supabase + Twilio + Anthropic Claude + Deepgram. Arquitetura SDUI. Cron interno via pg_cron + pg_net + Vault (CLAUDE.md, PRD.md §10.8).

De marca.

  • DADO. O nome "Peppe" (apropriado como identidade autoral) e o domínio peppeai.com.

[A confirmar]:

  • Recursos financeiros — capital, runway, orçamento: lacuna total, nada no repositório.
  • Recursos humanos futuros — plano de time além do PO, papéis a contratar.

7. Atividades-chave

O core da empresa hoje.

  • DADO. A atividade central hoje é construir o produto — a PoC em evolução pelos 4 níveis (N1 → N4). Engenharia, design, pesquisa e calibração de voz, orquestrados pela estrutura de agentes (CLAUDE.md, WORKFLOW.md).
  • DADO. Calibração de voz é atividade contínua e bloqueante: copy nova só vai ao ar após par content-designer + qa-content; CNV é régua dura (PRD.md §5.1, §5.2).
  • DADO. Pesquisa primária contínua: painel longitudinal precisa chegar a N≥6 para ratificar hipóteses de persona, canal e valor (PRIMARY-RESEARCH-REPORT.md §9).
  • DADO. Governança — orquestração de agentes e pares QA — é atividade transversal permanente.

O que não pode parar (o produto já está vivo em produção).

  • DADO. Entrega de lembretes e alertas via cron (pg_cron/pg_net); o ciclo financeiro (captura, projeção, alerta de aperto); o canal WhatsApp.
  • DADO. Riscos mapeados sobre o que "não pode parar": downtime de cron interrompe alertas proativos (PRD.md §8 R14); saturação do Twilio Sandbox interrompe o canal primário (R13).

SUPOSIÇÃO.

  • Atividades comerciais — vendas, marketing de aquisição, suporte, success — ainda não existem como operação. Inferência consistente com o estágio pré-lançamento; não há evidência de operação comercial no repo.

8. Parcerias principais

Fornecedores de tecnologia (parcerias ativas — dependências de operação).

  • DADO.
    • Anthropic — modelo Claude, núcleo de interpretação e conversação.
    • Vercel — hospedagem e compute (Next.js, Functions, cron via endpoint).
    • Supabase — banco de dados, pg_cron, Vault de segredos.
    • Twilio — canal WhatsApp (Sandbox hoje) e Twilio Voice (ligação detonadora).
    • Deepgram — speech-to-text (entrada por áudio).
    • Google — APIs de Calendar e Tasks (espelhamento one-way).

Parcerias futuras previstas (não fechadas).

  • DADO.
    • Aggregador de Open Finance — Pluggy ou Belvo, para o nível N4 (Open Finance + DDA). Escolha não feita (PRD.md §9.3, §10.9).
    • WhatsApp Business API / Meta — migração do canal primário, pré-requisito de crescimento; depende de conta WABA verificada (FEATURES.md §2.2).
    • Jurídico externo — pareceres formais pendentes (LGPD transferência internacional, anti-SaMD em medicação, Bacen Resolução 32/2020 para Open Finance) (PRD.md §9.3).

O que o Peppe adquire dos parceiros. Capacidade de LLM, infraestrutura/compute, telefonia e mensageria, transcrição de áudio, integração de calendário.

Risco de dependência (registrado).

  • DADO. Concentração: o Twilio Sandbox é frágil por design (R13); o cron depende de pg_net (R14); o modelo de linguagem tem um único provedor (Anthropic). São pontos únicos de falha mapeados em PRD.md §8.

[A confirmar]:

  • Parcerias de distribuição / go-to-market — nenhuma decidida.
  • Parceiros de negócio (bancos, cartões, canais de afiliação) — não existem; afiliação está apenas em discussão conceitual com ressalva ética (Bloco 5).

9. Estrutura de custo

Os custos mais relevantes.

  • DADO — custo variável real por interação. O Peppe é um produto conversacional: cada turno consome tokens de LLM (Anthropic), e parte dos turnos consome transcrição (Deepgram), mensagens (Twilio) e minutos PSTN de voz. Não é SaaS de custo marginal próximo de zero — o custo cresce com o uso.
  • DADO. A captura por imagem (N2) usa visão multimodal, citada explicitamente como risco de TCO: "custo de tokens de visão por captura — feature pode virar cara em uso intensivo" (PRD.md §4.3).
  • DADO. A predição proativa (cron, briefs matinais, varredura de vencimentos) gera custo mesmo sem o usuário interagir — o produto "pensa" em background.
  • DADO — custos fixos hoje, baixos. Infra Vercel/Supabase em escala de PoC; número Twilio Voice ~US$ 1/mês + ~US$ 0,013/min PSTN, com volume PoC descrito como "negligenciável" (FEATURES.md §6.2).
  • SUPOSIÇÃO. O recurso mais caro hoje é o tempo do PO (operação solo). Inferência consistente com o Bloco 6; não há contabilização desse custo no repo.

Custos que escalam com o crescimento.

  • DADO. Migração para WhatsApp Business API introduz custo de mensagem pago (hoje o Sandbox é gratuito mas limitado). Aggregador de Open Finance, pareceres jurídicos e ampliação de time entram quando o produto sair da PoC (PRD.md §9.3).

Alinhamento de incentivo (achado).

  • DADO. O anti-requisito "não medir tempo no app" (PRD.md §6.5) alinha incentivo de produto e de custo: menos interação ociosa é, ao mesmo tempo, melhor produto e menor custo. Alinhamento raro — vale registrar.

[A confirmar] — bloco majoritariamente projetado, não medido:

  • Custo unitário real por usuário ativo/mês (tokens + STT + mensageria + voz) — lacuna, não medido.
  • Esse custo variável é a base do piso de qualquer preço (Bloco 5) — sem ele, não há margem calculável.
  • Runway e orçamento — lacuna total.

Síntese do Canvas

BlocoEstado
1. Segmento de clientesDefinido — Acumulador de Jornadas, nicho único deliberado. Lastro empírico ainda raso (N=2).
2. Proposta de valorDefinida e madura — predição cruzada vida × dinheiro, sem cobrar disciplina. Falta a versão paga.
3. Pontos de contatoDesenhados — WhatsApp/web/mobile/voz. Canal de produção e de aquisição não resolvidos.
4. RelacionamentoDefinido — conversacional, proativo delimitado, CNV. Sem camada comercial.
5. Fontes de receitaVazio — zero receita, zero decisão. Só benchmark de desk research.
6. Recursos principaisFortes no intelectual/técnico — corpus, arquitetura, codebase. Lacuna em capital e time.
7. Atividades-chaveConstruir o produto + calibrar voz + pesquisa + governança. Sem atividade comercial.
8. Parcerias principaisFornecedores de tecnologia ativos. Parcerias de OF, WABA e jurídico pendentes.
9. Estrutura de custoCusto variável real por uso (LLM/STT/mensageria/voz). Custo unitário não medido.

Leitura geral. O lado esquerdo do Canvas que prova a tese — proposta de valor, segmento, recursos intelectuais — está sólido e bem documentado. O lado que sustenta um negócio — receita, custo unitário, parcerias de go-to-market, capital — está em aberto. É o perfil esperado de um produto pré-lançamento que amadureceu primeiro a hipótese e o produto.


Para o usuário — 3 perguntas abertas que precisam de validação

Conforme prompt-inicial.md §8, o fechamento da auditoria de negócio são as 3 perguntas que mais bloqueiam o avanço para as auditorias de mercado e de público. Não as respondi por conta própria — são decisão sua.

1. Qual é o modelo de receita? O Bloco 5 está inteiramente vazio: não há modelo (freemium vs premium-only), preço, definição de gratuito vs pago, nem gates de upgrade. Existe apenas um benchmark de desk research (R$ 14,90–24,90/mês, freemium com valor real no free). Sem essa decisão, mercado e público não têm como ser auditados contra um modelo de negócio concreto.

2. Quem é o cliente pagante, e o nicho é posição final ou ponto de entrada? O segmento — Acumulador de Jornadas — está bem definido como usuário, mas não está claro se o usuário é também o pagante, se há ângulo B2B/B2B2C, e qual variante de persona (founder/autônomo vs CLT; com proxy familiar vs solo) é prioritária para o lançamento. Também não há decisão sobre o nicho ser destino final ou trampolim para um mercado mais amplo.

3. Qual é o teto de custo variável aceitável por usuário? O Peppe tem custo marginal real por uso — tokens de LLM, transcrição, mensageria, voz — diferente de um SaaS tradicional. Esse custo unitário nunca foi medido e é o piso de qualquer preço. Sem uma noção do custo por usuário ativo/mês (e de como ele cresce com captura por imagem, N3 e N4), a pergunta 1 não tem margem calculável por baixo.


Próximo passo da série. Concluída a auditoria de negócio, a sequência é mercadopúblico. Cada uma roda em contexto próprio; quem sequencia é o usuário (prompt-inicial.md §6).