Proposta Técnica e Comercial
Juntos 360
Do diagnóstico ao resultado
Diagnóstico de engenharia, plano de ação e proposta de evolução para transformar uma plataforma já ampla em um produto seguro, confiável e pronto para escalar.
- telas mapeadas
- 79telas mapeadas
- componentes
- 236componentes
- entidades de dados
- 58entidades de dados
- linhas analisadas
- ~100 millinhas analisadas
Preparado para Juntos 360 ConsultoriaPor Erick Scur, Scur T.I. LTDA, Cascavel PR17 de junho de 2026. Validade de 20 dias
Sobre esta análise
A primeira coisa que precisa ser dita é simples. Você construiu sozinho, sem time técnico, uma plataforma com escopo que muitas empresas levam meses e equipes inteiras para desenhar. Controle financeiro completo, CRM para assessoria, simuladores, diagnósticos, gamificação, integração com agenda e um módulo dedicado a médicos. Isso demonstra visão de produto e um entendimento real do negócio de assessoria. Esse é o ponto de partida, e ele tem valor.
O objetivo deste documento não é diminuir o que foi feito. É exatamente o contrário. A ideia é olhar para a plataforma com olhos de especialista, mostrar com evidências onde estão os riscos reais, e apresentar um caminho claro para levar a Juntos 360 de um protótipo amplo até um produto profissional que pode ser cobrado, escalado e operado com tranquilidade. Tudo o que está aqui veio da leitura direta do código e da configuração do backend, não de impressões.
O texto foi escrito para ser honesto e direto, porém construtivo. Onde existe um problema sério, ele está sinalizado com clareza, porque ignorar isso custaria caro mais adiante, especialmente por se tratar de dados financeiros de terceiros. Onde existe acerto, ele é reconhecido.
Stack atual
Frontend em React 18 com Vite, Tailwind CSS e shadcn/ui. Backend serverless na plataforma de baixo-código base44, responsável por autenticação, banco de dados, regras de acesso e integrações. Conexões com Google Calendar, Open Finance via Pluggy, pagamentos por links da InfinitePay e notificações por WhatsApp.
Origem do projeto
A plataforma foi gerada por uma ferramenta de geração automática de código. Isso explica a amplitude impressionante de funcionalidades em pouco tempo, e também explica os padrões que este diagnóstico aponta, como duplicação de telas, ausência de testes e uma camada visual que ainda não carrega a identidade da marca.
Sumário executivo
A Juntos 360 é uma plataforma de gestão financeira pessoal somada a um CRM para assessores de investimento. O escopo é grande e bem pensado. No estágio atual, ela é um protótipo funcional amplo, e ainda não um produto pronto para escala comercial. Para operar com segurança, sobretudo lidando com dados financeiros de terceiros, é necessária uma evolução estruturante, começando por segurança e conformidade legal.
O que já está bom e é aproveitável
A escolha de tecnologia é moderna e adequada para o que o produto precisa. O domínio de negócio é rico e mostra entendimento real da assessoria financeira. O backend já entrega autenticação, banco e um modelo de regras de acesso por usuário, o que evitou que o projeto nascesse totalmente inseguro. E boa parte do código está organizada por área, o que facilita a evolução. Existe uma base sólida para construir em cima.
Os cinco pontos que exigem atenção séria
Segurança e LGPD
CríticoO sistema trata renda, patrimônio, dívidas, dados de cartão e plano de saúde, inclusive de terceiros, sem política de privacidade, sem consentimento, sem trilha de auditoria e sem exclusão ou portabilidade de dados. Parte do controle de acesso depende de verificações feitas no próprio navegador.
Dependência da plataforma e ausência de backend próprio
CríticoToda a regra de negócio, a autorização e os dados vivem dentro de uma plataforma proprietária. Não há servidor próprio, ambiente de homologação nem automação de publicação. Levar o produto para uma estrutura de verdade, como você deseja, é um projeto à parte.
Qualidade e manutenção
AltoHá muita duplicação de telas que fazem a mesma coisa, arquivos enormes, lógica complexa sem documentação e nenhum teste automatizado. Isso aumenta o custo de qualquer mudança e o risco de erro.
Experiência visual e usabilidade
AltoO visual é genérico e inconsistente, com quase 400 gradientes diferentes, cores soltas em vez de um padrão, emojis em mensagens do sistema e responsividade frágil no celular. É a parte que mais entrega a impressão de algo não profissional.
Monetização frágil
AltoA assinatura abre um link externo de pagamento em outra aba. Não há confirmação automática nem ativação de plano. A ferramenta de pagamento real até está instalada, mas não é usada. A liberação parece depender de ação manual.
Conclusão do diagnóstico
A base de ideias é forte e a base técnica precisa ser reforçada em pontos estruturais. Com um plano faseado, priorizando segurança e confiabilidade, a Juntos 360 tem totais condições de virar um produto sólido e vendável. O caminho é claro e está detalhado nas próximas seções.
Diagnóstico por área
O diagnóstico veio da leitura direta do código e da configuração do backend. Cada área está organizada em um painel expansível, com a severidade sinalizada em cada ponto.
Esta é a área mais sensível, porque o sistema processa dados pessoais e financeiros de terceiros, os clientes do assessor. No Brasil isso atrai obrigações diretas da LGPD, e o assessor ou a empresa passam a figurar como responsáveis por esses dados. Os pontos abaixo precisam ser tratados antes de qualquer operação comercial em escala.
- Crítico
Ausência total de instrumentos de LGPD
Não existe política de privacidade, consentimento, registro de finalidade, canal do titular, nem função de exclusão ou portabilidade de dados. Para um produto que lida com dinheiro de outras pessoas, isso é um risco legal relevante.
- Crítico
Sem trilha de auditoria
Não há registro de quem acessou ou alterou o dado de quem e quando. Sem isso, fica impossível investigar um incidente ou comprovar conformidade.
- Crítico
Dados sensíveis sem criptografia na aplicação
Valores de transações, patrimônio, dívidas, últimos dígitos de cartão, plano de saúde e renda ficam em texto. A proteção depende inteiramente da plataforma de backend.
- Alto
Controle de acesso dependente do navegador
O modo de visualizar como cliente é controlado por um valor guardado no navegador, com verificações de papel feitas no frontend. A segurança real depende de regras de servidor que não estão versionadas no projeto e não puderam ser auditadas aqui. Qualquer falha nessas regras expõe dados entre usuários.
- Alto
Permissão de consultor para cliente sem validação granular
Existe o conceito de permissão, mas não há evidência de que cada leitura e escrita respeite o nível concedido. O modelo tende a funcionar como tudo ou nada por entidade.
- Alto
Ferramenta de cópia de dados perigosa
Existe uma tela que copia dados de um usuário para outro sem dupla confirmação, sem auditoria e sem possibilidade de desfazer. É uma operação destrutiva exposta na interface.
- Médio
Login não forçado e proteção de rotas quebrada
O login não é forçado no nível do aplicativo e um componente de proteção de rotas que existe, mas não é usado e está quebrado. A proteção efetiva recai sobre o backend.
- Médio
Conexões bancárias e registros de log
O fluxo de conexão de contas precisa ser auditado para garantir que nenhuma credencial seja persistida indevidamente. Há também dezenas de registros de log no código que podem expor dados.
A forma como a aplicação guarda e consulta os dados define o quanto ela aguenta crescer. Aqui estão os pontos que limitam a escala e a confiabilidade dos números.
- Crítico
Tudo preso à plataforma de baixo-código
A lógica de negócio, a autorização e os dados estão dentro de uma plataforma proprietária. Não há servidor próprio, repositório de regras versionado, ambientes separados nem automação de publicação. Hoje, na prática, o produto é a plataforma. O desejo de publicar em uma estrutura de verdade esbarra exatamente nisso.
- Alto
Sem paginação em nenhuma tela
Quase todas as telas carregam todos os registros do usuário de uma vez e filtram no navegador. Com um ou dois anos de histórico, isso degrada o desempenho rapidamente.
- Alto
Cálculos pesados na tela
Simulações de aposentadoria, projeções e estratégias de dívida rodam direto no navegador e podem travar a interface.
- Alto
Esperas artificiais
Algumas telas têm atrasos encadeados antes de carregar, somando segundos de lentidão percebida sem necessidade.
- Crítico
Mesmo conceito modelado várias vezes
Dívida é representada por três entidades diferentes com campos sobrepostos, e investimento se divide entre duas. Calcular o patrimônio exige somar de várias tabelas, com risco real de dupla contagem e inconsistência nos números.
- Alto
Falta de integridade entre os dados
Relações importantes não têm garantia de consistência, o que abre espaço para registros órfãos e informação desencontrada.
- Médio
Roteamento confuso e casca do produto
Há rotas registradas em dois lugares ao mesmo tempo, uma rota de painel administrativo que abre a tela errada, e o componente de proteção de rotas está quebrado. O título e o ícone do aplicativo ainda são os padrões da plataforma de origem, ou seja, a embalagem do produto sequer veste a marca Juntos 360 ainda.
Em um produto financeiro, um número errado destrói a confiança na hora. Vários cálculos são complexos e não têm teste nem documentação que garanta o resultado.
- Crítico
Nenhum teste automatizado
Não há um único teste, mesmo havendo cálculos financeiros críticos. Erros de conta passam despercebidos até que um usuário perceba, e aí já é tarde.
- Alto
Arquivos gigantes
Várias telas passam de mil linhas, e a maior chega perto de duas mil. Isso torna qualquer ajuste lento e arriscado.
- Alto
Duplicação massiva
Estima-se que de 35 a 40 por cento do projeto seja repetição. São quatro calendários, quatro diagnósticos, cinco relatórios, várias telas de dívidas, dois orçamentos que não conversam entre si e sete calculadoras separadas. O mesmo padrão de código aparece copiado em mais de sessenta pontos.
- Alto
Projeções apresentadas como histórico
Em algumas telas, o passado é estimado a partir de taxas atuais e mostrado como se fosse o que realmente aconteceu. Isso pode enganar o usuário. Há ainda cálculo de taxa sem verificação de convergência e risco de divisão por zero em certas parcelas.
- Médio
Índices fixos no código e pendências acumuladas
Índices econômicos ficam fixos no código em vez de valores atualizados, e o cálculo de gasto do orçamento muda conforme a tela. Há mais de cem marcações de pendência no código e dependências instaladas que não são usadas, deixando o pacote final mais pesado.
É a parte que mais entrega a impressão de algo automático e que mais afeta a percepção de valor do cliente final.
- Alto
Sem identidade de marca
O produto não veste a Juntos 360. Título, ícone e logo ainda são herdados da plataforma de origem.
- Alto
Sem um padrão visual
As cores são definidas tela a tela, à mão. O código tem cerca de quatrocentos gradientes diferentes, sem padrão, gerando um efeito de arco-íris que é a marca registrada de algo gerado automaticamente. Uma página inteira está em tema escuro enquanto o resto é claro.
- Alto
Telas demais e navegação pesada
São muitas formas de fazer a mesma coisa, o que sobrecarrega o usuário e dilui a experiência. O menu lateral tem muitos grupos e itens, e o menu de celular tem apenas quatro itens fixos que não refletem a navegação real.
- Médio
Acessibilidade fraca e emojis no sistema
Contraste de texto abaixo do recomendado, falta de rótulos para leitores de tela e navegação por teclado deficiente. Emojis em mensagens do sistema deixam um produto financeiro com cara infantilizada.
- Alto
Pagamento não automatizado
A assinatura depende de um link externo fixo, sem confirmação automática de pagamento e sem ativar o plano sozinho. O período de teste é calculado no navegador e pode ser contornado pelo usuário.
Plano de ação
O plano se divide em duas frentes. A Parte A reúne o que é indispensável para o produto operar com segurança e confiança. A Parte B reúne o que agrega valor e pode vir em seguida. Antes das duas, existe uma decisão de arquitetura que define o esforço de tudo o que vem depois.
Decisão de arquitetura, o ponto de partida
Permanecer e reforçar
Continuar na plataforma atual e reforçar a segurança. É mais rápido e barato no curto prazo, e bom para validar o negócio. Mantém a dependência da plataforma.
Migrar para estrutura própria
Construir backend próprio, banco gerenciado e autenticação robusta, em nuvem de verdade. Resolve a dependência, dá escala e controle total. É um projeto maior, e o frontend é parcialmente reaproveitado.
Recomendacao
Definir isso logo no início. A abordagem mais pragmática é reforçar a segurança rápido pelo Caminho 1, em paralelo com o desenho do Caminho 2 como meta de médio prazo, reaproveitando o frontend já refinado.
Indispensável para ser seguro e funcional
Segurança e LGPD
Auditar e corrigir as regras de acesso, mover toda autorização para o servidor, criar trilha de auditoria, implementar política de privacidade, termos e consentimento, e habilitar exportação e exclusão de dados.
Correções que quebram ou enganam
Corrigir o roteamento e a proteção de rotas, definir uma fonte única para dívidas e patrimônio e revisar as projeções apresentadas como histórico, para o produto parar de confundir o usuário.
Monetização confiável
Implementar pagamento real com ativação automática de plano por confirmação do provedor, e mover o cálculo de teste e assinatura para o servidor.
Marca e fundamentos de engenharia
Aplicar a identidade Juntos 360, configurar ambientes separados, automação de publicação e paginação nas listas grandes.
O que eleva o produto
Consolidação
Unificar telas redundantes em um único calendário, um diagnóstico, uma central de relatórios, um módulo de dívidas, um orçamento e uma central de calculadoras. Isso reduz drasticamente o tamanho do projeto e simplifica a manutenção.
Design e redesenho visual
Criar um padrão visual real, unificar gradientes, padronizar o tema, remover emojis do sistema e redesenhar as telas principais com a identidade da marca. É aqui que se tira a impressão de algo automático.
Responsividade e mobile
Quebras de tela reais incluindo tablet, navegação de celular dinâmica e revisão de tabelas em telas pequenas, com a opção de tornar o produto instalável.
Robustez, dados e escala
Modelo de dados normalizado, integridade entre registros, cálculos pesados no servidor, monitoramento, backups e conclusão das funcionalidades em protótipo.
Sequenciamento sugerido
- 0
Descoberta
Decisão de arquitetura e auditoria de segurançaDocumento de decisão e relatório de segurança do backend
- 1
Segurança e LGPD
Proteção e conformidade legalAutorização no servidor, auditoria, política, consentimento, exclusão e portabilidade
- 2
Confiabilidade
Operação e pagamentoRoteamento corrigido, fonte única de dados, pagamento automatizado
- 3
Fundamentos e marca
Base de engenharia e identidadeMarca aplicada, ambientes, automação e paginação
- 4
Consolidação
Reduzir e organizarTelas unificadas, código sem duplicação, arquivos quebrados em partes menores
- 5
Redesenho e UX
Visual e experiênciaPadrão visual, redesenho, acessibilidade e mobile
- 6
Evolução e escala
CrescimentoFuncionalidades concluídas, escala e monitoramento
As Fases 0 a 3 compõem o mínimo seguro e funcional. As Fases 4 a 6 são a evolução, e casam muito bem com a eventual migração de arquitetura, já que o frontend é reescrito em boa parte nesse momento.
Proposta comercial
Para facilitar a decisão, organizei o trabalho em três pacotes fechados, em vez de cobrar item por item. Cada pacote entrega um resultado completo e pode ser contratado de forma independente, na ordem de prioridade. Os prazos são estimativas de trabalho focado e com entregas contínuas, e o investimento reflete o valor e a profundidade técnica de cada frente.
Blindagem e Operação
O mínimo para operar com segurança
- Auditoria e correção das regras de acesso
- Autorização movida para o servidor
- Trilha de auditoria de dados sensíveis
- Política, termos e consentimento (LGPD)
- Exportação e exclusão de dados do titular
- Correção de roteamento e proteção de rotas
- Fonte única para dívidas e patrimônio
- Pagamento real com ativação automática
- Identidade da marca aplicada
- Ambientes, automação e paginação
Consolidação e Nova Identidade
Organização e redesenho visual
- Unificação das telas redundantes
- Quebra de arquivos gigantes
- Padrão visual e tipográfico real
- Fim do efeito de arco-íris de gradientes
- Redesenho das telas principais
- Acessibilidade e navegação por teclado
- Responsividade real e mobile dinâmico
- Ajuda contextual e validações
Migração e Escala
Independência e crescimento
- Backend próprio e banco gerenciado
- Autenticação robusta em nuvem real
- Modelo de dados normalizado e migração
- Cálculos pesados no servidor
- Monitoramento, alertas e backups
- Conclusão das funcionalidades em protótipo
- Tratamento de erros e limites de custo
- Fim da dependência da plataforma atual
| Pacote | Resultado | Prazo | Investimento |
|---|---|---|---|
| 1. Blindagem e Operação | Produto seguro, em conformidade e pronto para operar | 3 semanas | R$ 6.000 |
| 2. Consolidação e Identidade | Produto enxuto, com visual profissional e responsivo | 2 semanas | R$ 4.500 |
| 3. Migração e Escala | Estrutura própria, independente e pronta para crescer | 3 semanas | R$ 7.500 |
| Soma dos pacotes avulsos | R$ 18.000 | ||
Os três pacotes em um único projeto
Contratação dos três pacotes de forma integrada, com cronograma unificado. As frentes rodam em parte simultaneamente, com entrega total estimada entre quatro e cinco semanas, em vez das oito semanas somadas.
Os três pacotes juntos
de R$ 18.000 por
R$ 15.000
Economia de R$ 3.000
Prazo estimado
4 a 5 semanas
Em vez das oito semanas somadas dos pacotes avulsos.
Depois da entrega
Sustentação mensal (opcional)
Depois da entrega, um plano de acompanhamento mantém a plataforma saudável. Inclui a sustentação do ambiente, a correção de problemas que apareçam e cinco horas de desenvolvimento por mês para pequenas evoluções. É a forma mais tranquila de operar sem depender de chamados pontuais.
Sustentação, correção e 5h de desenvolvimento
Novas funcionalidades fora do plano
Evoluções e features adicionais são desenvolvidas sob demanda, com valor por hora.
Condições e escopo
- Pagamento
- Entrada de 30 por cento para início, com o saldo distribuído conforme as entregas de cada fase. Possibilidade de parcelamento.
- Validade
- Esta proposta é válida por 20 dias a partir da data de emissão.
- Garantia
- 30 dias de correção de falhas sobre o escopo entregue em cada pacote, sem custo.
- Inclui
- Código fonte, documentação, publicação, transferência de conhecimento e acompanhamento durante as entregas.
- Não inclui
- Custos de hospedagem, licenças e serviços de terceiros, domínios, criação de conteúdo e funcionalidades fora do escopo descrito.
Os valores consideram o escopo mapeado neste diagnóstico. Ajustes de escopo ou pedidos adicionais são orçados à parte, sempre acordados antes da execução. A fase de descoberta pode refinar prazos e prioridades sem alterar o investimento contratado.
Vamos transformar a Juntos 360 em produto
Escolha o ponto de partida e damos início. O primeiro passo já protege o que mais importa, a segurança dos dados e o funcionamento do produto. Minha recomendação é começar pelo Pacote 1. Ele protege você juridicamente, deixa o pagamento funcionando e já aplica a marca.
Como seguir
- 1
Alinhamento
Uma conversa para revisar este documento, tirar dúvidas e definir o caminho de arquitetura.
- 2
Escolha do ponto de partida
Definição do pacote inicial e do formato de contratação, avulso ou plano completo.
- 3
Fase de descoberta
Auditoria detalhada de segurança e decisão de arquitetura, que abre a execução.
- 4
Início da execução
Entradas em produção contínuas, com acompanhamento próximo a cada entrega.