Proposta · Versão 2.0 · Abril 2026
Plataforma MWS Fase 1
Ao final desta entrega, a MWS opera com plataforma completa em produção: 2 apps publicados nas lojas (Apple e Google), portal web rodando para equipe MWS, dentistas e laboratório, e backend sustentando o ciclo completo — da busca de dentista pelo paciente até a entrega do relatório do laboratório.
Resultado esperado
3 produtos integrados2 apps mobile + 1 portal web em produção
Apps publicadosAprovados na App Store e Google Play
Fluxo end-to-end validadoBusca → agendamento → caso → laboratório → relatório → acompanhamento
NPS coletando dados reaisDesde o Dia 1 — base para IA futura
Contexto
Esta proposta cobre o desenvolvimento da Fase 1 da Plataforma Digital MWS: um sistema composto por 2 apps mobile (dentista e paciente) + 1 portal web administrativo, sustentados por um backend único.
Os requisitos derivam do PRD v2.0 elaborado pela D2E Advisory™, com ajustes de escopo e arquitetura para viabilizar a entrega até o Orto26-SPO.
Seção 2.1
O que entra na Fase 1
A entrega é composta por 3 produtos — 2 apps mobile nativos (iOS + Android) e 1 portal web (atende dentista, laboratório e equipe MWS) — sobre um backend único.
App Mobile do Dentista React Native + Expo
- Login e perfil do licenciado
- Recepção e aceite de agendamentos vindos do paciente
- Abertura de caso clínico (upload de fotos e raio-x, dados do paciente)
- Envio do caso ao laboratório e recebimento do relatório de análise
- Acompanhamento do status do caso
- Histórico completo de casos do dentista (consulta, filtro, reabertura)
- Dashboard de NPS com evolução histórica e alerta quando cair abaixo do threshold
- Flag de status (ativo/inativo) herdada do admin MWS
- Push notifications (lembretes de consulta e troca de aparelho)
App Mobile do Paciente React Native + Expo
- Auto-cadastro
- Busca de dentistas credenciados com filtros por geolocalização (GPS), especialidade e NPS
- Perfil público do dentista: certificação MW, NPS consolidado, avaliações, localização
- Agendamento conectado ao calendário do dentista
- Plano de tratamento exibido com fases e prazos definidos pelo dentista
- Acompanhamento por consulta: cada retorno gera registro com imagens e relatório
- Portabilidade de histórico: um dentista ativo por vez — ao trocar, o anterior perde acesso e o novo recebe o histórico automaticamente
- Resposta a NPS ao fim de cada fase do tratamento
- Push notifications (lembretes, atualizações do caso e confirmação de comparecimento — reduz no-show)
- Interface em pt-BR
Portal Web Next.js
Acesso por três perfis distintos: dentista, laboratório e equipe MWS.
Perfil Dentista
- Mesmas funções do app mobile, com foco em operação de clínica
- Upload de raio-x e fotos direto do computador da clínica — sem precisar transferir para o celular, sem limite explícito de tamanho
- Gestão de casos em tela maior, útil para análise e revisão
Perfil MWS
- Cadastro e gestão de dentistas licenciados (cadastro inicial manual; auto-cadastro fica para Fase 2)
- Controle de acesso via flag ativo/inativo por dentista
- Fluxo de onboarding manual
- Gestão de contratos digitais (ver investimento — duas versões disponíveis)
- Dashboards operacionais (escopo detalhado durante o desenvolvimento)
Perfil Laboratório
- Fila de casos recebidos
- Atualização de status (em análise → em produção → entregue)
- Upload do relatório em formato livre — conversão para PDF quando necessário
- Controle de SLA por caso
Backend / API NestJS
- Autenticação e RBAC (perfis: paciente, dentista, admin MWS, laboratório)
- Módulo de gestão de casos clínicos (armazenamento estruturado de fotos, raio-x e relatórios)
- Motor de NPS: disparo, coleta e agregação
- Agendamento com integração ao calendário/agenda do dentista
- Integrações de agenda entregues: HubSpot e Google Calendar
- Notificações push (iOS + Android)
- Conformidade LGPD operacional: consentimento explícito, criptografia em trânsito e repouso, logs de auditoria, controle de acesso por perfil
- Fluxo de direitos do titular LGPD: solicitação de acesso, correção e exclusão de dados pelo usuário
Arquitetura: backend monolítico em NestJS, organizado por módulos de domínio. Quaisquer RPAs que venham a existir na Fase 1 serão desenvolvidos como microsserviços separados (não em n8n).
Seção 2.2 e 2.3
Fora do escopo desta proposta
Orçamentos separados (contratáveis à parte)
- Onboarding automático de dentista (<48h) via RPA — PRD v2.0 previa automação total; aqui o onboarding é manual via Portal Admin. RPA fica como Fase 2.
- Módulo financeiro de licença do dentista (boleto/PIX/cartão, régua de renovação, extrato) — cobrança e renovação são geridas em CRM externo da MWS. O sistema apenas carrega a flag ativo/inativo.
- Gateway de pagamento e integração com fintech parceira (financiamento de paciente) — proposta adicional será apresentada durante o desenvolvimento, conforme parceiro e regras forem definidos.
- Integração com CRMs/calendários do dentista além do HubSpot e Google Calendar — cada novo sistema representa nova proposta.
Fase 2
- Biblioteca de conteúdo de marketing (estática ou com IA)
- RPA de onboarding automatizado (<48h)
- IA generativa de conteúdo de marketing
- Chat in-app dentista ↔ paciente — na Fase 1, a comunicação ocorre via WhatsApp
- Galeria comparativa de evolução (before/after)
- Auto-cadastro de dentista
- Portal de representantes regionais
- Gestão avançada da Escola MW (certificados, trilhas, conteúdo de aula)
- Data lake estruturado e ML de predição de churn
- Gamificação, ranking, Programa Advisor, Comunidade
- Algoritmo de otimização de planejamento ortodôntico
- Suporte multilíngue
Seção 3
Stack Tecnológica
A stack foi deliberadamente simplificada em relação ao PRD v2.0 para reduzir complexidade desnecessária e acelerar a entrega, eliminando componentes sem valor para a Fase 1.
| Camada | Tecnologia | Motivo |
|---|---|---|
| Backend / API | NestJS (Node.js + TS) | Framework maduro, estruturado, comunidade BR |
| Apps Mobile | React Native + Expo | Codebase único iOS+Android, stack unificada, build rápido |
| Portal Web | Next.js (React) | SSR e performance — dentista, laboratório e MWS |
| Banco de dados | PostgreSQL | Transacional, confiável, JSONB cobre dados clínicos |
| Hospedagem | Heroku | Deploy simples, escalável, sem overhead de Kubernetes |
| Storage | AWS S3 | Padrão de mercado |
| Email transacional | Resend ou SendGrid | Aprovação rápida (evita processo do Amazon SES) |
| Monitoramento de erros | Sentry | Exceções em backend, web e mobile com stack trace |
| Monitoramento de infra | Better Stack ou New Relic | Métricas de API, banco e alertas de disponibilidade |
Componentes sob demanda
Só entram se medição provar necessidade:
- Redis — cache de sessão / filas rápidas
- RabbitMQ — processamento assíncrono pesado
O que saiu do PRD v2.0
- Flutter → React Native + Expo (stack TypeScript unificada)
- MongoDB → PostgreSQL com JSONB (simplifica operação)
- AWS ECS/EKS → Heroku (overkill para esta fase)
- n8n → RPAs, se existirem, viram microsserviços separados fora do monolito
- Terraform, Keycloak, Kafka, EventBridge, Metabase, Data Lake → fora desta fase
Seção 4
Cronograma
Desenvolvimento em ondas, com entregas incrementais validáveis a cada 30 dias.
| Onda | Período | Entregas |
|---|---|---|
| 0 — Fundação | Maio | Setup de infra, repositórios, CI/CD, autenticação, modelagem de dados, RBAC, base LGPD |
| 1 — Supply Side Core | Junho | Onboarding de dentista (manual), gestão de contratos, flag ativo/inativo, portal admin básico. Ambiente de homologação disponibilizado ao fim desta onda |
| 2 — Gestão de Casos | Julho | Abertura de caso, fluxo laboratório, upload estruturado, relatório, acompanhamento por consulta |
| 3 — Demand Side | Agosto | App do paciente, busca por geolocalização, agendamento + Google Calendar, integração HubSpot, NPS |
| 4 — Hardening + Smoke | 01–15/Set | Testes de carga, pentest leve, correções, submissão às lojas, piloto com 5–10 dentistas |
| Code Freeze | 15–30/Set | Apenas correções críticas |
| Go-Live | 30/Set | Plataforma funcional no Orto26-SPO |
| Operação assistida | Out–Nov | Acompanhamento em produção, correções e ajustes |
Submissão às lojas acontece em setembro com margem de 2–3 semanas para aprovação da Apple e do Google antes do go-live.
Seção 5
Forma de Trabalho
- Squad dedicado: desenvolvedor(es) + apoio de IA para aceleração de entrega
- Reuniões de alinhamento: quinzenais com Emilene (ou representante designado) para validação e priorização
- Product Owner pelo lado do cliente: pessoa com autoridade para decisões de escopo — crítico para manter o congelamento pós-Onda 0
- Entregas incrementais: final de cada onda → demo → validação → próxima onda
- Ambiente de homologação: disponível ao fim da Onda 1 para validação contínua
- Comunicação: canal dedicado (Slack ou WhatsApp) + repositório de documentação
- Gestão de escopo: mudanças após Onda 0 são tratadas como backlog de Fase 2 ou projeto adicional (fora do valor fechado)
Seção 6
Investimento
O que está incluído — valor de mercado
| Componente | Valor de mercado |
|---|---|
| App Mobile Dentista (RN + Expo) publicado nas lojas | R$ 35.000 – 50.000 |
| App Mobile Paciente (RN + Expo) publicado nas lojas | R$ 35.000 – 50.000 |
| Portal Web (Dentista + MWS + Laboratório) em Next.js | R$ 30.000 – 45.000 |
| Backend NestJS + PostgreSQL + RBAC + casos clínicos | R$ 40.000 – 55.000 |
| Integração Google Calendar + HubSpot | R$ 8.000 – 12.000 |
| Observabilidade (Sentry + Better Stack) e DevOps | R$ 5.000 – 10.000 |
| Setup LGPD operacional + fluxo de direitos do titular | R$ 6.000 – 10.000 |
| 2 meses de operação assistida pós go-live | R$ 15.000 – 25.000 |
| Documentação técnica + transferência de conhecimento | R$ 5.000 – 8.000 |
| Valor de mercado estimado (soma) | R$ 179.000 – 265.000 |
| Seu investimento | R$ 120.000 |
Valores de mercado estimados para contratação avulsa de cada componente com fornecedores distintos. A entrega integrada por uma única equipe elimina overhead de coordenação e duplicidade, viabilizando o investimento consolidado.
Desenvolvimento total
R$ 120.000
Ondas 0 a 4 + 2 meses de operação assistida
Manutenção mensal (a partir de dez/2026)
R$ 5.000 / mês, incluindo:
- Infraestrutura (Heroku, S3, serviços associados)
- Releases de segurança e atualizações críticas
- Monitoramento contínuo
Demais demandas (novas funcionalidades, ajustes funcionais, evolução) tratadas como contratos pontuais por escopo/hora.
Forma de pagamento
- 50% antes de iniciar o projeto
- 40% na entrega para homologação
- 10% ao finalizar
Cada etapa pode ser paga via PIX/transferência ou parcelada em até 12x no cartão (com acréscimo das taxas do cartão). Manutenção cobrada a partir do 1º dia do mês subsequente ao go-live.
Gestão de contratos digitais — duas versões
- (a) Com integração nativa ao ClickSign: acréscimo a definir sobre o valor de desenvolvimento
- (b) Uso externo do ClickSign (ou equivalente): sem custo adicional; a equipe MWS opera fora do sistema
Contas de publicação nas lojas
Apple Developer Program e Google Play Console: o cliente cria as contas e permanece como proprietário. A Rhodium publica e gerencia pelas contas do cliente. Motivo: garantir independência — os apps nunca ficam vinculados ao fornecedor.
Escopos de orçamento separado
- Gateway de pagamento / integração com fintech parceira
- Integração com CRMs/calendários do dentista além do HubSpot e Google Calendar
- Evolutivos e novas funcionalidades pós Fase 1 (Fase 2)
Seção 7
Como reduzimos seu risco
Independência total desde o Dia 1 — código em escrow
Repositório espelhado no GitHub/GitLab do próprio cliente desde a Onda 0. Todo commit chega em paralelo na sua conta. Contas Apple Developer e Google Play Console também no nome do cliente. Você nunca fica refém de fornecedor — se quiser trocar de parceiro de tecnologia, tudo continua rodando no seu nome.
Dono dos dados
Banco de dados, storage S3 e usuários em conta do cliente. Migração zero se houver mudança de fornecedor.
Entregas incrementais validáveis
A cada onda (30 dias) há demo e aprovação. Você nunca compra "caixa preta".
Homologação na Onda 1 (junho)
4 meses antes do go-live você já valida sistema rodando em ambiente real — antes de pagar a tranche de 40% de homologação.
Squad dedicado com apoio de IA
Velocidade de entrega mensurável, não time terceirizado fragmentado.
Operação assistida inclusa — Out/Nov
2 meses de bug-fix gratuito pós-go-live — tempo suficiente para estabilizar a operação real.
Seção 8
Destravamos em 7 dias
| Quando | Ação | Responsável |
|---|---|---|
| Hoje | Assinatura de NDA (Acordo de Confidencialidade) | Rhodium envia modelo |
| D+2 | Aceite desta proposta | Emilene |
| D+5 | Assinatura do contrato de desenvolvimento | Emilene + Rhodium |
| D+7 | Pagamento dos 50% iniciais + kickoff agendado | Emilene |
| D+10 | Abertura das contas Apple Developer e Google Play Console | Cliente (proprietário das contas) |
| Até 02/mai/2026 | Kickoff da Onda 0 | Squad Rhodium |
| Final de junho/2026 | Primeira demo + ambiente de homologação liberado | Squad Rhodium |
Validações pendentes antes do kickoff
Podem rodar em paralelo:
- Perfis inferidos do PRD (Assistente do Dentista, Advisor) — confirmar com a liderança MWS
- Badge de certificação no perfil do dentista — confirmar se agregará valor ou será redundante (caso todos na plataforma já sejam certificados)
- Fluxos detalhados (user stories) das jornadas principais
Seção 9
Perguntas Frequentes
E se o projeto atrasar?
Entregas incrementais a cada onda e ambiente de homologação liberado em junho. Você vê avanço real 4 meses antes do go-live e aprova cada etapa antes de liberar o pagamento seguinte.
E se o escopo crescer no meio do caminho?
Governança de escopo definida em "Forma de Trabalho". Fase 2 e itens de orçamento separado estão listados em "Fora do Escopo" — não há surpresas no fechamento.
E se os custos de infraestrutura explodirem?
Heroku tem preço previsível e a manutenção mensal é fixa em R$ 5.000 (inclui infraestrutura e releases de segurança). Sem variação de preço por uso.
E se eu quiser trocar de fornecedor?
Código, dados e contas de loja são 100% seus desde o Dia 1. Migração sem ruptura, sem disputa e sem reescrita.
Por que não Flutter, MongoDB ou microsserviços?
Para esta fase, todas aumentariam complexidade sem ganho funcional. A stack escolhida entrega o mesmo produto mais rápido, com menos risco operacional e mais fácil de encontrar mão de obra no mercado BR.
E a fintech e o gateway de pagamento?
Orçamentos separados, apresentados durante o desenvolvimento conforme o parceiro e as regras de integração forem definidos.
Rhodium Tecnologia
Rhodion Souza Araújo — rhodion@rhodium.com.br
Rhodion Souza Araújo — rhodion@rhodium.com.br