🔗 Reconciliação Final v0.3 × PRDs
Fecha a Análise PRDs × v0.3
Este documento registra o fechamento da reconciliação entre a arquitetura v0.3 existente no vault e os PRDs por incremento, aberta pela Análise PRDs × v0.3 e pelos 9 pedidos de mudança (PM-001 a PM-009). Base da Orquestro — MVP Freeze Candidate Final v2.
Ele preserva o porquê das mudanças e impede que os patches apaguem a história decisória.
1. Erro-raiz identificado
O bloqueio inicialmente apontado como “ausência do Orquestro-TRV” não era um erro de produto: o documento transversal existia no kit canônico.
O erro-raiz real foi:
O Freeze Candidate anterior incorporou a evolução do Product Blueprint e dos PRDs, mas foi declarado antes de reconciliar integralmente regras já aprovadas na v0.3.
Consequência: oito conflitos/lacunas de regra e quinze requisitos da v0.3 ficaram sem destino explícito.
2. Decisão de precedência
Para o Freeze Candidate v2:
- decisões desta Reconciliação Final;
- Revisão Transversal v2;
- PRD específico v2;
- fontes anteriores, quando não conflitantes.
Nenhuma divergência material deve ser resolvida silenciosamente.
3. Conflitos resolvidos
| # | Tema | Classificação final | Decisão | Pedido de mudança |
|---|---|---|---|---|
| 1 | Ciclo da Proposal | Gap de cobertura | Proposal é validada, apresentada humanamente e só depois enviada; SEND_AUTHORIZED é Operational Control, não Gate 14. | PM-001 Proposta apresentada antes de enviada |
| 2 | Estados do preço | Conflito semântico + gap | Separar Offer Pricing Truth, AI Suggested, Case Price Selected, Authorization, Presented, Accepted e Paid. | PM-002 Estados do preço |
| 3 | Need / Customer Need Truth | Gap + conflito de avanço | NeedInstance canônica; Customer Need Truth versionada; Gate 5 exige reconhecimento do cliente. | PM-003 Customer Need Truth versionado |
| 4 | Fit / hard stops | Gap de cobertura | Recuperar Candidate Eligibility, seis Fit states e hard stops; IA sugere, humano decide. | PM-004 Estados de fit e bloqueio obrigatório |
| 5 | Disclosure / know-how | Gap de cobertura | Recuperar PROPOSAL_SAFE, PRESENTATION_ONLY, PROTECTED_KNOW_HOW. | PM-005 Classes do que pode ser divulgado |
| 6 | Encerramento | Conflito semântico + gap | DECISION_PENDING é ativo; closures: WON, LOST, POSTPONED, NO_DECISION, WITHDRAWN_BY_SELLER, CLOSED_NO_OPPORTUNITY, NO_FIT. | PM-006 Estados de encerramento da oportunidade |
| 7 | Responsible Commercial Promise | Gap + colisão de taxonomia | Recuperar Promise versionada e Promise Alignment; Alignment não é Gate numerado. | PM-007 Promessa Comercial Responsável |
| 8 | Proposal Readiness | Gap de cobertura | Reintroduzir READY/REVIEW_REQUIRED/NOT_READY e Proposal Ready Package entre Gate 10 e Proposal. | PM-008 Gate de prontidão da proposta |
4. Taxonomia final
Human Gates
Permanecem 13 Gates numerados.
Operational / Methodological Controls
- Need Isolation
- Opportunity Gate
- Candidate Eligibility
- Price Authorization
- Commercial Configuration Authorization
- Proposal Readiness
- Send Authorization
- Specialist/Human Reviews quando necessários
Client Alignment Event
- Promise Alignment
5. Cadeia canônica principal
Discovery
↓
Need Isolation
↓
Customer Need Truth
↓
Gate 5 — Client Recognition
↓
Opportunity Gate
↓
Candidate Eligibility
↓
Responsible Solution Fit
↓
Gate 6
↓
Responsible Commercial Promise
↓
Pré-Proposta
↓
Gate 7
↓
Promise Alignment
↓
Business Fit
↓
Gate 8
↓
Gate 9 — Case Price Selected
↓
Price Authorization
↓
Gate 10 — Conditions
↓
Commercial Configuration Authorization
↓
Proposal Readiness
↓
Proposal Ready Package
↓
Proposal
↓
Gate 11
↓
Final Presentation
↓
Gate 12
↓
Human Presentation
↓
Send Authorization
↓
Sent
↓
Decision Resolution / Gate 13
↓
Contracted Promise Snapshot
↓
Contract / Relationship / Handoff
↓
Learning6. Requisitos órfãos — destino final
| Requisito | Destino final |
|---|---|
| REQ-092 Offer Passport | Incremento 2 v2 |
| REQ-093 USF1/USF2/USP | Incremento 2 v2; consumido downstream |
| REQ-094 Política comercial/preço | Absorvido no Conflito 2; I2/I5 |
| REQ-095 Divulgação | Absorvido no Conflito 5; I2/I4/I6/TRV |
| REQ-098 Customer Need Truth | Absorvido no Conflito 3; I3 |
| REQ-099 Fit/hard stops | Absorvido no Conflito 4; I4 |
| REQ-100 Responsible Promise | Absorvido no Conflito 7; I4 |
| REQ-101 Promise Alignment | Absorvido no Conflito 7; I4 |
| REQ-102 Proposal Readiness | Absorvido no Conflito 8; I5 |
| REQ-103 Apresentar antes de enviar | Absorvido no Conflito 1; I6 |
| REQ-106 Decision Friction | Incremento 6 v2 |
| REQ-108 Relevant Value Stack | Incremento 6 v2 |
| REQ-110 Encerrar sem compromisso | Absorvido no Conflito 6; I6 |
| REQ-111 Contracted Promise Snapshot | Incremento 6 v2 |
| REQ-112 Value Reality Chain | Incremento 7 v2, em fatia mínima controlada |
Nenhum dos 15 foi descartado.
Diferença em relação à recomendação do PM-009
A recomendação original do PM-009 Destino dos requisitos do v0.3 sem correspondente sugeria deixar REQ-106 e REQ-108 para depois do MVP. A decisão final desta reconciliação os coloca no Incremento 6 v2 — a recomendação foi superada pela decisão registrada aqui.
7. Decisões-chave adicionais
Offer Passport
É projeção governada da OfferVersion, não base paralela.
Value Architecture
USF1/USF2/USP são internos; UX pode usar linguagem simples.
Knowledge Disclosure Boundary
A Proposal deve ser suficiente para decidir, não suficiente para copiar.
Customer Need Truth
Snapshot usado downstream permanece imutável para aquele uso.
Fit
Hard stop confirmado não pode ser compensado por dimensões positivas.
Promise
Proposal não pode inventar/ampliar a Promise sem nova validação.
Pricing
Gate 9 define preço; authorization responde se há autoridade para praticá-lo.
Proposal Readiness
Gates 8–10 concluídos não substituem o controle composto.
Proposal
Apresentar antes de enviar é regra do fluxo padrão.
Decision
Pipeline não deve manter zombie opportunities sem compromisso legítimo.
Contracted Promise
Delivery recebe a verdade comercial final, não necessariamente a primeira Proposal.
Value Reality
MVP preserva Promised/Contracted e pode receber sinais mínimos posteriores; não vira Customer Success suite.
8. Impacto por incremento
| Incremento | Patch |
|---|---|
| I1 Fundação | Sem reabertura funcional |
| I2 Configuração | OfferVersion/Passport, Value Architecture, Commercial Policy, Disclosure |
| I3 Lead/Need | NeedInstance, Customer Need Truth, Isolation, Gate 5, Opportunity Gate |
| I4 Solução | Candidate Eligibility, Fit states/hard stops, Promise, Promise Alignment |
| I5 Negócio | Pricing/Authorization, Commercial Configuration, Proposal Readiness |
| I6 Proposta/Decisão | Proposal lifecycle, Send Authorization, Decision Friction, Value Stack, closures, Contracted Promise |
| I7 Aprendizado | outcomes granulares, price chain, Value Reality Chain mínima |
| Transversal | taxonomia final de Gates/Controls/Alignment + regras compartilhadas |
9. Freeze conceitual reconciliado
Com esta reconciliação:
- os 8 conflitos têm decisão;
- os 15 requisitos órfãos têm destino;
- nenhum novo incremento funcional é necessário;
- não há decisão conceitual bloqueante conhecida para iniciar Modelo de Dados e Protótipo.
Status: RECONCILED_FOR_FREEZE_CANDIDATE_V2
O que ainda não mudou
Esta reconciliação decide o conteúdo dos 8 conflitos e o destino dos 15 requisitos órfãos. Ela não edita, por si só, os PRDs por incremento (
06 Construção/PRDs), nem muda a fonte oficial de produto (que continua sendo o Orquestro — Consolidado v0.3 (2026-08-22) enquanto a DEC-008 Adoção dos PRDs por incremento não for aceita). A edição de cada PRD acontece quando o incremento correspondente entrar em construção.