# PRD 2.0 — App Financeiro Pessoal com IA **Produto provisório:** Finança Fácil IA **Versão do documento:** 2.0 — versão melhorada para MVP comercial **Foco:** app financeiro pessoal e para autônomos, com registro ultrarrápido por voz, foto, texto e lançamento manual **Data de referência:** 27/04/2026 --- ## 1. Resumo executivo O produto deve deixar de ser apenas um “app de controle financeiro com IA” e passar a ser um **assistente financeiro de rotina**, feito para pessoas que não têm paciência para planilhas, esquecem de lançar gastos e misturam dinheiro pessoal, Pix, cartão, dinheiro físico e pequenas receitas do dia a dia. A tese do produto é simples: > **O melhor app financeiro não é o que tem mais campos. É o que faz o usuário registrar a movimentação em menos de 5 segundos e entender, no fim do dia, para onde o dinheiro foi.** O app deve combinar três pilares: 1. **Captura sem atrito:** falar, fotografar ou digitar uma frase rápida. 2. **Confirmação inteligente:** a IA sugere, mas o usuário mantém controle antes de salvar. 3. **Clareza acionável:** relatórios, alertas e recomendações que ajudam o usuário a gastar melhor, não apenas ver gráficos bonitos. Para ser um produto campeão de vendas, a primeira versão precisa priorizar **hábito diário**, **confiança**, **design premium**, **velocidade**, **linguagem simples** e **benefício percebido imediato**. --- ## 2. Posicionamento recomendado ### 2.1 Categoria Assistente financeiro pessoal com IA para brasileiros. ### 2.2 Frase de posicionamento > **Controle seu dinheiro sem preencher planilha: fale, fotografe ou envie um comprovante. A IA organiza tudo para você.** ### 2.3 Promessa comercial > **Registre gastos e recebimentos em segundos e descubra onde seu dinheiro está escapando.** ### 2.4 Promessa funcional O usuário consegue registrar uma movimentação financeira por voz, foto ou texto, confirmar a sugestão da IA e ver o dashboard atualizado em poucos segundos. ### 2.5 Promessa emocional O usuário sente que finalmente está no controle do dinheiro, sem culpa, sem planilhas complicadas e sem precisar lembrar de tudo no fim do dia. --- ## 3. Nome e marca O nome “Finança Fácil IA” comunica bem a função, mas parece genérico. Para um produto comercial forte, o nome deve transmitir simplicidade, confiança e tecnologia sem soar complexo. ### 3.1 Nome recomendado para teste **MeuCaixa IA** Por quê: - Funciona para pessoa física, autônomo e pequeno negócio. - Comunica dinheiro real do dia a dia. - É fácil de falar em voz alta. - Permite extensões: MeuCaixa Família, MeuCaixa Pro, MeuCaixa WhatsApp. ### 3.2 Outras opções fortes | Nome | Vantagem | Observação | |---|---|---| | MeuCaixa IA | Simples, brasileiro, útil para PF/PJ | Validar marca no INPI | | BolsoFácil IA | Popular e intuitivo | Pode soar genérico | | CaixaCerto | Boa sensação de organização | Menos explícito sobre IA | | ContaClara | Premium e confiável | Menos óbvio para autônomos | | Dinheiro em Dia | Promessa direta | Nome mais longo | | Bolso no Controle | Forte para consumidor final | Pode ser longo para app | **Recomendação:** usar “MeuCaixa IA” como nome de trabalho comercial até validação jurídica e pesquisa de marca. --- ## 4. Oportunidade de mercado O mercado já tem apps financeiros com gráficos, categorias, cartão, Open Finance e metas. O espaço competitivo não está em “mais um app para preencher dados”, mas em **reduzir radicalmente o esforço de registrar informações**. O diferencial precisa ser: > **O app que entende o dia financeiro do usuário do jeito que ele fala e comprova.** ### 4.1 Dor central Usuários não deixam de controlar finanças por falta de app. Eles deixam de controlar porque: - esquecem de lançar gastos pequenos; - acham o processo chato; - não sabem categorizar; - têm preguiça de abrir o app e preencher campos; - misturam Pix, dinheiro, cartão e transferências; - só percebem o problema quando o dinheiro acabou; - não confiam em alertas genéricos; - querem resposta simples, não relatório técnico. ### 4.2 Tese de diferenciação A concorrência forte já entrega “controle financeiro”. Este produto deve entregar **captura natural + explicação inteligente + ação prática**. Em vez de competir dizendo “temos dashboard”, competir dizendo: > **Você fala. A IA lança. Você confirma. Seu dinheiro fica claro.** --- ## 5. Público-alvo refinado ### 5.1 ICP principal — autônomo e pessoa com renda variável **Quem é:** vendedor, motorista de aplicativo, diarista, prestador de serviço, profissional liberal, MEI, pequeno comerciante, freelancer. **Dores:** - recebe por Pix, dinheiro e transferência; - paga despesas pequenas ao longo do dia; - mistura gasto pessoal e gasto de trabalho; - precisa saber se o mês “fechou”; - não tem contador ou planilha organizada; - quer saber lucro líquido aproximado. **Por que compra:** - quer separar pessoal/profissional; - precisa controlar entradas e saídas sem perder tempo; - vê valor em relatório simples para tomar decisão. ### 5.2 ICP secundário — família e casa **Quem é:** pessoa responsável por despesas domésticas. **Dores:** - mercado, escola, remédios, contas e delivery ficam espalhados; - casal não tem visão unificada; - não sabe qual categoria está estourando. **Por que compra:** - quer planejamento e previsibilidade. ### 5.3 ICP terciário — pessoa endividada ou desorganizada **Quem é:** usuário que quer sair do sufoco, mas não sustenta uso de planilhas. **Dores:** - ansiedade financeira; - dificuldade de saber o total real de despesas; - faturas e boletos esquecidos; - gastos invisíveis. **Por que compra:** - quer clareza imediata, alertas e plano simples de redução. --- ## 6. Jobs to be Done ### JTBD 1 — Registrar sem pensar “Quando eu gasto ou recebo dinheiro durante o dia, quero registrar isso rapidamente, sem preencher muitos campos, para não esquecer depois.” ### JTBD 2 — Entender para onde o dinheiro foi “Quando olho minhas finanças, quero saber as categorias que mais consumiram meu dinheiro, para conseguir ajustar o comportamento.” ### JTBD 3 — Separar vida pessoal e trabalho “Quando recebo e gasto dinheiro como autônomo, quero separar pessoal e profissional, para saber se meu trabalho está dando lucro.” ### JTBD 4 — Conferir comprovantes “Quando recebo ou pago por Pix, boleto ou recibo, quero anexar o comprovante e deixar registrado, para ter segurança e histórico.” ### JTBD 5 — Fechar o mês “Quando o mês acaba, quero um resumo simples com entradas, saídas, saldo e alertas, para saber o que melhorar no próximo mês.” --- ## 7. Proposta de valor 2.0 ### 7.1 Proposta principal > **Um assistente financeiro com IA que registra suas movimentações por voz, foto ou texto e transforma seu dia financeiro em um resumo claro, útil e acionável.** ### 7.2 Benefícios que vendem | Benefício | Como o app entrega | |---|---| | Economiza tempo | Registro por voz/foto/texto em poucos segundos | | Reduz esquecimento | Captura rápida e lembretes inteligentes | | Dá clareza | Dashboard simples por dia, semana e mês | | Evita retrabalho | IA sugere categoria, data, forma de pagamento e descrição | | Aumenta confiança | Confirmação antes de salvar e comprovante anexado | | Ajuda a economizar | Alertas por orçamento, tendências e gastos fora do padrão | | Serve para autônomo | Contas pessoal/profissional, clientes, receitas e despesas de trabalho | --- ## 8. Diferenciais competitivos obrigatórios ### 8.1 Captura Relâmpago Botão principal sempre visível no celular: - tocar e falar; - tirar foto; - digitar frase; - lançar manualmente. Meta de UX: **registrar uma movimentação em até 5 segundos quando a informação for simples.** ### 8.2 Confirmação inteligente em uma tela A IA nunca deve salvar sozinha no MVP. Ela deve sugerir e o usuário confirma. Tela de confirmação com: - valor em destaque; - tipo: entrada/saída; - data; - categoria; - forma de pagamento; - conta/carteira; - descrição; - nível de confiança; - alerta de duplicidade; - botões: Confirmar, Editar, Descartar. ### 8.3 Cofre de comprovantes Toda imagem enviada fica anexada ao lançamento, com busca futura por: - valor; - data; - estabelecimento; - categoria; - tipo de documento; - texto extraído por OCR. ### 8.4 Fechamento do mês guiado No fim do mês, o app gera um relatório simples: - quanto entrou; - quanto saiu; - saldo; - maiores categorias; - gastos que cresceram; - contas recorrentes; - sugestão prática para o próximo mês. ### 8.5 Modo Autônomo Diferencial comercial forte para o Brasil. Permitir separar: - pessoal; - profissional; - clientes; - serviços; - custos de trabalho; - lucro aproximado. ### 8.6 Assistente financeiro conversacional O usuário pergunta em linguagem natural: - “Quanto gastei hoje?” - “Quanto recebi do cliente João?” - “Meu mês está positivo?” - “Qual categoria mais aumentou?” - “Quanto gastei com gasolina este mês?” O app responde com texto + gráfico simples + atalho para relatório. --- ## 9. Princípios de produto 1. **Mobile-first de verdade:** tudo deve funcionar perfeitamente em telas pequenas. 2. **Menos campos, mais inteligência:** IA preenche, usuário confirma. 3. **Confiança antes de automação:** sempre mostrar o que será salvo. 4. **Linguagem humana:** evitar termos financeiros complexos. 5. **Progresso visível:** mostrar economia de tempo, tendências e evolução. 6. **Privacidade como diferencial:** dados financeiros exigem transparência e controle. 7. **Hábito diário:** o produto precisa fazer o usuário voltar todos os dias. 8. **Design premium:** fintech visualmente confiável, limpa e moderna. --- ## 10. Funcionalidades do MVP comercial O MVP deve ser menor que o PRD original, mas mais forte comercialmente. O objetivo não é lançar tudo; é provar que a captura inteligente vira hábito. ### 10.1 Must-have no MVP | Nº | Funcionalidade | Prioridade | Motivo | |---|---|---:|---| | 1 | Cadastro/login | Alta | Conta e segurança | | 2 | Onboarding financeiro | Alta | Personalização e ativação | | 3 | Lançamento manual | Alta | Base obrigatória | | 4 | Lançamento por texto | Alta | Menor custo e valida IA | | 5 | Lançamento por áudio | Alta | Diferencial de uso diário | | 6 | Transcrição de áudio | Alta | Necessário para voz | | 7 | Registro por foto | Alta | Comprovantes e recibos | | 8 | OCR básico | Alta | Extração de texto da imagem | | 9 | Interpretação financeira por IA | Alta | Núcleo do produto | | 10 | Confirmação antes de salvar | Alta | Confiança e correção | | 11 | Dashboard mensal e diário | Alta | Valor imediato | | 12 | Histórico com filtros | Alta | Controle e auditoria | | 13 | Edição/exclusão | Alta | Correção de erros | | 14 | Categorias automáticas e personalizadas | Alta | Organização real | | 15 | Detecção básica de duplicidade | Alta | Evitar bagunça | | 16 | Exportação CSV | Média | Valor para usuários avançados | | 17 | Alertas básicos | Média | Retenção | | 18 | Tema claro/escuro | Média | Percepção premium | ### 10.2 Should-have no MVP - Orçamentos por categoria simples. - Resumo semanal automático. - Busca por texto no histórico. - Modo “pessoal/profissional”. - Comprovante anexado ao lançamento. - Sugestões de categorias aprendidas com correções do usuário. ### 10.3 Fora do MVP - Open Finance completo. - WhatsApp. - Plano família. - Conciliação bancária. - Cartão de crédito com fechamento/fatura avançada. - Integração contábil. - Previsão financeira sofisticada. Esses recursos são importantes, mas devem vir depois da validação de uso diário. --- ## 11. Experiência do usuário ### 11.1 Onboarding ideal O onboarding deve ser curto e vender o valor do app. #### Etapa 1 — Objetivo Pergunta: > “O que você quer melhorar no seu dinheiro?” Opções: - Controlar meus gastos; - Separar pessoal e trabalho; - Sair das dívidas; - Organizar despesas da casa; - Controlar entradas de clientes; - Só entender para onde o dinheiro vai. #### Etapa 2 — Perfil financeiro Pergunta: > “Como você mais movimenta dinheiro?” Opções: - Pix; - cartão de crédito; - cartão de débito; - dinheiro físico; - boleto; - transferência; - vários. #### Etapa 3 — Primeira conta/carteira Criar automaticamente: - Carteira Principal; - Conta Bancária; - Cartão de Crédito; - Dinheiro Físico. O usuário pode editar depois. #### Etapa 4 — Primeiro lançamento guiado O app pede: > “Faça seu primeiro registro agora. Pode falar ou digitar: ‘gastei 20 reais no café’.” Essa etapa aumenta ativação porque o usuário aprende fazendo. --- ## 12. Fluxos principais 2.0 ### 12.1 Fluxo de lançamento por voz 1. Usuário toca no botão central “+”. 2. Escolhe “Falar”. 3. Diz: “Paguei 120 reais de gasolina hoje no cartão de crédito”. 4. App transcreve. 5. IA extrai campos. 6. App mostra confirmação. 7. Usuário confirma. 8. Dashboard atualiza. 9. App mostra feedback: “Despesa salva. Seu gasto com transporte este mês está em R$ 430.” ### 12.2 Fluxo de lançamento por foto 1. Usuário toca “Foto”. 2. Tira foto do comprovante. 3. App aplica OCR. 4. IA identifica valor, data, estabelecimento e categoria. 5. Se confiança for alta, mostra sugestão pronta. 6. Se confiança for baixa, destaca campos incertos. 7. Usuário confirma ou edita. 8. O comprovante fica anexado. ### 12.3 Fluxo de texto rápido 1. Usuário toca “Digitar”. 2. Escreve: “Recebi 500 do João pelo serviço de manutenção”. 3. IA sugere entrada, cliente, categoria e data. 4. Usuário confirma. ### 12.4 Fluxo manual 1. Usuário toca “Manual”. 2. Preenche valor, tipo, data, categoria, conta e descrição. 3. Salva. O formulário manual deve ser simples, com campos avançados escondidos em “Mais opções”. ### 12.5 Fluxo de pergunta ao assistente 1. Usuário abre Assistente. 2. Pergunta: “Quanto gastei com mercado este mês?” 3. App consulta dados. 4. Responde: “Você gastou R$ 842,30 com mercado em abril. Isso representa 18% das suas saídas.” 5. Mostra gráfico e lista de lançamentos relacionados. --- ## 13. Telas do app com layout profissional e responsivo ### 13.1 Direção visual O app deve parecer uma fintech moderna: - visual limpo; - muito espaço em branco; - cards com hierarquia clara; - números financeiros grandes e legíveis; - ícones simples; - microcopy amigável; - tema claro e tema escuro; - animações sutis; - foco em confiança. ### 13.2 Sistema visual sugerido #### Paleta | Uso | Cor sugerida | |---|---| | Primária | Azul profundo `#1D4ED8` | | Secundária | Verde financeiro `#10B981` | | Alerta | Âmbar `#F59E0B` | | Erro/saída crítica | Vermelho suave `#EF4444` | | Fundo claro | `#F8FAFC` | | Fundo escuro | `#0F172A` | | Cards claros | `#FFFFFF` | | Texto principal | `#0F172A` | | Texto secundário | `#64748B` | #### Tipografia - Fonte recomendada: Inter, SF Pro, Roboto ou sistema nativo. - Valores financeiros: peso 700/800. - Labels: peso 500. - Textos auxiliares: peso 400. #### Bordas e sombras - Raio de borda: 16px a 24px. - Cards com sombra leve e borda discreta. - Evitar sombras pesadas. #### Ícones - Linha simples, consistentes, com rótulos textuais. - Nunca depender apenas de cor para indicar entrada/saída. ### 13.3 Responsividade #### Mobile — 360px a 767px - Navegação inferior fixa. - Botão central grande para captura rápida. - Dashboard em cards empilhados. - Filtros em chips horizontais. - Confirmação da IA em bottom sheet. - Gráficos simples, sem excesso de legenda. #### Tablet — 768px a 1023px - Navigation rail lateral. - Cards em duas colunas. - Histórico e detalhes lado a lado quando possível. - Captura rápida ainda em destaque. #### Desktop/PWA web — 1024px+ - Sidebar fixa. - Dashboard em grid. - Histórico com tabela e painel lateral de detalhes. - Relatórios com filtros avançados. - Assistente em painel lateral ou página dedicada. ### 13.4 Navegação principal Mobile: 1. Início; 2. Histórico; 3. Capturar; 4. Relatórios; 5. Assistente. Desktop: - Início; - Novo lançamento; - Histórico; - Relatórios; - Orçamentos; - Assistente; - Comprovantes; - Configurações. --- ## 14. Especificação das telas ### 14.1 Tela de Login Objetivo: entrar com segurança, sem parecer pesado. Elementos: - logo; - frase: “Seu dinheiro claro em segundos.”; - e-mail e senha; - login com Google; - esqueci minha senha; - CTA: “Entrar”; - link: “Criar conta”. Requisitos: - layout responsivo; - validação inline; - opção de mostrar/ocultar senha; - mensagem clara de erro; - suporte a autofill. ### 14.2 Tela de Onboarding Objetivo: personalizar o app e levar ao primeiro lançamento. Elementos: - barra de progresso curta; - perguntas em cards; - botões grandes; - linguagem simples; - opção de pular etapas não essenciais. ### 14.3 Dashboard Objetivo: responder “como está meu dinheiro agora?” Componentes: 1. Saudação personalizada. 2. Saldo do mês. 3. Entradas do mês. 4. Saídas do mês. 5. Gasto de hoje. 6. Botões rápidos: Falar, Foto, Texto, Manual. 7. Gráfico por categoria. 8. Últimos lançamentos. 9. Alertas inteligentes. 10. Card “Resumo da IA”. Exemplo de resumo: > “Você gastou R$ 87 a mais com alimentação nesta semana. Mercado continua dentro do previsto, mas delivery subiu.” ### 14.4 Tela de Captura Rápida Objetivo: registrar algo com mínimo esforço. Opções: - Falar; - Foto; - Digitar; - Manual. Detalhe importante: O app deve lembrar exemplos reais: - “Gastei 35 no almoço no Pix.” - “Recebi 500 do João pelo serviço.” - “Paguei 120 de gasolina no cartão.” ### 14.5 Tela de Confirmação da IA Objetivo: confiança, correção e velocidade. Layout: - topo com status: “Encontramos uma despesa”; - valor em destaque; - chips de confiança: Alta, Média, Baixa; - campos editáveis em cards; - alerta de duplicidade se existir; - anexo/áudio/texto original recolhível; - CTA principal: “Confirmar lançamento”; - CTA secundário: “Editar”; - ação discreta: “Descartar”. ### 14.6 Histórico Objetivo: encontrar, conferir e corrigir lançamentos. Componentes: - busca; - filtros por data, tipo, categoria, conta e forma de pagamento; - lista agrupada por dia; - total do dia; - ícones por categoria; - status de origem: Manual, Voz, Foto, Texto; - indicador de comprovante anexado; - edição rápida. ### 14.7 Relatórios Objetivo: transformar dados em decisão. Relatórios do MVP: - resumo diário; - resumo semanal; - resumo mensal; - gastos por categoria; - entradas vs saídas; - ranking de maiores despesas; - exportação CSV. Relatórios premium/futuro: - comparativo entre meses; - previsão de saldo; - relatório para autônomo; - relatório por cliente; - PDF profissional; - Excel. ### 14.8 Assistente financeiro Objetivo: permitir perguntas naturais. Layout: - campo de chat; - sugestões de perguntas; - cards de resposta com gráfico; - botões de ação: “Ver lançamentos”, “Exportar”, “Criar orçamento”, “Definir alerta”. ### 14.9 Configurações Elementos: - perfil; - contas/carteiras; - categorias; - formas de pagamento; - preferências de IA; - privacidade; - exportar dados; - excluir conta; - assinatura/plano. --- ## 15. Requisitos funcionais revisados ### RF001 — Cadastro O sistema deve permitir cadastro com nome, e-mail e senha. ### RF002 — Login O sistema deve permitir login seguro com e-mail/senha e login social. ### RF003 — Recuperação de senha O sistema deve permitir recuperação de senha por e-mail. ### RF004 — Onboarding financeiro O sistema deve coletar objetivo financeiro, principais meios de pagamento e tipo de uso. ### RF005 — Criar lançamento manual O sistema deve permitir criar entrada ou saída manualmente. ### RF006 — Criar lançamento por texto O sistema deve interpretar uma frase digitada e sugerir lançamento estruturado. ### RF007 — Criar lançamento por áudio O sistema deve permitir envio ou gravação de áudio. ### RF008 — Transcrever áudio O sistema deve transcrever o áudio para texto. ### RF009 — Interpretar áudio O sistema deve extrair campos financeiros a partir do texto transcrito. ### RF010 — Criar lançamento por imagem O sistema deve permitir envio de imagem de comprovante, nota, boleto, recibo ou Pix. ### RF011 — Extrair texto da imagem O sistema deve aplicar OCR e armazenar texto extraído. ### RF012 — Interpretar imagem O sistema deve gerar sugestão financeira a partir do texto extraído. ### RF013 — Exibir confirmação da IA Todo lançamento gerado por IA deve passar por confirmação do usuário antes de salvar. ### RF014 — Editar sugestão da IA O usuário deve poder editar qualquer campo antes de confirmar. ### RF015 — Salvar lançamento confirmado O sistema deve persistir o lançamento após confirmação. ### RF016 — Editar lançamento salvo O usuário deve poder editar lançamentos existentes. ### RF017 — Excluir lançamento O usuário deve poder excluir lançamentos. ### RF018 — Listar histórico O sistema deve listar lançamentos agrupados por data. ### RF019 — Filtrar histórico Filtros obrigatórios: período, tipo, categoria, conta e forma de pagamento. ### RF020 — Buscar lançamento O sistema deve permitir busca por descrição, estabelecimento, pessoa ou texto do comprovante. ### RF021 — Dashboard O sistema deve exibir resumo diário, semanal e mensal. ### RF022 — Relatório por categoria O sistema deve gerar relatório por categoria em período selecionado. ### RF023 — Exportação CSV O sistema deve exportar lançamentos em CSV no MVP. ### RF024 — Categorias padrão O sistema deve oferecer categorias iniciais para entradas e saídas. ### RF025 — Categorias personalizadas O usuário deve poder criar, editar e excluir categorias próprias. ### RF026 — Contas/carteiras O sistema deve permitir cadastrar contas, cartões e carteira de dinheiro físico. ### RF027 — Anexos O sistema deve anexar imagem, áudio ou arquivo ao lançamento. ### RF028 — Duplicidade O sistema deve alertar quando encontrar lançamento parecido no mesmo período. ### RF029 — Alertas básicos O sistema deve gerar alertas de orçamento, gasto fora do padrão e ausência de registros. ### RF030 — Assistente financeiro O usuário deve poder fazer perguntas sobre seus próprios dados financeiros. --- ## 16. Requisitos não funcionais revisados ### RNF001 — Segurança Dados devem trafegar por HTTPS e dados sensíveis devem ser protegidos em repouso. ### RNF002 — Privacidade O usuário deve poder visualizar, exportar e excluir seus dados. ### RNF003 — LGPD O app deve ter base legal clara, consentimentos necessários, política de privacidade, termo de uso, registro de operações de tratamento e canal de atendimento. ### RNF004 — Performance Metas iniciais: - carregamento inicial do app em até 3 segundos em conexão móvel comum; - abertura da tela de captura em até 1 segundo; - sugestão de lançamento por texto em até 5 segundos; - sugestão de lançamento por áudio simples em até 10 segundos; - sugestão por imagem em até 15 segundos. ### RNF005 — Disponibilidade Meta inicial: 99,5% no MVP. Aumentar para 99,9% após escala. ### RNF006 — Escalabilidade A arquitetura deve permitir filas de processamento para áudio, imagem e IA. ### RNF007 — Auditabilidade Cada lançamento deve manter: - origem; - data de criação; - data de edição; - usuário; - versão anterior relevante; - confiança da IA; - dados brutos usados na extração. ### RNF008 — Acessibilidade O app deve seguir boas práticas de acessibilidade: - contraste adequado; - navegação por teclado no web; - labels em campos; - foco visível; - botões grandes no mobile; - não depender apenas de cor; - suporte a leitores de tela. ### RNF009 — Observabilidade O sistema deve registrar métricas técnicas e de produto: - tempo de processamento; - erro de OCR; - erro de transcrição; - taxa de confirmação; - taxa de edição antes de salvar; - falhas por serviço externo. --- ## 17. IA — especificação melhorada ### 17.1 Objetivo da IA A IA não deve “dar conselho financeiro genérico”. Ela deve primeiro resolver muito bem o problema de extração, classificação e explicação dos próprios dados do usuário. ### 17.2 Entradas - Texto digitado; - Áudio transcrito; - Texto de OCR; - Metadados da imagem; - Histórico de categorias do usuário; - Preferências do usuário; - Data/hora atual; - País/moeda. ### 17.3 Saída estruturada ```json { "tipo": "saida", "valor": 120.0, "moeda": "BRL", "data": "2026-04-24", "categoria": "Transporte", "subcategoria": "Combustível", "forma_pagamento": "Cartão de crédito", "conta_id": null, "descricao": "Abastecimento de combustível", "estabelecimento": null, "pessoa_ou_cliente": null, "documento_tipo": null, "parcelado": false, "numero_parcelas": null, "recorrente": false, "confianca": 0.88, "precisa_confirmacao": true, "campos_ausentes": ["estabelecimento"], "possivel_duplicidade": false, "explicacao_curta": "Identifiquei uma despesa de combustível paga no cartão de crédito." } ``` ### 17.4 Regras de confiança | Confiança | Comportamento | |---:|---| | 0,90 a 1,00 | Sugerir lançamento pronto, com botão confirmar em destaque | | 0,70 a 0,89 | Sugerir lançamento e destacar campos incertos | | 0,50 a 0,69 | Pedir revisão de campos principais | | abaixo de 0,50 | Abrir formulário assistido com dados parciais | ### 17.5 Campos críticos O app não deve permitir salvar automaticamente se faltar: - tipo; - valor; - data; - categoria. Se faltar forma de pagamento, pode salvar como “não informado”, mas deve sugerir completar. ### 17.6 Aprendizado com correções Quando o usuário altera a categoria ou forma de pagamento sugerida, o sistema deve registrar preferência para melhorar sugestões futuras. Exemplo: Se o usuário sempre classifica “Padaria São José” como “Alimentação / Padaria”, o app deve sugerir isso automaticamente nas próximas vezes. ### 17.7 Detecção de duplicidade Critérios iniciais: - mesmo usuário; - valor igual ou muito próximo; - data igual ou próxima; - estabelecimento semelhante; - mesma categoria; - origem diferente, por exemplo foto + áudio. Mensagem: > “Encontrei um lançamento parecido hoje: R$ 87,00 em Mercado. Deseja salvar mesmo assim?” --- ## 18. Categorias recomendadas ### 18.1 Saídas - Alimentação; - Mercado; - Restaurante; - Delivery; - Transporte; - Combustível; - Moradia; - Energia; - Água; - Internet; - Telefone; - Saúde; - Farmácia; - Educação; - Lazer; - Assinaturas; - Compras; - Impostos; - Dívidas; - Cartão de crédito; - Trabalho; - Equipamentos; - Outros. ### 18.2 Entradas - Salário; - Serviços; - Vendas; - Pix recebido; - Reembolso; - Aluguel recebido; - Investimentos; - Empréstimo recebido; - Presente; - Outros. ### 18.3 Categorias para modo autônomo - Receita de serviço; - Receita de venda; - Custo de material; - Transporte de trabalho; - Alimentação em trabalho; - Ferramentas/equipamentos; - Marketing; - Taxas; - Impostos; - Cliente inadimplente; - Reembolso de cliente. --- ## 19. Modelo de monetização ### 19.1 Estratégia recomendada O usuário precisa sentir valor antes de pagar. Por isso, o plano grátis deve permitir uso real, mas limitar volume e recursos avançados. ### 19.2 Plano Grátis Ideal para aquisição. Inclui: - até 80 lançamentos/mês; - registro manual; - registro por texto; - limite mensal de áudios; - limite mensal de imagens; - dashboard básico; - histórico; - exportação CSV limitada. ### 19.3 Plano Premium Ideal para pessoa física. Inclui: - lançamentos ilimitados; - áudio e imagem com limites altos ou ilimitados conforme custo; - relatórios avançados; - assistente financeiro; - alertas inteligentes; - orçamentos por categoria; - exportação PDF/Excel; - tema escuro; - backup em nuvem. ### 19.4 Plano Pro/Autônomo Ideal para autônomos e MEIs. Inclui: - separação pessoal/profissional; - clientes; - relatório por cliente; - contas a receber; - comprovantes organizados; - relatório mensal profissional; - exportação para contador; - múltiplas carteiras. ### 19.5 Plano Família Ideal para casa/casal. Inclui: - múltiplos membros; - permissões; - categorias compartilhadas; - orçamento familiar; - relatório por pessoa; - alertas compartilhados. ### 19.6 Gatilhos de conversão A cobrança não deve aparecer antes do usuário perceber valor. Melhores momentos para paywall: - ao atingir limite de áudios/imagens; - ao tentar exportar PDF/Excel; - ao pedir análise inteligente avançada; - ao criar orçamento por categoria; - ao tentar separar pessoal/profissional; - ao solicitar relatório mensal premium. ### 19.7 Mensagem de venda Evitar: > “Assine para liberar recursos.” Usar: > “Você já registrou 76 movimentações este mês. Libere lançamentos ilimitados e relatórios inteligentes para manter seu dinheiro sempre claro.” --- ## 20. Métricas de sucesso ### 20.1 North Star Metric **Lançamentos confirmados por usuário ativo por semana.** Essa métrica mede uso real, hábito e valor do produto. ### 20.2 Métricas de ativação - Usuário criou conta. - Completou onboarding. - Criou primeiro lançamento. - Criou 3 lançamentos nas primeiras 24 horas. - Criou 7 lançamentos na primeira semana. - Usou IA pelo menos 2 vezes. ### 20.3 Métricas de engajamento - Usuários ativos diários; - usuários ativos semanais; - lançamentos por usuário; - percentual de lançamentos por IA; - taxa de confirmação da IA; - taxa de edição antes de confirmar; - uso do dashboard; - perguntas ao assistente; - relatórios gerados. ### 20.4 Métricas de retenção - D1, D7, D30; - recorrência semanal de lançamentos; - usuários que fazem fechamento do mês; - usuários que configuram orçamento; - usuários que retornam após alerta. ### 20.5 Métricas de monetização - Conversão grátis → Premium; - conversão grátis → Pro; - ARPU; - churn mensal; - LTV; - CAC; - trial-to-paid. ### 20.6 Métricas de IA - acurácia de extração de valor; - acurácia de data; - acurácia de categoria; - acurácia de tipo entrada/saída; - tempo médio de processamento; - taxa de baixa confiança; - taxa de duplicidade detectada; - taxa de correção manual. --- ## 21. Critérios de aceite do MVP O MVP será aceito quando: 1. Usuário consegue criar conta e fazer login. 2. Usuário completa onboarding básico. 3. Usuário cria lançamento manual. 4. Usuário cria lançamento por texto. 5. Usuário grava ou envia áudio. 6. O áudio é transcrito. 7. A IA interpreta os campos principais. 8. Usuário vê tela de confirmação. 9. Usuário edita campos antes de confirmar. 10. Usuário confirma lançamento. 11. Lançamento aparece no histórico. 12. Dashboard é atualizado. 13. Usuário envia foto de comprovante. 14. OCR extrai texto básico. 15. IA sugere lançamento a partir da imagem. 16. App detecta possível duplicidade simples. 17. Usuário filtra histórico por data, tipo e categoria. 18. Usuário exporta CSV. 19. Usuário exclui sua conta e dados. 20. Layout funciona bem em mobile, tablet e desktop. --- ## 22. Arquitetura técnica recomendada ### 22.1 Frontend **Recomendação:** PWA responsivo com React/Next.js. Motivos: - acelera MVP; - permite uso pelo navegador do celular; - pode ser instalável; - facilita versão web para desktop; - evita dependência inicial de App Store/Google Play; - permite evolução posterior para app nativo ou híbrido. ### 22.2 Backend **Recomendação:** FastAPI + PostgreSQL. Motivos: - bom ecossistema Python para IA, OCR e processamento; - APIs rápidas; - tipagem e validação com Pydantic; - facilidade para filas e jobs assíncronos; - integração com serviços de armazenamento. ### 22.3 Banco de dados PostgreSQL. ### 22.4 Armazenamento S3 compatível, Supabase Storage ou Cloudflare R2. ### 22.5 Processamento assíncrono Usar fila para: - OCR; - transcrição; - chamada de IA; - geração de relatórios; - exportações. ### 22.6 Serviços principais - Auth Service; - Transaction Service; - Capture Service; - AI Extraction Service; - OCR Service; - Speech-to-Text Service; - Reporting Service; - Notification Service; - Billing Service; - Audit/Privacy Service. --- ## 23. Modelo de dados expandido ### 23.1 users | Campo | Tipo | |---|---| | id | UUID | | name | string | | email | string | | password_hash | string | | locale | string | | timezone | string | | created_at | datetime | | updated_at | datetime | ### 23.2 user_profiles | Campo | Tipo | |---|---| | id | UUID | | user_id | UUID | | primary_goal | string | | user_type | enum: personal/autonomo/familia | | preferred_currency | string | | onboarding_completed | boolean | ### 23.3 accounts | Campo | Tipo | |---|---| | id | UUID | | user_id | UUID | | name | string | | type | enum: cash/bank/credit_card/wallet/business | | initial_balance | decimal | | current_balance | decimal | | color | string | | icon | string | | archived | boolean | | created_at | datetime | ### 23.4 categories | Campo | Tipo | |---|---| | id | UUID | | user_id | UUID/null | | name | string | | type | enum: income/expense/both | | parent_id | UUID/null | | icon | string | | color | string | | is_default | boolean | | created_at | datetime | ### 23.5 transactions | Campo | Tipo | |---|---| | id | UUID | | user_id | UUID | | account_id | UUID | | type | enum: income/expense | | amount | decimal | | currency | string | | transaction_date | date | | category_id | UUID | | payment_method_id | UUID/null | | description | text | | merchant_name | string/null | | person_or_client | string/null | | source | enum: manual/text/audio/image/import/whatsapp/open_finance | | confidence_score | decimal/null | | status | enum: confirmed/pending/rejected | | is_recurring | boolean | | installment_group_id | UUID/null | | created_at | datetime | | updated_at | datetime | ### 23.6 attachments | Campo | Tipo | |---|---| | id | UUID | | user_id | UUID | | transaction_id | UUID/null | | file_url | string | | file_type | string | | original_filename | string | | ocr_text | text/null | | created_at | datetime | ### 23.7 ai_extractions | Campo | Tipo | |---|---| | id | UUID | | user_id | UUID | | transaction_id | UUID/null | | source_type | enum: text/audio/image | | input_text | text | | output_json | jsonb | | confidence_score | decimal | | model_provider | string/null | | user_corrected | boolean | | created_at | datetime | ### 23.8 budgets | Campo | Tipo | |---|---| | id | UUID | | user_id | UUID | | category_id | UUID | | period | enum: monthly/weekly | | amount_limit | decimal | | alert_threshold | decimal | | created_at | datetime | ### 23.9 audit_logs | Campo | Tipo | |---|---| | id | UUID | | user_id | UUID | | entity_type | string | | entity_id | UUID | | action | string | | before | jsonb/null | | after | jsonb/null | | created_at | datetime | --- ## 24. Segurança, privacidade e LGPD ### 24.1 Requisitos mínimos - HTTPS obrigatório. - Criptografia em repouso para dados sensíveis. - Hash seguro de senha. - Controle de sessão. - Logs de acesso. - Rate limiting. - Proteção contra upload malicioso. - Varredura básica de arquivos. - Segregação por usuário em todas as consultas. - Backups criptografados. - Exclusão de conta e dados. - Exportação de dados. - Consentimento para processamento por IA. - Consentimento para áudio/imagem. - Política de privacidade clara. ### 24.2 Privacidade by design O app deve coletar apenas dados necessários para entregar o serviço. Exemplos: - Não pedir CPF no MVP se não for necessário. - Não armazenar áudio bruto para sempre sem necessidade. - Permitir apagar anexos. - Permitir desativar uso de dados para melhoria da IA. - Separar dados operacionais de dados analíticos. ### 24.3 Política de retenção Sugestão inicial: - Áudio bruto: apagar após processamento ou manter somente com autorização. - Texto transcrito: manter enquanto o lançamento existir. - Imagem de comprovante: manter enquanto o usuário quiser. - Logs técnicos: prazo limitado. - Dados excluídos: remover ou anonimizar conforme política. --- ## 25. Roadmap recomendado ### Fase 0 — Validação de produto - Landing page; - protótipo navegável; - teste com 15 a 30 usuários; - entrevistas com autônomos; - teste de nomes; - teste de preço; - teste de proposta de valor. ### Fase 1 — MVP funcional - login/cadastro; - onboarding; - lançamento manual; - texto com IA; - voz com IA; - imagem com OCR; - confirmação; - dashboard; - histórico; - relatório por categoria; - CSV. ### Fase 2 — Produto vendável - plano grátis/premium; - checkout; - alertas inteligentes; - modo autônomo; - resumo semanal; - orçamento por categoria; - assistente financeiro básico; - tema escuro. ### Fase 3 — Canais e integrações - WhatsApp; - Telegram; - importação de extrato; - Open Finance; - conciliação; - PDF/Excel; - notificações avançadas. ### Fase 4 — Escala comercial - plano família; - plano pro; - painel web avançado; - integração contábil; - marketplace de parceiros; - recomendações personalizadas. --- ## 26. Estratégia de go-to-market ### 26.1 Nicho inicial recomendado Começar por **autônomos e pessoas com renda variável**. Motivo: eles sentem dor mais forte, têm movimentações frequentes e enxergam valor em separar pessoal/profissional. ### 26.2 Mensagens de campanha - “Controle seu dinheiro falando.” - “Tire foto do comprovante. A IA lança para você.” - “Pare de esquecer gastos pequenos.” - “Seu caixa pessoal e profissional em um só lugar.” - “Descubra para onde seu Pix está indo.” - “Feche o mês com clareza.” ### 26.3 Canais de aquisição - TikTok/Reels com demonstrações rápidas; - YouTube Shorts; - comunidades de MEI/autônomos; - influenciadores de finanças simples; - parceria com contadores; - páginas de templates financeiros; - landing page com calculadora de gastos invisíveis; - indicação de amigos. ### 26.4 Estratégia de ativação A primeira sessão deve levar o usuário a criar um lançamento real. Meta: - cadastro → primeiro lançamento em menos de 3 minutos; - primeiro lançamento com IA em menos de 5 minutos; - resumo do dia disponível imediatamente. ### 26.5 Estratégia de retenção - Lembrete diário inteligente, não irritante. - Resumo semanal automático. - Fechamento mensal gamificado. - Alertas com valor real. - “Você economizou tempo” como reforço. - “Você registrou 28 gastos este mês; isso já te dá clareza.” --- ## 27. Textos e microcopy recomendados ### 27.1 Botões - Falar gasto ou recebimento; - Fotografar comprovante; - Digitar rápido; - Confirmar lançamento; - Editar antes de salvar; - Ver resumo do mês; - Criar orçamento; - Exportar dados. ### 27.2 Mensagens de sucesso - “Lançamento salvo. Seu dashboard já foi atualizado.” - “Despesa registrada em Alimentação.” - “Recebimento salvo. Seu saldo do mês aumentou.” - “Comprovante anexado com sucesso.” ### 27.3 Mensagens de IA - “Acho que isso é uma despesa de mercado. Confira antes de salvar.” - “Não encontrei a forma de pagamento. Deseja informar?” - “Encontrei um lançamento parecido. Pode ser duplicado.” - “Não consegui ler bem o comprovante. Você pode ajustar os campos.” ### 27.4 Alertas úteis - “Você usou 82% do orçamento de alimentação.” - “Seu gasto com delivery subiu nesta semana.” - “Você registrou menos movimentações que o normal hoje.” - “Seu saldo projetado pode ficar negativo se mantiver esse ritmo.” --- ## 28. Prompt interno da IA — versão melhorada ```text Você é um assistente financeiro especializado em interpretar movimentações financeiras pessoais no Brasil. Analise o texto recebido e retorne apenas JSON válido. Objetivo: Extrair dados financeiros estruturados para que o usuário possa confirmar antes de salvar. Contexto: - Moeda padrão: BRL. - País: Brasil. - Data atual será fornecida pelo sistema. - O usuário pode informar despesas, receitas, transferências, Pix, boletos, recibos, cartão, dinheiro ou comprovantes. Campos obrigatórios no JSON: - tipo: "entrada" ou "saida" - valor: número decimal ou null - moeda: "BRL" - data: ISO-8601 ou null - categoria: string ou null - subcategoria: string ou null - forma_pagamento: string ou null - conta: string ou null - descricao: string curta - estabelecimento: string ou null - pessoa_ou_cliente: string ou null - documento_tipo: string ou null - parcelado: boolean - numero_parcelas: número ou null - recorrente: boolean - confianca: número entre 0 e 1 - precisa_confirmacao: boolean - campos_ausentes: array de strings - explicacao_curta: string Regras: 1. Se indicar gasto, pagamento ou compra, classifique como "saida". 2. Se indicar recebimento, salário, venda, serviço pago ao usuário ou entrada de dinheiro, classifique como "entrada". 3. Se a data for "hoje", use a data atual do sistema. 4. Se a data for "ontem", use o dia anterior à data atual do sistema. 5. Se não houver data, use a data atual, mas adicione "data" em campos_ausentes apenas se isso gerar dúvida. 6. Se o valor não estiver claro, retorne valor null e reduza a confiança. 7. Se a categoria não estiver clara, use "Outros" e reduza a confiança. 8. Nunca invente estabelecimento, conta, cliente ou forma de pagamento. 9. Marque precisa_confirmacao como true quando confiança for menor que 0.90 ou houver campo crítico ausente. 10. Retorne apenas JSON, sem comentários. ``` --- ## 29. Riscos e mitigação | Risco | Impacto | Mitigação | |---|---|---| | IA classifica errado | Perda de confiança | Confirmação obrigatória, aprendizado com correções | | OCR falha em comprovantes ruins | Frustração | Destacar campos incertos, formulário assistido | | Custo de IA alto | Margem ruim | Limites por plano, cache, modelos por tarefa | | Usuário abandona após cadastro | Baixa retenção | Primeiro lançamento guiado no onboarding | | App vira complexo demais | Perda de simplicidade | MVP focado em captura e clareza | | Concorrência com Open Finance | Menor diferencial | Foco em captura natural, comprovantes e autônomos | | Sensibilidade de dados | Risco legal/reputacional | LGPD, segurança, transparência, privacy by design | --- ## 30. Prompt resumido para desenvolvedor/agente de programação Crie um PWA responsivo chamado provisoriamente **MeuCaixa IA**, um assistente financeiro pessoal com IA para o Brasil. O objetivo é permitir que o usuário registre entradas e saídas de dinheiro por texto, áudio, foto de comprovante ou lançamento manual. O app deve ter: - cadastro e login; - onboarding financeiro; - dashboard mobile-first; - captura rápida por voz, foto, texto e manual; - transcrição de áudio; - OCR de imagens; - extração de campos financeiros com IA; - tela de confirmação antes de salvar qualquer lançamento gerado por IA; - histórico com filtros; - edição e exclusão; - categorias padrão e personalizadas; - anexos de comprovantes; - detecção básica de duplicidade; - relatórios simples; - exportação CSV; - layout profissional, responsivo, com tema claro/escuro; - backend FastAPI; - banco PostgreSQL; - armazenamento de anexos; - arquitetura preparada para filas assíncronas; - LGPD, exportação e exclusão de dados. Campos principais do lançamento: - tipo; - valor; - moeda; - data; - categoria; - subcategoria; - forma de pagamento; - conta/carteira; - descrição; - estabelecimento; - pessoa/cliente; - origem; - confiança da IA; - anexo; - status. A experiência deve priorizar: registro em poucos segundos, confirmação simples, dashboard claro e relatórios acionáveis. --- ## 31. Conclusão A versão original do PRD já tem uma boa base funcional. A melhoria principal é reposicionar o produto como um **assistente financeiro de rotina**, não apenas um sistema de cadastro de lançamentos. Para virar um app realmente útil e vendável, o foco deve ser: 1. Resolver o problema de registro rápido melhor que qualquer concorrente. 2. Ter uma interface premium, limpa e responsiva. 3. Criar hábito diário com alertas e resumos simples. 4. Vender clareza financeira, não apenas funcionalidades. 5. Começar com um nicho forte: autônomos e pessoas com renda variável. 6. Evoluir para WhatsApp, Open Finance e planos premium depois de validar o uso diário. A pergunta que deve guiar todas as decisões é: > **Isso ajuda o usuário a registrar mais rápido, confiar mais no app ou entender melhor o próprio dinheiro?** Se a resposta for não, fica fora do MVP.