AVANTI SALES GROWTH
Product Command Center · HML
Uma única visão do projeto. Do escopo ao go-live.
Painel executivo de governança do Avanti Sales Growth. Esta página representa visualmente o roadmap oficial do projeto e deve permanecer alinhada ao ROADMAP.md, CURRENT_STATUS.md e DECISION_LOG.md.
Marco atual
M2
Runtime Security Validation em execução no HML.
Concluídos
M0 + M1
Discovery & Scope e Data Foundation com gates cumpridos.
Próximo gate
GO / NO-GO M3
Depende da validação comportamental de RBAC/RLS.
Ambiente técnico
Supabase HML
São Paulo · infraestrutura versionada via GitHub.
Agora
● M2 · EM EXECUÇÃO
Runtime Security Validation
O objetivo atual é provar que as regras de autorização funcionam em comportamento real, e não apenas que policies e estruturas existem no banco.
✓ M0 · Discovery & Scope concluído
✓ M1 · Data Foundation concluído
● Matriz de autorização preparada
● Identidades e massa sintética controlada
● Testes positivos e negativos RBAC/RLS
● Evidências + recomendação GO / NO-GO
Próximo marco condicionado
M3 · CRM Core Functional
Após aprovação do gate M2, o protótipo passa a evoluir para aplicação persistente: autenticação, empresas, contatos, negócios, pipeline e frontend conectado ao Supabase.
Regra: M3 não inicia apenas porque a interface existe. O gate de segurança do M2 precisa estar aprovado.
Roadmap oficial
🟢 Concluído
🟡 Em andamento
⚪ Não iniciado
🔒 Gate obrigatório
CONCLUÍDO
M0 · Discovery & Scope
Missão, público, pipeline V1, campos centrais, fontes de lead, modelagem inicial e requisitos de segurança.
Gate cumprido: escopo V1 e pipeline definidos.
CONCLUÍDO
M1 · Data Foundation
Supabase HML, migrations, schema, módulos estruturais, RLS, policies, Storage privado e fundações técnicas.
Gate cumprido: schema e migrations aplicados no HML.
AGORA
M2 · Runtime Security Validation
Testes comportamentais de RBAC/RLS, escopos, isolamento, fluxos críticos e evidências auditáveis.
Gate: nenhum papel acessa ou altera dados fora do escopo autorizado.
PRÓXIMO
M3 · CRM Core Functional
Autenticação, frontend ↔ Supabase, empresas, contatos, negócios, pipeline persistente, filtros e estados Ganho/Perdido.
Gate: fluxo comercial básico funcionando com persistência real.
AGUARDANDO
M4 · Activities & Timeline
Atividades persistentes, pendências, histórico, timeline unificada e notificações internas.
Gate: jornada do negócio auditável cronologicamente.
AGUARDANDO
M5 · Commercial Engine
Catálogo, recursos, composição comercial, pricing, margem, projeções, snapshots e exceções.
Gate: cálculos críticos reproduzíveis e histórico preservado.
AGUARDANDO
M6 · Proposal Engine
Geração, versionamento, publicação, lifecycle, snapshot comercial, aceite e rastreabilidade.
Gate: proposta nasce do negócio e evolui de forma auditável.
AGUARDANDO
M7 · Contract Engine
Contratos, aditivos, templates, cláusulas, versões, documentos, eventos jurídicos e integridade.
Gate: fluxo jurídico funcional, segregado e auditável.
AGUARDANDO
M8 · Integrations
Google Workspace, Calendar, Gmail, Drive, RD Station, Pipedrive e demais integrações aprovadas.
Gate: integrações homologadas, segregadas por ambiente e observáveis.
AGUARDANDO
M9 · QA & Hardening
E2E, regressão, segurança, performance, UX/UI, responsividade, LGPD, logging e recuperação.
Gate: nenhum defeito crítico aberto.
AGUARDANDO
M10 · Pilot
Usuários internos controlados, treinamento, acompanhamento, feedback e correções críticas.
Gate: piloto aprovado e decisão formal de go/no-go.
AGUARDANDO
M11 · Production V1
Produção, usuários aprovados, observabilidade, suporte inicial, adoção, KPIs e backlog V2.
Gate: go-live formalmente autorizado.
Governança do projeto
PROJECT_OVERVIEW.md
Define o que estamos construindo, escopo, arquitetura e princípios do produto.
ROADMAP.md
É a fonte oficial dos marcos, status, entregas e gates do projeto.
CURRENT_STATUS.md
Registra a fotografia operacional atual e o foco imediato.
DECISION_LOG.md
Preserva decisões aprovadas e impede que premissas sejam rediscutidas sem controle.
Regra de evolução
💡 Cogitado → 📝 Definido → 🔨 Implementado → ✅ Validado
Uma ideia discutida não é automaticamente requisito. Uma funcionalidade implementada não é automaticamente concluída. Um marco somente muda para concluído quando seu gate é validado e possui evidência.