Registrar arquitetura de valor USF1, USF2 e USP
Problema / Contexto
Proposta e negociação não podem inventar benefícios. O valor que pode ser comunicado precisa ser definido antes, na organização e em cada oferta.
História de usuário
Como sócio, quero registrar o valor tangível (USF1), o valor da forma de entregar (USF2) e o diferencial (USP), para que a comunicação só use valor sustentado.
Comportamento esperado
- Registrar USF1/USF2/USP da organização.
- Especializar USF1/USF2/USP por OfferVersion.
- Vincular cada item a evidências, limitações e benefícios permitidos/proibidos.
- Revisar e aprovar a arquitetura de valor.
Papel da IA
- IA sugere: sugerir itens de valor e detectar claims sem evidência.
- Humano valida: sócio aprova, ajusta ou rejeita cada item.
Regras de negócio
- RN1: USF2 comunica o valor do COMO sem revelar o método protegido.
- RN2: USP de superioridade exige evidência.
- RN3: Valor da organização ≠ valor específico da oferta.
Dados envolvidos
- usf1_items — lista — sim — decisão humana
- usf2_items — lista — sim — decisão humana
- usp — texto — sim — decisão humana
- evidencias — vínculos — não — fato
Critérios de aceite
- Dado USP sem evidência suficiente, quando o usuário tenta marcá-la como claim suportado, então o sistema bloqueia e pede revisão.
- Dado arquitetura aprovada, quando ela é alterada, então nova versão é criada e propostas antigas continuam ligadas à versão usada.
Exceções e erros
- Oferta sem arquitetura de valor pode existir em VALIDATING, mas não chega a READY_TO_MATCH quando o valor for material.
Fora de escopo
- Posicionamento de marca.
Dúvidas em aberto
- Nenhuma dúvida aberta identificada nas fontes atuais.
Histórico
| Data | O que mudou | Quem | Referência |
|---|---|---|---|
| 2026-09-16 | Criado a partir da análise v0.3 × requisitos | Julio | Análise v0.3 × Requisitos |
| 2026-09-16 | Revisado pelas sócias após adoção do v0.3; status → aprovado | Julio | DEC-007 Adoção do Sales Intelligence v0.3 |