📋 cs-product-manager — Product Manager (RICE & JTBD)
Auditoria técnica e estratégica pela ótica cs-product-manager — Product Manager (RICE & JTBD). Achados classificados por severidade, plano de ação e matriz de decisão.
Veredito: Portfolio de features rico e bem pensado para o ICP médico, mas sem roadmap priorizado por RICE e com bloqueante técnico paralisando entrega.
26 páginas de funcionalidades (App.tsx:40-64) cobrem bem o JTBD de um médico generalista: agenda, pacientes, prontuário, financeiro, estoque, guias TISS/TUSS, módulo odonto. Porém o bloqueante atual (DATABASE_URL) impede deploy de 3 features completas. Sem product metrics, sem user research documentada e sem framework de priorização aplicado.
Dimensões Analisadas
Pontuação por área de análise.
Feature Completeness (JTBD)
Cobre bem o job 'gerir minha clínica': agenda, pacientes, prontuário, financeiro, estoque. TISS/TUSS é diferenciador real.
Delivery / Backlog
3 features completas bloqueadas por infraestrutura. Sem roadmap visível. Sem critério de priorização RICE.
Discovery / Validação
Sem user interviews, sem usability tests documentados, sem cohort analysis.
Metrificação de Produto
PRODUCT_EVENTS definidos mas sem destino. Sem DAU/WAU/MAU tracking.
🔎 Achados (4)
1 crítico(s) · 0 alto(s) · 1 bloqueante(s). Clique para expandir.
3 features completas bloqueadas — Estoque, R2 Storage, SubscriptionsCríticaBloqueanteEsforço baixoDelivery / Time to Value
O que é: HANDOFF.md:42-66 documenta 3 features completamente implementadas (tsc limpo + vite build ok) mas não deployadas: Subscriptions (GET/POST /api/subscriptions), R2 Storage (upload de exames), Módulo de Estoque. Bloqueio único: DATABASE_URL + MIGRATION.sql não rodados.
Onde: HANDOFF.md:42-66
Impacto: Features que usuários podem precisar já existem mas estão invisíveis. Custo de oportunidade de retenção e upsell.
Sem framework RICE aplicado — priorização ad hocMédiaEsforço medioRICE Framework / Roadmap
O que é: Não há ROADMAP.md, BACKLOG.md ou qualquer documento de priorização. Próximos passos estão listados linealmente no HANDOFF.md (seção 5) sem critério de impacto/confiança/esforço.
Onde: HANDOFF.md:82-91 (próximos passos ad hoc)
Impacto: Risco de trabalhar em features de baixo impacto antes de resolver bloqueantes críticos.
Módulo odontológico mencionado no HANDOFF mas não listado em App.tsxMédiaEsforço altoFeature Discovery / ICP Expansion
O que é: HANDOFF.md referencia 'módulo odonto' como feature pendente. Não há OdontoPage.tsx em src/pages/. Dentistas são um ICP adjacente de alta LTV.
Onde: src/pages/ (ausência de odonto) + HANDOFF.md
Impacto: Oportunidade de mercado adjacente (60k+ dentistas no Brasil) não capturada. Mas adicionar antes de resolver bloqueantes é erro de priorização.
MarketingInsights.tsx (7KB) — feature de analytics para o médico sem dados reaisMédiaEsforço medioJTBD / Value Delivery
O que é: src/pages/MarketingInsights.tsx existe (7KB) mas sem dados reais de marketing instrumentados no produto. Médicos não precisam de 'marketing insights' — precisam de relatórios clínicos e financeiros. Pode ser feature de baixo valor no ICP atual.
Onde: src/pages/MarketingInsights.tsx
Impacto: Feature de baixo RICE consome espaço de menu e confunde usuário sobre o posicionamento do produto.
📋 Plano de Ação
Cronograma de implementação recomendado.
Deploy das 3 features bloqueadas (1 dia)
1 dia · CRÍTICO
RICE Backlog (1 semana)
1 semana
5 user interviews com médicos (2 semanas)
2 semanas
Validar MarketingInsights com usuários
1 mês
Matriz de Decisão
| Critério | Fonte | Status | Bloqueante |
|---|---|---|---|
| Feature Delivery | cs-product-manager | 3 features prontas bloqueadas | SIM |
| Feature Coverage (JTBD) | cs-product-manager | 26 páginas bem pensadas | não |
| Priorização RICE | cs-product-manager | Ausente | não |
| User Research | cs-product-manager | Zero validação documentada | não |
| Product Metrics | cs-product-manager | PRODUCT_EVENTS sem destino | não |