🔍 Análise PRDs × v0.3

Decisão pendente

Este relatório existe para sustentar a DEC-008 Adoção dos PRDs por incremento. Enquanto ela não for aceita, nada foi alterado nos requisitos, nos painéis, no AGENTS.md ou no kit das sócias.

O que chegou em 2026-09-18

Documento	O que é	Onde ficou
MVP Freeze Candidate Final	Documento-mãe: 7 incrementos, 13 gates, regras transversais	Orquestro — MVP Freeze Candidate Final
7 PRDs por incremento	1.447 requisitos, 582 testes e 29 testes ponta a ponta	06 Construção/PRDs
Product Blueprint 0.2	Base dos 90 requisitos que já estavam no vault	01 Produto/Fontes
Índice do MVP	Lista dos mesmos 90 requisitos	01 Produto/Fontes
Incrementos 05 e 06 v1.0	Versões antigas, substituídas pelas v1.1	01 Produto/Fontes, marcadas como histórico

Contagem declarada no Freeze: 54 + 130 + 130 + 245 + 289 + 257 + 342 = 1.447 requisitos, mais 60 requisitos de uma camada transversal.

Pendência bloqueante

Os sete PRDs dizem herdar o documento Orquestro-TRV — Revisão Transversal Final do MVP (60 requisitos, 30 testes, 5 testes ponta a ponta). Esse arquivo não foi enviado e não foi localizado. Sem ele:

• não dá para saber quais regras comuns valem para todas as telas;
• os totais do Freeze não fecham (1.447 + 60 = 1.507);
• o Incremento 6 declara inherits: Orquestro-TRV, ou seja, depende de conteúdo que não temos.

O que fazer: pedir esse arquivo a quem gerou o pacote. Se ele não existir, as regras transversais precisam ser reescritas a partir do Freeze Final e dos requisitos REQ-001 a REQ-015, que já cobrem boa parte do mesmo terreno.

As duas taxonomias

	Vault hoje (v0.3)	Pacote de PRDs
Organização	Etapas do ciclo: E0.CORE, E0.SALES, E1 a E6	Incrementos de construção: 1 a 7
Gates	11 gates com nome (need-isolation, promise-alignment…)	13 gates numerados (1 a 13)
Foco	O que o produto faz e por quê	Como construir, com objetos de dados, testes e critérios
Origem	Consolidado v0.3 de 22/08/2026	Blueprint 0.2 + refinamento de 18/09/2026

As duas não são equivalentes: uma descreve etapas da venda, a outra descreve blocos de entrega. Um mesmo requisito pode estar na etapa E3 e no Incremento 5.

De → para dos gates

Gate numerado (PRDs)	Nome usado hoje (v0.3)
1 Identidade Comercial · 3 Mercado	e0-core-readiness
2 Ofertas · 4 Capacidade	offer-readiness
5 Necessidade	need-isolation / opportunity-gate
6 Solução	solution-fit
7 Apresentação Pré-Proposta	promise-alignment
8 Análise do Negócio · 9 Preço · 10 Condições	commercial-configuration
11 Proposta	proposal-internal-review
12 Apresentação Final	send-authorization
13 Decisão	decision-resolution
— sem correspondente	proposal-readiness (gate de prontidão do v0.3)

Repare na última linha: o v0.3 tem um gate que os PRDs não têm.

Conflitos de regra

São os pontos em que os dois documentos mandam coisas diferentes. Não dá para implementar os dois.

#	Tema	v0.3	PRDs	Efeito
1	Ciclo da proposta	Proposta é apresentada antes de enviada, com estados próprios	Proposta validada (Gate 11) e apresentada na reunião, sem estado de envio	Muda o modelo de dados da proposta
2	Estados do preço	Preço definido ≠ autorizado ≠ apresentado ≠ aceito ≠ pago	Preço sugerido, definido e aceito	Muda o controle de desconto e autorização
3	Necessidade	Customer Need Truth versionado, com fonte por campo	Need com seis elementos e origem por informação	Conceitos próximos, nomes e versionamento diferentes
4	Fit	Estados de fit com bloqueios obrigatórios (hard stops)	Solution com status e ponto de atenção, sem bloqueio	Nos PRDs, nada impede avançar com fit ruim
5	Divulgação	Classes do que pode ser mostrado (proposta, apresentação, protegido)	Regra genérica de não entregar o método	Sem as classes, a proteção do know-how fica subjetiva
6	Encerramento	Estados amplos: sem fit, retirada pelo vendedor, sem decisão	Ganhou, perdeu, aguardando decisão, retomar no futuro	Perde granularidade no aprendizado
7	Promessa	Promessa Comercial Responsável e alinhamento com o cliente	Não existe	Um gate inteiro do v0.3 some
8	Prontidão da proposta	Gate de prontidão + pacote pronto para proposta	Pré-condição informal (Gates 8, 9 e 10 concluídos)	Menos controle antes de gerar proposta

O que os PRDs trazem de novo

Coisas que o vault não tinha e que valem a pena:

• Contrato como objeto separado e a regra “ganhou ≠ cliente ativo”;
• Status do relacionamento com a empresa (ativo, inativo com potencial, inativo), independente da oportunidade;
• Handoff em rascunho logo após o ganho, liberado para a entrega quando o contrato vigora;
• DRE opcional como evidência financeira sensível;
• Terceirização e capacidade externa, com parceiros críticos e gargalos;
• Potencial estratégico dentro da lente comercial, com grau de confiança e comparação depois;
• Estados de tela obrigatórios e comportamento em falha de IA;
• 582 testes e 29 testes ponta a ponta, que hoje não existem em lugar nenhum.

O que o v0.3 tem e os PRDs não cobrem

Estes 15 requisitos novos (REQ-091 a 113) ficam órfãos se os PRDs forem a única fonte:

Requisito	Situação nos PRDs
REQ-092 Versionar ofertas e gerar Offer Passport	Não existe
REQ-093 Registrar arquitetura de valor USF1, USF2 e USP	Não existe
REQ-094 Definir política comercial da oferta e estados do preço	Não existe
REQ-095 Classificar o que pode ser divulgado	Não existe
REQ-098 Gerar e versionar Customer Need Truth	Parcial, sem versionamento
REQ-099 Aplicar estados de fit e bloqueios obrigatórios	Parcial, sem bloqueio
REQ-100 Formular Promessa Comercial Responsável	Não existe
REQ-101 Registrar alinhamento da promessa com o cliente	Parcial
REQ-102 Executar gate de prontidão e gerar Proposal Ready Package	Não existe
REQ-103 Controlar ciclo da proposta com apresentação antes do envio	Conflita
REQ-106 Identificar fricções de decisão separadas das objeções	Não existe
REQ-108 Selecionar o valor relevante para cada fricção	Não existe
REQ-110 Encerrar oportunidades sem compromisso ativo	Parcial
REQ-111 Gerar registro imutável da promessa contratada	Parcial
REQ-112 Registrar a cadeia do valor prometido ao realizado	Parcial

O de-para completo dos 113 requisitos está em De-Para REQ × Incrementos.

O que muda no vault se a DEC-008 for aceita

1. Propriedade etapa dos requisitos passa a aceitar I1 a I7 e transversal, ou ganha um campo novo incremento ao lado da etapa.
2. Propriedade gate volta a ser número de 1 a 13.
3. Sprints do plano de desenvolvimento passam a ser os incrementos.
4. Etapas v0.3 vira nota histórica e entra uma nota nova com os 7 incrementos e os 13 gates.
5. AGENTS.md e o prompt 04 mudam de novo a taxonomia.
6. Kit das sócias precisa de uma terceira versão.
7. Os 15 requisitos órfãos acima precisam de destino: entrar como pedido de mudança nos PRDs, virar pós-MVP, ou serem descartados.

Pedidos de mudança abertos

Um pedido por conflito, todos em análise, aguardando decisão das sócias:

Pedido	Conflito	Incremento afetado
PM-001 Proposta apresentada antes de enviada	Ciclo da proposta	6
PM-002 Estados do preço	Autorização de preço fora da faixa	5
PM-003 Customer Need Truth versionado	Versionamento da necessidade	3
PM-004 Estados de fit e bloqueio obrigatório	Avisar × impedir	4
PM-005 Classes do que pode ser divulgado	Proteção do know-how	4
PM-006 Estados de encerramento da oportunidade	Perda × desistência própria	6
PM-007 Promessa Comercial Responsável	Gate que some	4 e 6
PM-008 Gate de prontidão da proposta	Verificação de conteúdo	6
PM-009 Destino dos requisitos do v0.3 sem correspondente	Requisitos órfãos	2 e pós-MVP

Recomendação

Adotar os PRDs como fonte de construção, como decidido, mas tratar os 8 conflitos da tabela acima um a um antes de qualquer implementação, porque cada um deles já está escrito como requisito aprovado pelas sócias no vault. O caminho mais barato é abrir um pedido de mudança por conflito, decidir e só então reescrever a taxonomia de uma vez.