Relatório de Situação e Metas (App-Target)

Data: 17/02/2026
Objetivo: Alinhamento Operacional e Viabilidade de Entrega (20/03).
Foco: Otimização de recursos (Backend vs Frontend).

1. Resumo Executivo e Viabilidade

A entrega da plataforma para operação comercial em 20/03 é viável (90% de confiança), desde que a estratégia de desenvolvimento respeite a assimetria de capacidade da equipe técnica.

1.1. Análise de Capacidade do Time

Estratégia Adotada: "Backend Heavy". Vamos priorizar soluções que rodem no servidor (invisíveis) e simplificam ao máximo as telas, para não estourar as 20h semanais do desenvolvedor Frontend.

2. Detalhamento por Módulo (Status Real)

2.1. Módulo Investidor (O Cliente Final)

Estado: 85% pronto (Visualmente polido)

• O que temos: Cadastro, KYC, vitrine de ofertas e fluxo de pix funcional.
• O que falta (Crítico):
  • Resgate/Estorno: O investidor precisa conseguir sacar.
• Solução Otimizada: Backend faz todo o processamento financeiro. Frontend cria apenas um botão "Solicitar Saque" e uma tela de "Extrato Simples".

2.2. Módulo Emissor (O Incorporador)

Estado: 80% pronto

• O que temos: Criação de ofertas e envio de documentos.
• O que falta: Geração de Smart Contracts e CapTable.
• Solução Otimizada: Backend gera os contratos via scripts. Frontend apenas exibe o status "Contrato Gerado".

2.3. Módulo Distribuidor (Quem Vende)

Estado: 30% pronto

• O que temos: Login de parceiro.
• O que falta: Vínculo de clientes e comissões.
• Solução Otimizada:
  • O vínculo de cliente será feito via Backend (código de convite).
  • Corte de Escopo UI: Não faremos um "Dashboard Complexo de Comissões" agora. O distribuidor receberá um relatório semanal por email (Backend) com suas vendas. Isso economiza ~20h de Frontend.

2.4. Módulo Administrador (BWB Team)

Estado: 5% pronto (Gargalo Operacional)

• O que temos: Nada visual.
• O que falta: Aprovação de KYC, Aprovação de Oferta, Relatórios CVM.
• Solução Otimizada: Dashboard Minimalista. Tabelas simples de "Aprovar/Reprovar". Relatórios complexos (CVM) serão gerados direto em CSV/PDF pelo Backend, sem necessidade de telas de filtros complexas.

3. Plano de Ação (Roadmap Otimizado)

Foco total em destravar a operação com o mínimo de esforço de interface (Frontend).

Semana 1: Segurança e Limites

Foco: Backend (Blockchain e Regras)

• Backend (40h): Implementar travas de limite CVM (20k), lógica de burn (cancelamento) e scripts de deploy.
• Frontend (20h): Inserir avisos legais (Art. 34) e botão de upload de declaração da CVM.

Semana 2: O "Caixa" (Financeiro)

Foco: Garantir que o dinheiro entra e sai.

• Backend (40h): Automatizar conciliação de Pix e lógica de Saque/Estorno.
• Frontend (20h): Tela de "Meus Investimentos" com opção de Desistência/Saque.

Semana 3: Operação (Admin)

Foco: Dar autonomia para a BWB.

• Backend (40h): APIs de listagem de usuários e ofertas pendentes. Geração de CSVs CVM.
• Frontend (20h): Painel Admin simples (Lista de clientes -> Botão Aprovar).

Semana 4: Distribuição e Polimento

Foco: Vendas.

• Backend (40h): Sistema de atribuição de comissão e envio de emails para distribuidores.
• Frontend (20h): Ajustes finais, fórum de dúvidas na oferta e testes.

4. Indicador de Confiança & Expectativa

Probabilidade de Entrega (20/03): 90%

A confiança aumentou (de 85% para 90%) ao adotarmos a estratégia de reduzir a carga do Frontend. Transferindo a complexidade dos relatórios e comissões para o Backend (que tem horas sobrando), eliminamos o principal risco de atraso.

Mensagem Situacional para a Equipe

"Estamos jogando com as cartas que temos: um Backend forte e um Frontend com tempo limitado. A estratégia para entregar em 20/03 é clara: o servidor resolve, a tela apenas mostra.

Isso significa que, para o time operacional, algumas ferramentas serão 'menos visuais' (ex: relatórios por email em vez de dashboards coloridos), mas funcionalmente perfeitas. Para o cliente final (Investidor), a experiência continua premium e intocada. É um trade-off consciente para garantir a data com qualidade e segurança."