Resultado esperado
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 Admin, sustentados por um backend único.
Os requisitos derivam do PRD v2.0 elaborado pela D2E Advisory™ e da Matriz de Requisitos Funcionais formalizada pelo CTO da MWS em 21/04/2026 (51 RFs em RF-D-xxx, RF-P-xxx e RF-A-xxx), com ajustes de escopo e arquitetura para viabilizar a entrega até o Orto26-SPO.
A Rhodium atua com inovação tecnológica desde 2012 e mantém parceria contínua com a Coca-Cola desde 2015. Não somos agência. Não somos consultoria. Somos uma casa de engenharia que construiu, do zero à operação, plataformas multi-stakeholder com dados sensíveis, integrações de pagamento e apps em produção — e que hoje aplica esse mesmo rigor em startups que precisam sair do papel com velocidade de quem tem um deadline imóvel.
Transformamos ideias em realidade — mais de 20 startups ganharam vida com o nosso apoio no âmbito da tecnologia, sempre com uso das melhores práticas: do desenho da solução, passando pelo desenvolvimento, testes, homologação, operação assistida e sustentação.
2.1 O que nos move
2.2 O fundador
Rhodion Souza Araújo — CEO e fundador.
20+ anos construindo sistemas. Começou em eletrônica embarcada, virou desenvolvedor full-stack, e há mais de uma década lidera projetos de inovação tecnológica — incluindo o ecossistema digital construído com a Coca-Cola desde 2015. Hoje lidera a transição da Rhodium para engenharia de agentes de IA aplicada a operações reais de negócio.
Pai de um menino de 3 anos, casado, católico, músico nas horas vagas. A Rhodium é construída por alguém que entende o que é ter um sonho que não pode atrasar — porque tem os dele também.
2.3 Como operamos
| Pilar | Significado |
|---|---|
| Squad sob medida | Front, back, mobile, IA e segurança compostos por projeto. Você paga competência, não estrutura ociosa. |
| Orquestração por IA | Agentes proprietários cuidam de briefing, scaffolding e versionamento — é o que sustenta SLA agressivo. |
| Founder no Slack | Você fala com quem assina a proposta. Escalation em minutos, não em dias. |
| Método OPA | Operação → Processo → Automação. Antes de codar, entendemos o negócio — porque automatizar processo ruim é caos mais rápido. |
2.4 Por que isso importa para a MWS
Uma plataforma como a de vocês combina quatro coisas difíceis ao mesmo tempo: app B2C de paciente, app B2B de dentista licenciado, portal operacional com 5 perfis internos e integração financeira com fintech e PIX. Cada uma dessas dimensões já passou pela Rhodium em projeto separado — para um cliente que voltou e voltou e voltou: a Coca-Cola.
O deadline do Orto26-SPO não permite parceiro aprendendo. Permite parceiro executando. É o que fazemos há mais de uma década.
Esta seção responde essa pergunta. Não com promessas — com entregas reais, números reais e cicatrizes reais de projetos que foram do zero à operação. Mais do que uma lista, o que segue é uma história: como uma parceria de mais de uma década com a Coca-Cola nos preparou — sem saber — para construir exatamente o tipo de plataforma que a MWS precisa.
3.1 Onde tudo começou: A Loja Conceito (2015)
Desde 2012 trabalhamos com desenvolvimento de startups e inovação tecnológica. Em 2015, ganhamos uma pequena licitação que mudaria o rumo de tudo.
A Coca-Cola, através da Brasal em Brasília, tinha uma loja de fábrica — um lugar onde você entrava, colocava fardos de refrigerante no carrinho e pagava no caixa. Um supermercado comum. Mas a Coca-Cola trabalha com emoção. Eles queriam criar a primeira loja conceito dentre as fábricas de Coca-Cola do Brasil.
O desafio parecia simples na superfície: tirar todos os produtos da vista e permitir que o cliente comprasse por uma tela de 40 polegadas. O problema? Não existia TV touchscreen acessível na época. O equipamento não existia.
Fizemos parceria com uma fábrica que desenvolveu um sistema de mapeamento de feixe de luz para detectar onde o dedo tocava a tela. Construímos uma TV touchscreen do zero. A calibragem era um pesadelo. Mas resolvemos. O cliente escolhia os produtos na tela, e do outro lado da loja a equipe separava o pedido e entregava para o cliente colocar no carro.
O projeto foi um sucesso — e mais importante que o projeto em si, nos tornamos parceiros de inovação da Brasal Coca-Cola em Brasília. Todo desafio novo que surgia, o telefone tocava.
3.2 iCoke — A Geladeira Inteligente (2018)
Como nasceu
Em 2018, executivos da Brasal voltaram de uma viagem à China com uma ideia. Em Xangai, tinham comprado em uma geladeira sem vendedor — escanearam um QR Code, pagaram pelo app e retiraram o produto. Voltaram para Brasília e nos ligaram: "Queremos fazer isso aqui."
Aceitamos o desafio. Na época, a Cielo mantinha um programa de inovação chamado Garagem Cielo. Entramos com nossa equipe para dentro da Garagem e começamos a resolver o problema.
V1 — O nascimento na LIO
A primeira versão rodava na LIO, o terminal POS da Cielo. Desenvolvemos o aplicativo embarcado no terminal e, além do software, projetamos e fabricamos o hardware — uma placa que se comunicava via Bluetooth com a LIO e controlava a trava eletromagnética da porta da geladeira.
O fluxo: o consumidor pagava na LIO, o sistema confirmava, o hardware destrancava a porta, o cliente retirava o produto. Começamos com 150 geladeiras. O projeto funcionou e escalou.
V2 — Matar a LIO em 20 dias
A LIO começou a dar problemas. O custo de manter um terminal POS em cada geladeira era alto e a experiência era limitada. Veio o segundo desafio: eliminar a LIO completamente e migrar tudo para um aplicativo móvel nas lojas.
Já vínhamos desenvolvendo, em paralelo, um aplicativo próprio chamado VendPay — uma carteira digital para vending machines, nascida dos aprendizados que tivemos com o iCoke. Quando o desafio da V2 chegou, adaptamos o VendPay para o iCoke em uma semana. Em vinte dias o novo app estava desenvolvido, testado e publicado na App Store e Google Play. Em um mês, todas as LIOs foram removidas e a operação inteira migrou para o app.
É a prova mais concreta que existe de capacidade de entrega sob pressão.
O que o iCoke se tornou
No seu pico, era uma operação digital completa com três aplicativos móveis e um portal administrativo com múltiplos perfis:
- App do Comprador — QR Code da geladeira, escolha do produto, pagamento pelo app, hardware libera a porta. No cadastro, o sistema validava CPF e data de nascimento contra a Receita Federal (obrigatório para liberar bebidas alcoólicas a maiores de 18), confirmava telefone via OTP por SMS e email por código. A cada compra, emitia NF-e automaticamente.
- App de Manutenção — Equipe de campo que abastecia as geladeiras. Cada abastecimento gerava registro fotográfico confrontado com a nota fiscal de entrada. Controle de estoque por geladeira, rota otimizada, confirmação em tempo real pelo backoffice.
- App de Auditoria — Fiscalização periódica de cada geladeira. Checklist digital, registro fotográfico, scoring de conformidade, alertas automáticos.
- Portal Administrativo — Quatro perfis com permissões distintas: administradores com visão consolidada; suporte que monitorava o estado das geladeiras; conferência que confrontava notas fiscais com fotos de abastecimento; e logística que preparava os veículos para as rotas diárias.
Os números
Segurança e dados sensíveis
O iCoke operava diariamente com dados pessoais regulados — em muitos aspectos, o nível de sensibilidade era comparável ao que a MWS vai exigir:
- CPF e data de nascimento validados em tempo real contra a Receita Federal para verificação de idade
- Telefone validado via SMS (OTP) e email validado via código
- Emissão fiscal automatizada — NF-e ao consumidor a cada venda; nota fiscal de transporte a cada abastecimento
- Logs de auditoria rastreando cada operação, acesso e alteração
- Integrações de pagamento com Cielo e outras operadoras para cartão e PIX
Como isso se conecta ao Magic Wire System
| Magic Wire System precisa de | O que o iCoke comprova |
|---|---|
| Publicar apps nas lojas (iOS + Android) | App publicado e migrado em 20 dias |
| Plataforma multi-stakeholder | 3 apps + portal com 4 perfis |
| Escala de dados e transações | 3k tx/dia, 800 pontos, NF-e em massa |
| Dados sensíveis e conformidade | CPF, DOB, Receita Federal, OTP, NF-e |
| Integração com fintechs e pagamento | Cielo, PIX |
| Portal admin com RBAC | 4 perfis com permissões distintas |
| Entrega sob pressão de prazo | 20 dias para migração completa |
| Hardware + Software integrados | Placa Bluetooth + trava eletromagnética |
| Operação contínua pós-entrega | Sistema mantido em produção e escalado |
3.3 Retornável — Economia Circular com Blockchain
O projeto Retornável começou um pouco antes do iCoke, também com a Brasal Coca-Cola. O desafio: eliminar o atrito da compra de refrigerantes retornáveis de dois litros (REFPET) em Brasília. Para comprar retornável, o consumidor precisava ter a garrafa vazia em mãos no ponto de venda. Sem garrafa, sem compra. Isso limitava a venda, complicava a logística e fazia o consumidor acumular garrafas em casa.
A solução: tokens em blockchain
Desenvolvemos três aplicativos que digitalizaram a cadeia inteira, substituindo garrafas físicas por tokens em blockchain — como criptomoedas, mas representando vasilhames:
- App do Consumidor — Ao se cadastrar, recebia três tokens (três "garrafas virtuais") na carteira. Com esses tokens, podia ir a qualquer ponto de venda cadastrado e comprar retornáveis sem precisar ter a garrafa física. Era como transferir Bitcoin: o consumidor transferia os tokens para a carteira do ponto de venda e levava as bebidas com as garrafas.
- App do Lojista — Recebia os tokens do consumidor (na venda) e recebia as garrafas físicas de volta (na devolução). Quando o consumidor devolvia garrafas, os tokens voltavam para a carteira dele. Gestão de estoque virtual e físico integrados.
- App do Motorista — O caminhão da Coca-Cola passava no lojista, recolhia os vasilhames físicos e recebia os tokens correspondentes. Fechava o ciclo: consumidor → lojista → caminhão → fábrica.
Por que este case importa
O Retornável demonstra algo que poucos portfólios conseguem mostrar: coordenar múltiplos atores em uma cadeia operacional onde cada transação precisa ser verificável e imutável. O vasilhame não podia sumir entre o lojista e o caminhão. O token não podia ser duplicado. O consumidor precisava confiar que seu crédito existia.
É o mesmo desafio da MWS em essência: o caso clínico não pode se perder entre o dentista e o laboratório. O protocolo de tratamento precisa ser rastreável. O paciente precisa confiar que seu histórico está íntegro, mesmo trocando de dentista.
Como isso se conecta ao Magic Wire System
| Magic Wire System precisa de | O que o Retornável comprova |
|---|---|
| Plataforma de dois lados (marketplace) | Três lados: consumidor, lojista, motorista |
| Rastreabilidade ponta a ponta | Blockchain — cada transação imutável |
| Múltiplos apps integrados | 3 apps com fluxo coordenado em tempo real |
| Integridade de dados críticos | Tokens verificáveis, sem duplicação |
| Portabilidade de dados entre atores | Tokens transitam entre carteiras |
3.4 VendPay — De Spin-off a Produto
A origem FAPDF
O VendPay não nasceu como projeto de cliente. Nasceu da dor. Trabalhando no iCoke, ficou claro que depender da LIO como meio de pagamento era um gargalo — caro, limitado e frágil. A ideia: criar uma carteira digital que transformasse qualquer equipamento em ponto de pagamento via aplicativo.
Desenvolvemos o VendPay como produto próprio da Rhodium — um app em React Native com integração direta com Cielo, Banco Inter e outras operadoras. Pagamento via QR Code, parcelamento em até 12x, gestão de cartões, histórico de compras. Uma plataforma de pagamento completa para vending machines.
O papel estratégico
Quando o desafio da V2 do iCoke apareceu, o VendPay já existia. Foi por isso que conseguimos adaptar em uma semana e migrar em vinte dias — o motor de pagamento já estava pronto e testado.
O VendPay se tornou o carro-chefe da Rhodium por muitos anos. Participamos do programa FAPDF. O produto era sólido. Esbarramos na cultura do mercado brasileiro, onde vending machines ainda não tinham escala suficiente para sustentar o modelo — tínhamos o produto, mas o mercado não estava pronto. É um aprendizado que carregamos: saber construir é uma coisa; saber quando o mercado está pronto é outra.
Como isso se conecta ao Magic Wire System
| Magic Wire System precisa de | O que o VendPay comprova |
|---|---|
| App React Native nas lojas | Publicado e em operação |
| Integração com operadoras de pagamento | Cielo, Inter, PIX |
| Transações financeiras em produção | Milhares processadas com dinheiro real |
| Capacidade de criar produto do zero | Concebido, construído e operado como produto próprio |
3.5 Caravana de Natal — IoT Quando o Óbvio Não Funciona
O problema
A Caravana de Natal da Coca-Cola precisava ser rastreada em tempo real. O público queria saber onde o caminhão iluminado estava passando para levar as crianças para ver. A solução óbvia: um app no celular do motorista com GPS. O problema: os motoristas tinham celulares ruins. App de tracking não rodava de forma confiável. Instalar apps nos celulares deles não era viável.
A solução
Quando o caminho óbvio não funciona, você inventa outro. Projetamos e fabricamos um dispositivo IoT customizado que conectava no acendedor de cigarros do caminhão. Sem app, sem celular, sem depender do motorista. O dispositivo ligava com o veículo e transmitia a localização em tempo real para o sistema. O público acompanhava pelo app com Google Maps integrado.
Como isso se conecta ao Magic Wire System
| Magic Wire System precisa de | O que a Caravana comprova |
|---|---|
| Geolocalização (busca de dentistas por GPS) | App com Google Maps em tempo real |
| Resolver problemas quando o óbvio falha | Hardware IoT customizado do zero |
| Criatividade técnica sob restrição | Solução que contornou limitação real |
3.6 O fio que conecta tudo
Olhando para trás, existe um padrão que atravessa cada um desses projetos — da Loja Conceito em 2015 até hoje. E é exatamente o padrão que a Plataforma MWS exige:
| Padrão | Por que importa para a MWS |
|---|---|
| Nenhum desses projetos existia antes | TV touchscreen em 2015, geladeira inteligente em 2018, blockchain para vasilhames — nada existia pronto. Em todos os casos, o desafio era inventar a solução, não configurar uma ferramenta de prateleira. A MWS é o mesmo tipo de desafio: marketplace odontológico para licenciamento de um produto patenteado, sem referência no mercado. |
| Múltiplos atores com interesses diferentes | Comprador, lojista, motorista, auditor, administrador. É a mesma arquitetura que a MWS precisa: paciente, dentista, laboratório, fintech, admin. A complexidade nunca esteve em cada tela isolada — sempre esteve na orquestração entre as partes. |
| Segurança e conformidade reais | CPF na Receita Federal, NF-e, tokens em blockchain, OTP por SMS e email, logs de auditoria. Operaram em produção, com dados reais de pessoas reais, onde falha significava problema jurídico. |
| Entrega sob pressão | Vinte dias para migrar uma operação inteira. Uma semana para adaptar um produto. Hardware customizado do zero. A MWS tem prazo definido para setembro de 2026 — já entregamos em cenários mais apertados. |
| Somos os mesmos desde 2015 | A Coca-Cola não nos chamou uma vez — nos chamou de volta, projeto após projeto. A Loja Conceito levou ao iCoke, que levou ao Retornável, ao VendPay, à Caravana. Cada projeto nasceu da confiança construída no anterior. |
3.7 Matriz de Capacidades Comprovadas
| Capacidade exigida pela MWS | iCoke | Retornável | VendPay | Caravana | Loja Conceito |
|---|---|---|---|---|---|
| Apps publicados (iOS + Android) | ✓✓ | ✓ | ✓ | ✓ | — |
| Plataforma multi-stakeholder | ✓✓ | ✓✓ | ✓ | — | — |
| Escala (+3k tx/dia, 800 pontos) | ✓✓ | — | ✓ | — | — |
| Dados sensíveis / conformidade | ✓✓ | ✓ | ✓ | — | — |
| Integração de pagamentos (PIX, cartão) | ✓✓ | — | ✓✓ | — | — |
| Portal admin com múltiplos perfis | ✓✓ | — | — | — | — |
| Geolocalização | — | — | — | ✓✓ | — |
| Hardware / IoT customizado | ✓ | — | — | ✓✓ | ✓✓ |
| Entrega sob pressão de prazo | ✓✓ | ✓ | ✓ | ✓ | ✓ |
| Rastreabilidade ponta a ponta | ✓ | ✓✓ | — | ✓ | — |
| Inovação sem referência prévia | ✓✓ | ✓✓ | ✓ | ✓✓ | ✓✓ |
| Parceria de longo prazo | ✓✓ | ✓✓ | ✓✓ | ✓✓ | ✓✓ |
✓ = capacidade presente · ✓✓ = demonstração forte
3.8 Por que só cases da Coca-Cola?
Uma pergunta justa. A resposta é simples: porque são os que importam para vocês.
Ao longo de mais de uma década, a Rhodium desenvolveu projetos para outros clientes e segmentos — startups, varejo, logística, educação. Mas nenhum desses projetos se aproxima tanto do que a Plataforma MWS exige quanto o ecossistema que construímos com a Coca-Cola. Mostrar um catálogo genérico de vinte projetos pequenos seria impressionar pela quantidade. Preferimos impressionar pela relevância.
E existe um segundo ponto que vale mais que qualquer lista longa de clientes: a Coca-Cola não nos contratou uma vez — nos chamou de volta projeto após projeto, por mais de dez anos. Da Loja Conceito ao iCoke, do Retornável à Caravana de Natal. Cada projeto nasceu da confiança construída no anterior.
No mercado de tecnologia, é comum ver portfólios com dezenas de logos de clientes diferentes. Na maioria das vezes, isso significa projetos curtos, entregas pontuais, sem continuidade. O que é raro — e o que demonstra capacidade real — é um cliente que volta, e volta, e volta. Especialmente quando esse cliente é uma das maiores operações de bens de consumo do mundo.
A MWS não precisa de um fornecedor que já fez um pouquinho de tudo. Precisa de um parceiro que já construiu plataformas multi-stakeholder, com dados sensíveis, integrações de pagamento, apps nas lojas, operação em escala — e que manteve tudo isso rodando. É exatamente o que estes cases demonstram.
4.1 Superfícies
App Mobile do Dentista 21 RFs · RN + Expo
- Onboarding digital do licenciado (RF-D-001 · RF-D-002 · RF-D-003): cadastro digital com validação de CRO, assinatura digital do contrato de licenciamento (CLM integrado), checklist de ativação com status em tempo real e SLA <48h (alertas automáticos ao BackOffice Suporte e ao Gestor se o SLA for ultrapassado — RN-002). A ativação só ocorre quando atendidos os 3 critérios de licenciamento (RN-001): CLM assinado, certificação Escola MW e pagamento da 1ª licença anual
- Gestão de casos clínicos: abertura, upload de fotos e raio-x, envio ao laboratório, recebimento do protocolo, acompanhamento
- Histórico completo de casos com filtros e reabertura
- NPS e qualidade: dashboard do dentista com evolução e alertas de queda
- Marketing e conteúdo: biblioteca de materiais gerados pela MWS
- Financeiro e licença: visibilidade da licença ativa e régua de recepção
- Push notifications (lembretes de consulta e troca de aparelho)
- Flag ativo/inativo herdada do Portal Admin
App Mobile do Paciente 16 RFs · RN + Expo
- Auto-cadastro e descoberta (busca 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
- Acompanhamento do tratamento (linha do tempo, fases e prazos, consulta a consulta)
- Portabilidade de histórico — um dentista ativo por vez; troca transfere histórico automaticamente
- Resposta a NPS ao fim de cada fase
- Financeiro Onda 1: solicitação e acompanhamento de crédito via fintech parceira
- Financeiro Onda 2: pagamento de parcelas via PIX + notificações de cobrança
- Push notifications (lembretes, confirmação de comparecimento — reduz no-show)
- Interface em pt-BR
Portal Web Admin 14 RFs · Next.js
Atende os 5 perfis internos da MWS (ver 4.2), com módulos distintos conforme a responsabilidade de cada perfil.
- Gestão de licenciados: cadastro, aprovação, contratos digitais, flag ativo/inativo, CLM
- Gestão de qualidade e NPS: consolidação, ranking, alertas
- Gestão Financeira (Ondas 1+2): cobrança, repasses, laboratório, fintech e fiscal
- Analytics (Ondas 2+3): KPIs iniciais → funis e dashboards segmentados de dentistas e pacientes
- Operação do laboratório: fila de casos, atualização de status, upload de relatório em formato livre, SLA
- Dashboards operacionais por perfil
Backend / API NestJS
- Autenticação e RBAC granular (ver Matriz RBAC na seção 11)
- 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
4.2 Perfis atendidos no Portal Admin
O Portal Web Admin atende 5 perfis internos distintos da operação MWS, cada um com acesso controlado via RBAC (detalhes na seção 11):
| # | Perfil | Responsabilidade principal |
|---|---|---|
| 1 | Gestor da Plataforma | Visão consolidada, decisões operacionais, aprovações críticas |
| 2 | BackOffice — Financeiro/CS | Cobrança, repasses, atendimento financeiro, fintech, fiscal |
| 3 | BackOffice — Suporte | Atendimento a dentistas e pacientes, chamados, correções operacionais |
| 4 | Time do Laboratório | Fila de casos, análise de fotos, emissão de protocolo, SLA |
| 5 | Representantes Regionais | Prospecção e acompanhamento de dentistas por região |
4.3 Matriz de Requisitos Funcionais (resumida)
Visão consolidada da Matriz de RFs enviada pelo CTO em 21/04/2026. A matriz completa (com cada ID descrito individualmente) é mantida em documento técnico separado pelo CTO e referenciada por este escopo.
| Módulo | Submódulos | Qtd. RFs |
|---|---|---|
| 4.1 App do Dentista | Onboarding · Casos Clínicos · NPS · MKT e Conteúdo · Financeiro/Licença | 21 (RF-D-001 a RF-D-021) |
| 4.2 App do Paciente | Descoberta · Acompanhamento · NPS · Financeiro (Ondas 1 e 2) | 16 (RF-P-001 a RF-P-016) |
| 4.3 Portal Admin | Licenciados · Qualidade/NPS · Financeiro (Ondas 1+2) · Analytics (Ondas 2+3) | 14 (RF-A-001 a RF-A-014) |
| Total Fase 1 | — | 51 |
4.4 Ondas internas da Fase 1
Dois módulos têm sub-faseamento declarado pelo CTO. Todas as ondas internas são entregues até o go-live (30/set/2026) — fazem parte do valor fechado desta proposta.
| Módulo | Onda | Conteúdo |
|---|---|---|
| Financeiro do Paciente (4.2.4) | Onda 1 | Solicitação e acompanhamento de crédito via fintech parceira |
| Onda 2 | Pagamento de parcelas via PIX + notificações de cobrança | |
| Financeiro do Admin (4.3.3) | Ondas 1+2 | Cobrança, repasses, laboratório, fintech e fiscal |
| Analytics do Admin (4.3.4) | Onda 2 | KPIs iniciais de operação |
| Onda 3 | Funis e dashboards segmentados de dentistas e pacientes |
Orçamentos separados (contratáveis à parte)
- Automação total do onboarding via RPA (RF-D-006) — nesta proposta entregamos o onboarding digital completo (RF-D-001 cadastro com validação de CRO, RF-D-002 CLM integrado, RF-D-003 checklist de ativação com SLA <48h), atendendo às regras RN-001 (3 critérios de licenciamento: CLM assinado + certificação Escola MW + pagamento da 1ª licença anual) e RN-002 (SLA 48h com alertas automáticos ao BackOffice Suporte e ao Gestor). A automação ponta-a-ponta via RPA dos passos operacionais internos (consulta a bases externas, provisionamento automático, etc.) fica como evolução (Fase 2).
- Gateway de pagamento próprio — além da integração com a fintech parceira (já prevista na Onda 1 do Financeiro do Paciente), caso a MWS decida operar gateway próprio ou adicionar outro parceiro, nova proposta será apresentada.
- Integração com CRMs/calendários do dentista além do HubSpot e Google Calendar — cada novo sistema representa nova proposta.
- Matriz RBAC detalhada por ação (C/R/U/D) — esta proposta entrega a Matriz RBAC de alto nível (seção 11). O refinamento ação-a-ação é executado na Onda 0 como parte do detalhamento técnico, dentro do valor fechado.
Fase 2
- IA generativa de conteúdo de marketing
- Chat in-app dentista ↔ paciente — nesta Fase 1, a comunicação ocorre via WhatsApp
- Galeria comparativa de evolução (before/after)
- Auto-cadastro de dentista (self-service)
- Portal público de representantes regionais (a Fase 1 entrega apenas o perfil interno de Representantes no Admin)
- 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
| 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 Admin | Next.js (React) | SSR e performance — atende os 5 perfis internos da MWS com módulos separados |
| 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
| Onda | Período | Entregas |
|---|---|---|
| 0 — Fundação | Maio | Setup de infra, repositórios, CI/CD, autenticação, modelagem de dados, RBAC detalhado (refinamento da matriz de alto nível), base LGPD |
| 1 — Supply Side Core | Junho | Onboarding digital do dentista (cadastro com validação de CRO, CLM integrado, checklist de ativação com SLA <48h — RF-D-001/002/003), gestão de contratos, flag ativo/inativo, Portal Admin básico com os 5 perfis internos. Ambiente de homologação disponibilizado ao fim desta onda |
| 2 — Gestão de Casos | Julho | Abertura de caso, fluxo laboratório, upload estruturado de fotos/raio-x, protocolo do laboratório, acompanhamento por consulta |
| 3 — Demand Side + Financeiro Onda 1 | Agosto | App do paciente, busca por geolocalização, agendamento + Google Calendar, integração HubSpot, NPS, crédito via fintech (Financeiro Paciente — Onda 1), KPIs iniciais do Admin (Analytics — Onda 2) |
| 4 — Hardening + Financeiro Onda 2 + Analytics Onda 3 | 01–15/Set | Pagamento via PIX (Financeiro Paciente — Onda 2), funis e dashboards segmentados (Analytics — Onda 3), testes de carga, pentest leve, 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 — todas as 51 RFs entregues |
| Operação assistida | Out–Nov | Acompanhamento em produção, correções e ajustes |
- 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
- Rastreabilidade por RF: cada entrega de onda é validada contra a Matriz de Requisitos Funcionais — o cliente acompanha exatamente quais dos 51 RFs foram entregues e homologados
- 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)
O que está incluído — valor de mercado
| Componente | Valor de mercado |
|---|---|
| App Mobile Dentista (RN + Expo) publicado nas lojas — 21 RFs | R$ 42.000 – 68.000 |
| App Mobile Paciente (RN + Expo) publicado nas lojas — 16 RFs | R$ 42.000 – 68.000 |
| Portal Web Admin (Next.js) atendendo 5 perfis internos — 14 RFs | R$ 40.000 – 62.000 |
| Backend NestJS + PostgreSQL + RBAC + casos clínicos | R$ 52.000 – 82.000 |
| Integração Google Calendar + HubSpot | R$ 8.000 – 12.000 |
| Integração com fintech parceira (Financeiro Paciente — Onda 1) | R$ 8.000 – 14.000 |
| Observabilidade (Sentry + Better Stack) e DevOps | R$ 5.000 – 8.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$ 12.000 – 20.000 |
| Documentação técnica + transferência de conhecimento | R$ 5.000 – 6.000 |
| Valor de mercado estimado (soma) | R$ 220.000 – 350.000 |
| Valor cheio | R$ 180.000 |
| Desconto especial concedido | –R$ 30.000 |
| Seu investimento | R$ 150.000 |
Faixa de mercado referenciada em pesquisa com parceiros de tecnologia para projetos com a mesma envergadura (2 apps mobile + portal web + backend + integrações, entregues por squad sênior com ferramentas de IA). A entrega integrada por uma única equipe elimina overhead de coordenação e duplicidade, viabilizando o investimento consolidado.
Forma de pagamento
- R$ 50.000 (33%) antes de iniciar o projeto
- R$ 50.000 (33%) na entrega para homologação
- R$ 50.000 (34%) ao finalizar
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 próprio (além da integração com a fintech parceira já incluída)
- Integração com CRMs/calendários do dentista além do HubSpot e Google Calendar
- RPA para automação ponta-a-ponta dos passos operacionais internos do onboarding (RF-D-006) — o onboarding digital (RF-D-001/002/003) já está incluído nesta proposta
- Evolutivos e novas funcionalidades pós Fase 1 (Fase 2)
Por que o contrato mínimo é de 24 meses
O prazo é a premissa que permite travar os preços junto aos provedores de infraestrutura no mesmo período (Heroku, PlanetScale, Hostinger, Cloudflare, entre outros). Esse compromisso de longo prazo é o que viabiliza a mensalidade fixa repassada à MWS — sem ele, o valor ficaria sujeito ao reajuste anual de cada fornecedor.
Composição do valor
| Item | Valor de Mercado | Valor Proposto | Peso na Operação |
|---|---|---|---|
| Infraestrutura (Heroku, S3, DB) | R$ 1.200 | R$ 1.000 | Crítico — base do sistema |
| Monitoramento & Disponibilidade | R$ 2.000 | R$ 800 | Vital — cumprimento do SLA |
| Sustentação Corretiva (Bug Fixing) | R$ 3.000 | R$ 2.000* | Alto — estabilidade do código |
| Segurança & Patches (LGPD/SSL) | R$ 1.000 | R$ 700 | Crítico — compliance e risco |
| TOTAL MENSAL | R$ 7.200 | R$ 4.500 | — |
| Economia (diferencial) | — | R$ 2.700 | — |
* Linha onde o desconto comercial de 10% foi aplicado (de R$ 2.500 para R$ 2.000). Infraestrutura e segurança não foram reduzidas — a concessão fica concentrada na sustentação corretiva.
O que está incluído no valor
- Gestão completa da infraestrutura — a Rhodium é responsável pelo ambiente operacional, não o cliente
- Monitoramento de disponibilidade e performance
- Correção de bugs e falhas funcionais
- Atualizações de segurança da aplicação
- Atendimento por chamado com SLA: crítico 4h · médio 24h · baixo 72h
- Relatório mensal de saúde do sistema
- Patches LGPD/SSL — compliance contínuo
Vantagem para a MWS — comparativo com dev interno
O custo da sustentação é muito inferior ao de manter um único desenvolvedor sênior interno dedicado à plataforma — e ainda assim cobre uma operação completa, não uma pessoa só.
| — | Dev sênior interno (CLT) | Sustentação Rhodium |
|---|---|---|
| Custo mensal | ~R$ 15.000 com encargos | R$ 4.500 fixo |
| Cobertura | 1 pessoa | Squad com infra, monitoramento, segurança e suporte |
| Continuidade | Férias, atestado, pedido de demissão | Time multidisciplinar, sem ponto único de falha |
| Gestão técnica | MWS contrata, treina e gerencia | Rhodium responde pelo SLA |
| Reajuste | Dissídio anual + benefícios | Travado por 24 meses |
Por que a Rhodium assume a infraestrutura
Controle total do ambiente
Sem zona cinzenta de responsabilidade. Em caso de incidente, a apuração é rastreável — sem conflito de responsabilidades.
Cliente não precisa gerir credenciais sensíveis
Caso real documentado em outro projeto: cliente vazou uma chave de acesso à conta de cloud e teve prejuízo de US$ 40.000 em consumo indevido. Manter as credenciais de produção sob a Rhodium elimina esse vetor de risco operacional.
Paz operacional para ambas as partes
Você foca no negócio. A Rhodium responde pelo SLA, pelo monitoramento e pela continuidade do serviço.
Condição especial — parceria de longo prazo
Custos de terceiros (por fora da mensalidade)
Os itens abaixo são custos de terceiros, pagos diretamente pelo cliente no CNPJ da MWS. Ficam por fora do valor de desenvolvimento (R$ 150.000) e da mensalidade de sustentação (R$ 4.500/mês) — a Rhodium não intermedeia nem repassa esses pagamentos:
| Item | Valor | Frequência |
|---|---|---|
| Assinatura da Apple Developer Program | US$ 100 | Anual |
| Assinatura da Google Play Console | US$ 25 | Pagamento único |
| SaaS de assinatura digital de documentos (ClickSign, DocuSign ou equivalente — para contratos com dentistas, pacientes e parceiros) | Conforme plano contratado | Mensal/anual |
| Tokens / créditos de IA (OpenAI, Anthropic, Google AI, etc.) | Conforme consumo | Pay-as-you-go |
Motivo: essas contas ficam no CNPJ da MWS, garantindo autonomia total do cliente e evitando intermediação desnecessária.
O que não está incluído
Novas funcionalidades, ajustes funcionais e evolutivos da plataforma são tratados como contratos pontuais por escopo/hora — orçados separadamente conforme demanda.
Propriedade intelectual 100% do cliente
Todos os apps, sistemas, código-fonte e documentação produzidos nesta proposta são de propriedade exclusiva da MWS. A Rhodium entrega o ativo completo — sem licenciamento, royalties, cláusulas de uso restrito ou dependência de fornecedor.
Rastreabilidade total via Matriz de RFs
Cada uma das 51 funcionalidades entregues é conferida contra o ID da matriz do CTO (RF-D-xxx, RF-P-xxx, RF-A-xxx). Você sabe exatamente o que foi entregue, quando, e contra qual requisito.
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 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.
| Perfil | App do Dentista | App do Paciente | Portal Admin |
|---|---|---|---|
| Dentista Licenciado (externo) | ✓ | — | — |
| Paciente (externo) | — | ✓ | — |
| Gestor da Plataforma | — | — | ✓ |
| BackOffice — Financeiro/CS | — | — | ✓ |
| BackOffice — Suporte | — | — | ✓ |
| Time do Laboratório | — | — | ✓ |
| Representantes Regionais | — | — | ✓ |
Legenda: ✓ acesso · — sem acesso
| Quando | Ação | Responsável |
|---|---|---|
| 22–24/abr (quarta a sexta) | Apresentação da proposta | Emilene + Rhodium |
| 27/abr – 04/mai | Aceite desta proposta | Emilene |
| 05/mai – 08/mai | Assinatura do NDA e do contrato de desenvolvimento | Emilene + Rhodium |
| 15/mai (segunda) | Pagamento da 1ª tranche (R$ 50.000) + Kickoff da Onda 0 | Emilene + Squad Rhodium + Daniel Elias |
| Até 03/jun (D+30) | Abertura das contas Apple Developer e Google Play Console (sem pressa — janela confortável dentro do desenvolvimento) | Cliente (proprietário das contas) |
| Final de junho/2026 | Primeira demo + ambiente de homologação liberado | Squad Rhodium |
Validações pendentes antes do kickoff
Podem rodar em paralelo:
- Confirmar fintech parceira para integração do Financeiro Paciente (Onda 1)
- Badge de certificação no perfil do dentista — confirmar se apenas dentistas certificados entrarão na plataforma
- Fluxos detalhados (user stories) das jornadas principais, cruzando com os 51 RFs da matriz do CTO
E se o projeto atrasar?
As Ondas 1, 2 e 3 do Financeiro e do Analytics ficam para depois do go-live?
E se o escopo crescer no meio do caminho?
E se os custos de infraestrutura explodirem?
E se eu quiser trocar de fornecedor?
E a fintech e o gateway de pagamento?
Quem acessa o quê dentro do Portal Admin?
Rhodion Souza Araújo — rhodion@rhodium.com.br