Documento de construção
PRD recebido no pacote de 2026-09-18. Ver Análise PRDs × v0.3 antes de implementar: a taxonomia deste pacote ainda está em conflito com as notas do v0.3.
Orquestro
Incremento 05 — Negócio
Código: Orquestro-BIZ
Versão: 1.1 — Freeze Candidate (Patch Transversal)
Dependências: Incrementos 1–4
Início: solução aderente após reunião pré-proposta
Fim: preço + condições + desenho do negócio decididos pelo humano
Human Gates: Gate 8 — Análise do Negócio · Gate 9 — Preço · Gate 10 — Condições
1. Objetivo
Este incremento responde à pergunta:
Essa solução é boa para o cliente. Mas esse negócio também é bom para quem está vendendo?
Ao final, o Orquestro deve ajudar o usuário a responder:
- Essa venda tem valor comercial real?
- A solução é aderente?
- Conseguimos entregar sem prejudicar a operação?
- Quanto esforço isso exige?
- Quem ficará mais pressionado?
- Quais custos existem?
- Quanto faz sentido cobrar?
- Que referências sustentam essa faixa?
- O preço escolhido continua saudável?
- Existe uma condição que faça sentido para quem vende e para quem compra?
- Se houver contraproposta, o que muda?
- Devemos seguir com esse desenho, ajustar ou não avançar?
Regra central:
Faturamento alto não significa necessariamente negócio bom.
A IA pode analisar, comparar, sinalizar riscos e sugerir.
O humano decide.
2. Jornada do Incremento
Reunião pré-proposta concluída
↓
Essa venda também é boa para você?
↓
Revisar escopo provável
↓
Estimar esforço
↓
Aplicar capacidade
↓
Identificar pessoas/parceiros críticos
↓
Calcular custos conhecidos
↓
Analisar complexidade
↓
Business Fit preliminar
↓
Quanto faz sentido cobrar?
↓
Histórico próprio
+ esforço
+ valor/hora
+ custos
+ capacidade
+ complexidade
+ mercado
↓
Orquestro sugere faixa
↓
Humano define preço
↓
Como esse cliente consegue comprar?
↓
Condições possíveis
↓
Impacto para os dois lados
↓
Humano ajusta
↓
Business Fit final
↓
Gate 8 — Análise do Negócio
↓
Preço confirmado pelo humano
↓
Gate 9 — Preço
↓
Condições confirmadas pelo humano
↓
Gate 10 — Condições
↓
Condições prontas para proposta
↓
Incremento 63. Quatro lentes do Business Fit
3.1 Comercial
Pergunta: Existe necessidade e valor percebido?
Considera:
- Need validado;
- prioridade;
- impacto;
- urgência declarada;
- reação à solução;
- sinais de valor percebido;
- objeções;
- potencial estratégico futuro.
3.2 Solução
Pergunta: Temos competência e aderência?
Considera:
- Solution validada;
- ofertas;
- expertises;
- histórico relevante;
- ajustes pós-reunião;
- riscos;
- escopo ainda incerto.
3.3 Operacional
Pergunta: Conseguimos entregar adequadamente?
Considera:
- quem executará;
- esforço estimado;
- capacidade disponível;
- capacidade comprometida;
- terceiros;
- pessoas críticas;
- duração;
- cronograma;
- dependências;
- risco de sobrecarga.
3.4 Econômica
Pergunta: Preço, esforço e custos fazem sentido?
Considera:
- esforço;
- horas;
- valor/hora;
- custos diretos;
- impostos;
- terceiros;
- deslocamentos;
- capacidade consumida;
- complexidade;
- histórico;
- referências externas;
- contexto econômico disponível.
A IA não aprova nem reprova nenhuma lente.
4. Potencial estratégico futuro
O potencial estratégico fica dentro da lente Comercial.
Pergunta:
Além deste projeto, este negócio pode abrir outras oportunidades?
Sinais possíveis:
- continuidade / recorrência;
- outras propostas para o mesmo cliente;
- cross-sell;
- expansão para outras áreas;
- expansão para outras unidades;
- acesso a novos decisores;
- acesso a grupo econômico;
- indicações;
- entrada em mercado estratégico;
- cliente estrategicamente relevante;
- possibilidade de case/referência, quando houver autorização;
- ainda não sabemos.
Registrar:
strategic_potential
LOW
MEDIUM
HIGH
UNKNOWN
strategic_confidence
LOW
MEDIUM
HIGHPreservar a base da percepção:
CUSTOMER_STATEMENT
SELLER_OBSERVATION
EVIDENCE
OBSERVED_PATTERN
AI_HYPOTHESISRegra:
Potencial estratégico não torna automaticamente saudável um negócio operacional ou economicamente ruim.
Também não gera desconto automático.
Pode sustentar uma decisão humana consciente de aceitar uma condição menos favorável, desde que o impacto atual permaneça explícito e a razão estratégica seja registrada.
5. Escopo de cálculo
Registrar:
- componentes;
- entregáveis;
- quantidades;
- prazo;
- formato;
- presencial/remoto/híbrido;
- localidades;
- responsabilidades;
- dependências;
- premissas;
- exclusões.
BusinessScope
id
opportunity_id
solution_version_id
components[]
deliverables[]
delivery_model
start_estimate
duration_estimate
client_responsibilities[]
seller_responsibilities[]
assumptions[]
exclusions[]
version
statusMudança relevante exige recálculo.
6. Esforço
Categorias:
- reuniões;
- análise;
- execução;
- produção de materiais;
- treinamento;
- acompanhamento;
- deslocamento;
- backoffice.
A IA pode sugerir esforço com base em histórico, oferta e escopo atual.
Cada linha permite:
Confirmar | Ajustar
EffortEstimate
opportunity_id
business_scope_version
items[]
total_hours
ai_suggested
reviewed_by
reviewed_at
versionCada item:
category
person_or_role
hours
source
confidence7. Capacidade aplicada à Opportunity
Avaliar:
- percentual da agenda utilizado;
- duração;
- concentração em pessoa-chave;
- comprometimento com outros clientes;
- risco de sobrecarga.
O sistema pode sinalizar pressão de capacidade, mas não reprovar automaticamente o negócio.
8. Terceirização aplicada ao negócio
Considerar:
- parte terceirizada;
- parceiro;
- disponibilidade;
- capacidade consumida;
- dependência crítica;
- custo;
- alternativa possível.
Terceirização não é capacidade infinita.
9. Custos
Registrar:
- impostos;
- terceiros;
- deslocamentos;
- ferramentas;
- materiais;
- outros custos diretos.
Diferenciar:
0de:
desconhecidoNunca assumir zero quando o custo não foi informado.
10. Valor/hora
Permitir:
Valor/hora geralou por papel:
Especialista
Consultor
Backoffice
ParceiroValor/hora é referência, não preço final.
Permanece como dado financeiro sensível.
11. DRE do vendedor
A DRE do cliente Orquestro pode apoiar a lente econômica.
Pode ajudar a entender:
- estrutura de despesas;
- peso de pessoal;
- custos recorrentes;
- contexto econômico do vendedor.
A DRE:
- permanece sensível;
- não determina preço;
- não substitui Business Fit;
- não é obrigatória;
- não transforma o Orquestro em sistema contábil.
Ausência de DRE não bloqueia a análise.
12. Complexidade
Possíveis fatores:
- alta customização;
- muitos stakeholders;
- múltiplas unidades;
- complexidade técnica;
- prazo curto;
- muito presencial;
- dependência de especialista;
- escopo instável;
- outro.
A complexidade deve ser explicável.
Evitar coeficiente oculto.
13. Business Fit preliminar
Tela:
Como este negócio parece até agora?
Lentes:
- Comercial — Saudável / Atenção / Informação insuficiente
- Solução — Saudável / Atenção / Informação insuficiente
- Operacional — Saudável / Atenção / Informação insuficiente
- Econômica — Saudável / Atenção / Informação insuficiente
BusinessFit
id
opportunity_id
commercial_assessment
solution_assessment
operational_assessment
economic_assessment
signals[]
risks[]
gaps[]
status
decision
decided_by
decided_at
versionEvitar APPROVED/REJECTED antes da decisão humana.
14. Precificação
Pergunta:
Quanto faz sentido cobrar?
A precificação combina múltiplas referências:
- Histórico próprio
- Esforço
- Valor/hora
- Custos
- Capacidade
- Complexidade
- Mercado
- Valor percebido / contexto
Nunca apenas uma.
15. Histórico próprio
Usar apenas propostas razoavelmente comparáveis.
Mostrar:
- último semelhante;
- média;
- faixa;
- menor;
- maior.
Cada referência deve ter comparabilidade:
HIGH
MEDIUM
LOWRegra:
Histórico ajuda. Histórico não determina preço.
16. Referências externas
Quando houver dado confiável:
- preço público;
- pesquisa setorial;
- referência profissional;
- mercado regional;
- mercado nacional.
Preservar:
fonte
data
grau de comparabilidadeSe não houver boa referência:
Não encontramos referência externa suficientemente comparável para usar nesta análise.
Nunca inventar “média da região”.
17. Valor percebido
Pode considerar:
- importância declarada;
- prioridade;
- urgência;
- impacto;
- reação à Solution;
- faixa mencionada pelo cliente.
Não usar vulnerabilidade para cobrar mais.
18. Sugestão de preço
O Orquestro pode sugerir:
Valor mínimo saudável
R$ ...
Faixa recomendada
R$ ... – R$ ...
Valor mais alto justificável
R$ ...O valor mais alto justificável só aparece com base suficiente.
A tela deve explicar os fundamentos.
19. PricingScenario
PricingScenario
opportunity_id
business_fit_version
historical_reference
effort_reference
hourly_reference
cost_reference
capacity_reference
complexity_reference
market_reference
value_context
healthy_minimum
recommended_min
recommended_max
higher_justifiable
reasoning[]
version
generated_at20. Decisão humana do preço
Opções:
- Usar sugestão
- Definir outro valor
Registrar:
selected_price
selected_by
selected_at
within_recommended_range
override_reason_optional21. Preço abaixo da faixa saudável
Se o usuário escolher abaixo:
Atenção
Esse valor está abaixo da faixa considerada saudável com as premissas atuais.
Mostrar por quê.
Ações:
- Manter mesmo assim
- Rever
Se mantiver, registrar a decisão.
Motivos podem incluir:
- cliente estratégico;
- entrada em mercado;
- primeira fase;
- relação de longo prazo;
- expansão provável;
- decisão consciente da direção.
Nenhum desses motivos gera desconto automático.
22. Contexto de compra do cliente
Pergunta:
Como esse cliente consegue comprar?
Usar somente quando legitimamente disponível:
- orçamento declarado;
- faixa informada;
- histórico comercial;
- forma usual de contratação;
- prazo de pagamento;
- sazonalidade conhecida;
- número de parcelas solicitado;
- urgência;
- regras de compras;
- objeções;
- informações financeiras públicas confiáveis;
- porte/contexto.
Não inferir capacidade de pagamento por características pessoais.
Se faltarem dados:
Não temos dados suficientes para estimar as condições mais confortáveis para este cliente.
23. TruthMode financeiro do prospect
CLIENTE:
“Consigo investir até R$ 30 mil agora.”
→ CUSTOMER_STATEMENTVENDEDOR:
“Percebi preocupação com fluxo de caixa.”
→ SELLER_OBSERVATIONIA:
“Parcelamento mais longo pode reduzir a barreira.”
→ AI_HYPOTHESIS24. Condições comerciais
Pergunta:
Existe uma condição que faça sentido para os dois lados?
Cenários possíveis:
- manter valor;
- aumentar parcelamento;
- reduzir escopo;
- dividir em fases;
- alterar prazo;
- alterar equipe;
- alterar parceiro;
- alterar forma de entrega;
- alterar responsabilidades do cliente.
CommercialConditionScenario
opportunity_id
pricing_scenario_id
price
down_payment
installments
payment_schedule
scope_version
delivery_model
timeline
seller_responsibilities[]
client_responsibilities[]
impact_on_effort
impact_on_capacity
impact_on_costs
seller_sustainability
client_compatibility
status25. Comparação de cenários
Mostrar lado a lado:
- valor;
- parcelas;
- escopo;
- prazo;
- esforço;
- capacidade.
Também mostrar:
Para você
Impacto operacional/econômico.
Para o cliente
Compatibilidade estimada somente com os dados disponíveis.
O Orquestro não escolhe automaticamente o “melhor cenário”.
26. Recálculo
Sempre recalcular quando mudar:
- preço;
- escopo;
- prazo;
- equipe;
- parceiro;
- forma de entrega;
- parcelas;
- responsabilidades.
Recalcular conforme aplicável:
esforço
custos
capacidade
complexidade
Business Fit27. Business Fit final
Depois do preço e das condições escolhidas:
Como esse negócio ficou?
Mostrar:
- Comercial
- Solução
- Operacional
- Econômica
- principais sinais;
- pontos de atenção;
- gaps;
- potencial estratégico separado dos riscos atuais.
28. Gate 8 — Análise do Negócio
Ações:
- Seguir
- Ajustar
- Não seguir desta forma
Internamente:
PROCEED
ADJUST
DO_NOT_PROCEEDRegistrar:
- quem decidiu;
- quando;
- versão;
- preço escolhido;
- condição escolhida;
- justificativa estratégica, quando houver.
A IA não pode fechar Gate 8.
Somente Seguir habilita a formalização do preço no Gate 9.
28.1 Gate 9 — Preço
Depois do Gate 8, o preço escolhido precisa ser confirmado explicitamente pelo humano.
Registrar:
selected_price
pricing_scenario_version
confirmed_by
confirmed_atA IA pode sugerir faixa, alertar e explicar fundamentos.
A IA não pode fechar Gate 9.
Se o preço mudar materialmente depois do Gate 9:
recalcular impacto econômico
↓
reabrir Gate 9
↓
revalidar etapas anteriores quando a mudança alterar as premissas do Business Fit28.2 Gate 10 — Condições
Depois do Gate 9, a condição comercial escolhida precisa ser confirmada explicitamente pelo humano.
Registrar:
commercial_condition_scenario_version
confirmed_by
confirmed_atA IA pode simular condições e mostrar impactos.
A IA não pode fechar Gate 10.
Se condição, parcelamento, prazo, escopo, equipe, parceiro ou responsabilidades mudarem de modo relevante depois do Gate 10, recalcular o que for aplicável e reabrir o Gate correspondente.
Somente a conclusão dos Gates 8, 9 e 10 habilita a passagem ao Incremento 6.
29. Passagem para Incremento 6
Levar:
Need validado
Solution validada
BusinessScope final
EffortEstimate
CapacityImpact
CostEstimate
PricingScenario
selected_price
CommercialConditionScenario escolhido
BusinessFit final
prazo
responsabilidades
exclusões
premissasCTA:
Preparar proposta
30. Objetos lógicos novos
BusinessScope
EffortEstimate
OpportunityCapacityImpact
CostEstimate
CostItem
HourlyReference
ComplexityAssessment
BusinessFit
PricingReference
PricingScenario
ClientPurchaseContext
CommercialConditionScenario31. Segurança financeira
Dados sensíveis:
- DRE;
- valor/hora;
- custos;
- estrutura econômica;
- rentabilidade.
Aplicar:
VIEW_SENSITIVE_FINANCIAL_DATAUsuário sem permissão não recebe os dados brutos.
Pode receber resultado resumido autorizado.
32. Auditoria
Eventos:
BUSINESS_SCOPE_CREATED
BUSINESS_SCOPE_UPDATED
EFFORT_AI_SUGGESTED
EFFORT_HUMAN_REVIEWED
CAPACITY_IMPACT_CALCULATED
COST_ESTIMATE_UPDATED
PRICING_REFERENCES_CALCULATED
PRICE_RANGE_SUGGESTED
PRICE_SELECTED
PRICE_OVERRIDE_RECORDED
CLIENT_PURCHASE_CONTEXT_UPDATED
COMMERCIAL_CONDITION_SUGGESTED
COMMERCIAL_CONDITION_ADJUSTED
COMMERCIAL_CONDITION_SELECTED
BUSINESS_FIT_CALCULATED
BUSINESS_FIT_DECIDED33. TruthMode da precificação
PROPOSTA HISTÓRICA:
Projeto comparável foi vendido por R$ 28 mil.
→ EVIDENCEESTIMATIVA:
Esta entrega deve exigir aproximadamente 98h.
→ HUMAN_REVIEWED_ESTIMATEFONTE EXTERNA:
Referência regional encontrada em R$ X–Y.
Comparabilidade: baixa.
→ PUBLIC_REFERENCEIA:
Faixa recomendada R$ 31–35 mil.
→ AI_SUGGESTIONHUMANO:
Preço escolhido: R$ 34 mil.
→ HUMAN_DECISION34. O que não entra neste incremento
- valuation;
- projeção financeira completa;
- fluxo de caixa empresarial completo;
- margem contábil sofisticada;
- custo de oportunidade avançado;
- forecast financeiro;
- análise de crédito do prospect;
- score automático de capacidade de pagamento;
- benchmarking externo amplo;
- recomendação financeira autônoma.
35. Requisitos Funcionais
A. Entrada e pré-condições
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-001 | Só iniciar a análise a partir de Opportunity válida. | MUST |
| BIZ-REQ-002 | Deve existir Need validado. | MUST |
| BIZ-REQ-003 | Deve existir Solution vigente validada. | MUST |
| BIZ-REQ-004 | Recuperar resultado da reunião pré-proposta. | MUST |
| BIZ-REQ-005 | Recuperar objeções e preocupações existentes. | MUST |
| BIZ-REQ-006 | Recuperar faixa preliminar, quando houver. | MUST |
| BIZ-REQ-007 | Recuperar capacidade vigente. | MUST |
| BIZ-REQ-008 | Recuperar dados financeiros permitidos do vendedor. | MUST |
| BIZ-REQ-009 | Dados ausentes devem permanecer ausentes. | MUST |
| BIZ-REQ-010 | A entrada não pode gerar Business Fit aprovado automaticamente. | MUST |
B. Escopo utilizado para análise
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-011 | Criar escopo específico para cálculo do negócio. | MUST |
| BIZ-REQ-012 | Relacioná-lo à versão da Solution utilizada. | MUST |
| BIZ-REQ-013 | Registrar componentes da entrega. | MUST |
| BIZ-REQ-014 | Registrar entregáveis. | MUST |
| BIZ-REQ-015 | Registrar quantidades relevantes. | MUST |
| BIZ-REQ-016 | Registrar modelo presencial/remoto/híbrido. | MUST |
| BIZ-REQ-017 | Registrar localidades quando relevantes. | MUST |
| BIZ-REQ-018 | Registrar duração estimada. | MUST |
| BIZ-REQ-019 | Registrar responsabilidades do vendedor. | MUST |
| BIZ-REQ-020 | Registrar responsabilidades do cliente. | MUST |
| BIZ-REQ-021 | Registrar premissas. | MUST |
| BIZ-REQ-022 | Registrar exclusões. | MUST |
| BIZ-REQ-023 | Versionar mudanças relevantes. | MUST |
| BIZ-REQ-024 | Mudança de escopo deve sinalizar necessidade de recálculo. | MUST |
C. Esforço
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-025 | Estimar esforço total da oportunidade. | MUST |
| BIZ-REQ-026 | Separar esforço por atividade. | MUST |
| BIZ-REQ-027 | Considerar reuniões. | MUST |
| BIZ-REQ-028 | Considerar análise. | MUST |
| BIZ-REQ-029 | Considerar execução. | MUST |
| BIZ-REQ-030 | Considerar produção de materiais. | MUST |
| BIZ-REQ-031 | Considerar treinamento. | MUST |
| BIZ-REQ-032 | Considerar acompanhamento. | MUST |
| BIZ-REQ-033 | Considerar deslocamento quando aplicável. | MUST |
| BIZ-REQ-034 | Considerar backoffice explicitamente. | MUST |
| BIZ-REQ-035 | Relacionar esforço a pessoa ou papel. | MUST |
| BIZ-REQ-036 | IA pode sugerir esforço usando histórico. | MUST |
| BIZ-REQ-037 | Sugestão deve indicar sua base. | MUST |
| BIZ-REQ-038 | Humano pode alterar qualquer estimativa. | MUST |
| BIZ-REQ-039 | Alteração humana prevalece. | MUST |
| BIZ-REQ-040 | Não apresentar estimativa como medição exata. | MUST |
| BIZ-REQ-041 | Preservar versão revisada. | MUST |
| BIZ-REQ-042 | Registrar quem revisou. | MUST |
D. Capacidade aplicada
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-043 | Cruzar esforço desta Opportunity com capacidade disponível. | MUST |
| BIZ-REQ-044 | Separar capacidade total e capacidade comprometida. | MUST |
| BIZ-REQ-045 | Calcular capacidade que esta entrega consumiria. | MUST |
| BIZ-REQ-046 | Avaliar duração dessa ocupação. | MUST |
| BIZ-REQ-047 | Avaliar concentração em pessoa crítica. | MUST |
| BIZ-REQ-048 | Considerar outros clientes já comprometidos. | MUST |
| BIZ-REQ-049 | Mostrar possível sobrecarga. | MUST |
| BIZ-REQ-050 | Mostrar redução relevante da capacidade para novas vendas. | MUST |
| BIZ-REQ-051 | Não reprovar automaticamente por pressão de capacidade. | MUST |
| BIZ-REQ-052 | Permitir alterar prazo e recalcular. | MUST |
| BIZ-REQ-053 | Permitir alterar equipe e recalcular. | MUST |
| BIZ-REQ-054 | Permitir alterar escopo e recalcular. | MUST |
| BIZ-REQ-055 | Mostrar impacto por pessoa/papel. | MUST |
| BIZ-REQ-056 | Preservar base usada no cálculo. | MUST |
| BIZ-REQ-057 | Dado aproximado deve aparecer como aproximado. | MUST |
| BIZ-REQ-058 | Falta de capacidade conhecida deve virar gap. | MUST |
| BIZ-REQ-059 | Capacidade crítica deve gerar ponto de atenção. | MUST |
| BIZ-REQ-060 | Ponto de atenção não equivale a decisão humana. | MUST |
E. Terceirização aplicada
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-061 | Identificar partes terceirizadas desta Opportunity. | MUST |
| BIZ-REQ-062 | Relacionar parceiro existente quando aplicável. | MUST |
| BIZ-REQ-063 | Registrar horas/entregas externas previstas. | MUST |
| BIZ-REQ-064 | Considerar disponibilidade do parceiro. | MUST |
| BIZ-REQ-065 | Considerar dependência crítica. | MUST |
| BIZ-REQ-066 | Considerar custo do parceiro. | MUST |
| BIZ-REQ-067 | Permitir registrar alternativa de parceiro. | MUST |
| BIZ-REQ-068 | Não tratar terceirização como capacidade infinita. | MUST |
| BIZ-REQ-069 | Indisponibilidade deve gerar ponto de atenção. | MUST |
| BIZ-REQ-070 | Mudança de parceiro deve permitir recálculo. | MUST |
F. Custos e contexto econômico
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-071 | Registrar impostos estimados quando conhecidos. | MUST |
| BIZ-REQ-072 | Registrar terceiros. | MUST |
| BIZ-REQ-073 | Registrar deslocamentos. | MUST |
| BIZ-REQ-074 | Registrar ferramentas específicas. | MUST |
| BIZ-REQ-075 | Registrar materiais. | MUST |
| BIZ-REQ-076 | Registrar outros custos diretos. | MUST |
| BIZ-REQ-077 | Diferenciar custo zero de custo desconhecido. | MUST |
| BIZ-REQ-078 | Custo desconhecido não pode assumir zero. | MUST |
| BIZ-REQ-079 | Mostrar total de custos conhecidos. | MUST |
| BIZ-REQ-080 | Mostrar quantidade de custos ainda desconhecidos. | MUST |
| BIZ-REQ-081 | Preservar origem de cada custo. | MUST |
| BIZ-REQ-082 | Humano pode corrigir estimativas. | MUST |
G. DRE do vendedor
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-083 | Poder usar dados confirmados da DRE como contexto. | MUST |
| BIZ-REQ-084 | DRE permanece documento financeiro sensível. | MUST |
| BIZ-REQ-085 | Usuário sem permissão não acessa dados brutos. | MUST |
| BIZ-REQ-086 | A análise pode considerar estrutura de despesas. | MUST |
| BIZ-REQ-087 | Pode considerar custos recorrentes quando identificáveis. | MUST |
| BIZ-REQ-088 | Pode considerar contexto de pessoal quando disponível. | MUST |
| BIZ-REQ-089 | Não realizar análise contábil completa. | MUST |
| BIZ-REQ-090 | Não calcular automaticamente saúde financeira sofisticada. | MUST |
| BIZ-REQ-091 | DRE não determina preço. | MUST |
| BIZ-REQ-092 | Ausência de DRE não bloqueia Business Fit. | MUST |
H. Complexidade
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-093 | Registrar customização. | MUST |
| BIZ-REQ-094 | Registrar quantidade/complexidade de stakeholders. | MUST |
| BIZ-REQ-095 | Registrar múltiplas unidades. | MUST |
| BIZ-REQ-096 | Registrar complexidade técnica. | MUST |
| BIZ-REQ-097 | Registrar prazo curto. | MUST |
| BIZ-REQ-098 | Registrar exigência presencial. | MUST |
| BIZ-REQ-099 | Registrar dependência de especialista. | MUST |
| BIZ-REQ-100 | Registrar instabilidade do escopo. | MUST |
| BIZ-REQ-101 | Complexidade deve ser explicável. | MUST |
| BIZ-REQ-102 | Não usar multiplicador oculto sem justificativa visível. | MUST |
I. Lente Comercial + potencial estratégico
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-103 | Considerar Need validado. | MUST |
| BIZ-REQ-104 | Considerar prioridade. | MUST |
| BIZ-REQ-105 | Considerar impacto. | MUST |
| BIZ-REQ-106 | Considerar valor percebido. | MUST |
| BIZ-REQ-107 | Considerar reação do cliente à Solution. | MUST |
| BIZ-REQ-108 | Considerar preocupações e objeções. | MUST |
| BIZ-REQ-109 | Diferenciar evidência comercial de expectativa do vendedor. | MUST |
| BIZ-REQ-110 | Avaliar potencial de continuidade/recorrência. | MUST |
| BIZ-REQ-111 | Avaliar possibilidade de novas propostas. | MUST |
| BIZ-REQ-112 | Avaliar cross-sell. | MUST |
| BIZ-REQ-113 | Avaliar expansão para outras áreas. | MUST |
| BIZ-REQ-114 | Avaliar expansão para outras unidades. | MUST |
| BIZ-REQ-115 | Avaliar acesso a novos decisores. | MUST |
| BIZ-REQ-116 | Avaliar acesso a grupo econômico quando pertinente. | MUST |
| BIZ-REQ-117 | Avaliar potencial de indicação. | MUST |
| BIZ-REQ-118 | Avaliar entrada em mercado estratégico. | MUST |
| BIZ-REQ-119 | Avaliar relevância estratégica do cliente. | MUST |
| BIZ-REQ-120 | Avaliar potencial de case/referência quando legítimo/autorizado. | MUST |
| BIZ-REQ-121 | Permitir Ainda não sabemos. | MUST |
| BIZ-REQ-122 | Registrar base de cada percepção estratégica. | MUST |
| BIZ-REQ-123 | Registrar confiança Baixa/Média/Alta. | MUST |
| BIZ-REQ-124 | Potencial estratégico não torna automaticamente um negócio saudável. | MUST |
| BIZ-REQ-125 | Potencial estratégico não gera desconto automático. | MUST |
| BIZ-REQ-126 | Pode sustentar decisão estratégica humana consciente. | MUST |
| BIZ-REQ-127 | Se usado para justificar exceção, registrar o motivo. | MUST |
J. Lente Solução
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-128 | Recuperar Solution validada. | MUST |
| BIZ-REQ-129 | Considerar aderência reconhecida na pré-proposta. | MUST |
| BIZ-REQ-130 | Considerar ajustes pós-reunião. | MUST |
| BIZ-REQ-131 | Considerar expertise existente. | MUST |
| BIZ-REQ-132 | Considerar lacunas técnicas. | MUST |
| BIZ-REQ-133 | Considerar riscos da solução. | MUST |
| BIZ-REQ-134 | Não refazer automaticamente Solution Fit. | MUST |
| BIZ-REQ-135 | Se Solution mudou, usar somente a versão vigente validada. | MUST |
K. Lente Operacional
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-136 | Avaliar capacidade disponível. | MUST |
| BIZ-REQ-137 | Avaliar esforço da oportunidade. | MUST |
| BIZ-REQ-138 | Avaliar concentração em pessoas críticas. | MUST |
| BIZ-REQ-139 | Avaliar terceiros. | MUST |
| BIZ-REQ-140 | Avaliar prazo. | MUST |
| BIZ-REQ-141 | Avaliar cronograma. | MUST |
| BIZ-REQ-142 | Avaliar outros projetos comprometidos. | MUST |
| BIZ-REQ-143 | Avaliar risco de sobrecarga. | MUST |
| BIZ-REQ-144 | Avaliar dependências do cliente para execução. | MUST |
| BIZ-REQ-145 | Não declarar inviabilidade automaticamente. | MUST |
L. Lente Econômica
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-146 | Considerar esforço. | MUST |
| BIZ-REQ-147 | Considerar valor/hora. | MUST |
| BIZ-REQ-148 | Considerar custos conhecidos. | MUST |
| BIZ-REQ-149 | Considerar capacidade consumida. | MUST |
| BIZ-REQ-150 | Considerar complexidade. | MUST |
| BIZ-REQ-151 | Considerar contexto econômico do vendedor quando autorizado. | MUST |
| BIZ-REQ-152 | Antes do preço, a lente pode permanecer incompleta. | MUST |
| BIZ-REQ-153 | Não inventar resultado econômico se faltarem dados. | MUST |
M. Status das lentes
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-154 | Cada lente pode indicar Saudável. | MUST |
| BIZ-REQ-155 | Pode indicar Atenção. | MUST |
| BIZ-REQ-156 | Pode indicar Informação insuficiente. | MUST |
| BIZ-REQ-157 | Deve explicar os principais sinais. | MUST |
| BIZ-REQ-158 | Não gerar score opaco como decisão. | MUST |
N. Histórico próprio
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-159 | Buscar projetos historicamente comparáveis. | MUST |
| BIZ-REQ-160 | Comparar Solution/escopo. | MUST |
| BIZ-REQ-161 | Comparar esforço. | MUST |
| BIZ-REQ-162 | Comparar formato de entrega. | MUST |
| BIZ-REQ-163 | Comparar prazo quando relevante. | MUST |
| BIZ-REQ-164 | Mostrar grau de comparabilidade. | MUST |
| BIZ-REQ-165 | Suportar Alta/Média/Baixa. | MUST |
| BIZ-REQ-166 | Exibir último valor semelhante. | MUST |
| BIZ-REQ-167 | Exibir média. | MUST |
| BIZ-REQ-168 | Exibir faixa. | MUST |
| BIZ-REQ-169 | Exibir menor. | MUST |
| BIZ-REQ-170 | Exibir maior. | MUST |
| BIZ-REQ-171 | Histórico não pode definir o preço sozinho. | MUST |
O. Valor/hora
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-172 | Permitir valor/hora geral. | MUST |
| BIZ-REQ-173 | Permitir valor/hora por papel. | MUST |
| BIZ-REQ-174 | Tratar valor/hora como dado financeiro sensível. | MUST |
| BIZ-REQ-175 | Calcular referência esforço × valor/hora. | MUST |
| BIZ-REQ-176 | Não apresentar como preço correto. | MUST |
| BIZ-REQ-177 | Registrar base usada. | MUST |
P. Referências externas
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-178 | Permitir referência regional quando confiável. | MUST |
| BIZ-REQ-179 | Permitir referência nacional quando pertinente. | MUST |
| BIZ-REQ-180 | Preservar fonte. | MUST |
| BIZ-REQ-181 | Preservar data. | MUST |
| BIZ-REQ-182 | Preservar grau de comparabilidade. | MUST |
| BIZ-REQ-183 | Não usar referência sem contexto. | MUST |
| BIZ-REQ-184 | Permitir indicar comparabilidade limitada. | MUST |
| BIZ-REQ-185 | Ausência de referência confiável deve ser explícita. | MUST |
| BIZ-REQ-186 | Não inventar média de mercado. | MUST |
| BIZ-REQ-187 | Referência externa não determina preço. | MUST |
Q. Sugestão de faixa
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-188 | IA pode calcular valor mínimo saudável estimado. | MUST |
| BIZ-REQ-189 | Pode sugerir faixa recomendada. | MUST |
| BIZ-REQ-190 | Pode sugerir valor mais alto justificável quando houver base. | MUST |
| BIZ-REQ-191 | Deve explicar como chegou à faixa. | MUST |
| BIZ-REQ-192 | Considerar histórico. | MUST |
| BIZ-REQ-193 | Considerar esforço. | MUST |
| BIZ-REQ-194 | Considerar valor/hora. | MUST |
| BIZ-REQ-195 | Considerar custos. | MUST |
| BIZ-REQ-196 | Considerar capacidade. | MUST |
| BIZ-REQ-197 | Considerar complexidade. | MUST |
| BIZ-REQ-198 | Considerar mercado quando confiável. | MUST |
| BIZ-REQ-199 | Considerar valor percebido sem explorar vulnerabilidade. | MUST |
| BIZ-REQ-200 | Não esconder premissas relevantes. | MUST |
R. Decisão humana do preço
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-201 | Humano define o preço final utilizado na proposta. | MUST |
| BIZ-REQ-202 | Pode aceitar sugestão. | MUST |
| BIZ-REQ-203 | Pode escolher valor diferente. | MUST |
| BIZ-REQ-204 | Valor abaixo da faixa saudável gera alerta. | MUST |
| BIZ-REQ-205 | Alerta deve explicar o motivo. | MUST |
| BIZ-REQ-206 | Sistema não bloqueia automaticamente. | MUST |
| BIZ-REQ-207 | Humano pode manter mesmo assim. | MUST |
| BIZ-REQ-208 | Registrar decisão de exceção. | MUST |
| BIZ-REQ-209 | Permitir justificativa estratégica. | MUST |
| BIZ-REQ-210 | Potencial futuro pode justificar exceção, mas não desconto automático. | MUST |
| BIZ-REQ-211 | Alteração de preço exige recálculo econômico. | MUST |
S. Contexto de compra
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-212 | Registrar orçamento declarado pelo cliente. | MUST |
| BIZ-REQ-213 | Registrar faixa de investimento declarada. | MUST |
| BIZ-REQ-214 | Registrar número de parcelas solicitado. | MUST |
| BIZ-REQ-215 | Registrar forma usual de contratação quando conhecida. | MUST |
| BIZ-REQ-216 | Registrar prazo/ciclo de pagamento quando conhecido. | MUST |
| BIZ-REQ-217 | Considerar regras de compras/financeiro conhecidas. | MUST |
| BIZ-REQ-218 | Considerar objeções de investimento. | MUST |
| BIZ-REQ-219 | Considerar sazonalidade apenas quando conhecida. | MUST |
| BIZ-REQ-220 | Informações financeiras públicas devem preservar fonte. | MUST |
| BIZ-REQ-221 | Observação do vendedor permanece observação. | MUST |
| BIZ-REQ-222 | Hipótese de restrição financeira permanece hipótese. | MUST |
| BIZ-REQ-223 | Não afirmar capacidade de pagamento sem evidência. | MUST |
| BIZ-REQ-224 | Não inferir capacidade por características pessoais. | MUST |
| BIZ-REQ-225 | Dados insuficientes devem ser declarados. | MUST |
T. Condições comerciais
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-226 | Sugerir cenário mantendo valor. | MUST |
| BIZ-REQ-227 | Permitir alterar parcelamento. | MUST |
| BIZ-REQ-228 | Permitir reduzir escopo. | MUST |
| BIZ-REQ-229 | Permitir dividir em fases. | MUST |
| BIZ-REQ-230 | Permitir alterar prazo. | MUST |
| BIZ-REQ-231 | Permitir alterar equipe. | MUST |
| BIZ-REQ-232 | Permitir alterar parceiro. | MUST |
| BIZ-REQ-233 | Permitir alterar forma de entrega. | MUST |
| BIZ-REQ-234 | Permitir alterar responsabilidades do cliente. | MUST |
| BIZ-REQ-235 | Cada cenário deve mostrar impacto para o vendedor. | MUST |
| BIZ-REQ-236 | Cada cenário mostra compatibilidade estimada para o cliente apenas com base disponível. | MUST |
| BIZ-REQ-237 | Não declarar melhor cenário automaticamente. | MUST |
| BIZ-REQ-238 | Humano escolhe ou cria outro cenário. | MUST |
U. Recálculo
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-239 | Mudança de preço exige recálculo. | MUST |
| BIZ-REQ-240 | Mudança de escopo exige recálculo. | MUST |
| BIZ-REQ-241 | Mudança de prazo exige recálculo. | MUST |
| BIZ-REQ-242 | Mudança de equipe exige recálculo. | MUST |
| BIZ-REQ-243 | Mudança de parceiro exige recálculo. | MUST |
| BIZ-REQ-244 | Mudança de forma de entrega exige recálculo. | MUST |
| BIZ-REQ-245 | Mudança de condição de pagamento atualiza análise econômica quando relevante. | MUST |
| BIZ-REQ-246 | Recalcular esforço, custos, capacidade e Business Fit conforme aplicável. | MUST |
V. Business Fit final
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-247 | Recalcular as quatro lentes após preço e condição escolhidos. | MUST |
| BIZ-REQ-248 | Mostrar Comercial. | MUST |
| BIZ-REQ-249 | Mostrar Solução. | MUST |
| BIZ-REQ-250 | Mostrar Operacional. | MUST |
| BIZ-REQ-251 | Mostrar Econômica. | MUST |
| BIZ-REQ-252 | Mostrar principais pontos de atenção. | MUST |
| BIZ-REQ-253 | Mostrar gaps relevantes. | MUST |
| BIZ-REQ-254 | Mostrar potencial estratégico separado dos riscos atuais. | MUST |
| BIZ-REQ-255 | Alto potencial futuro não pode esconder condição econômica/operacional ruim. | MUST |
W. Gate 8
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-256 | IA não pode fechar Gate 8. | MUST |
| BIZ-REQ-257 | Usuário deve poder escolher Seguir. | MUST |
| BIZ-REQ-258 | Deve poder escolher Ajustar. | MUST |
| BIZ-REQ-259 | Deve poder escolher Não seguir desta forma. | MUST |
| BIZ-REQ-260 | Registrar quem decidiu. | MUST |
| BIZ-REQ-261 | Registrar quando decidiu. | MUST |
| BIZ-REQ-262 | Registrar versão do Business Fit. | MUST |
| BIZ-REQ-263 | Registrar preço escolhido. | MUST |
| BIZ-REQ-264 | Registrar condição escolhida. | MUST |
| BIZ-REQ-265 | Registrar justificativa estratégica quando relevante. | MUST |
| BIZ-REQ-266 | Somente Seguir habilita a formalização do preço no Gate 9. | MUST |
X. Segurança e rastreabilidade
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-267 | Respeitar organization_id. | MUST |
| BIZ-REQ-268 | Restringir DRE. | MUST |
| BIZ-REQ-269 | Restringir valor/hora. | MUST |
| BIZ-REQ-270 | Restringir custos sensíveis. | MUST |
| BIZ-REQ-271 | Permitir resultado resumido sem revelar base sensível. | MUST |
| BIZ-REQ-272 | Preservar sugestões de IA. | MUST |
| BIZ-REQ-273 | Preservar ajustes humanos. | MUST |
| BIZ-REQ-274 | Preservar preço sugerido × definido. | MUST |
| BIZ-REQ-275 | Preservar condições sugeridas × escolhidas. | MUST |
| BIZ-REQ-276 | Registrar Gate 8 no AuditEvent. | MUST |
| BIZ-REQ-277 | Nenhum Gate 8 pode existir sem humano associado. | MUST |
Y. Gate 9 — Preço
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-278 | IA não pode fechar Gate 9. | MUST |
| BIZ-REQ-279 | Humano deve confirmar explicitamente o preço selecionado. | MUST |
| BIZ-REQ-280 | Registrar preço, versão do PricingScenario, usuário e data/hora do Gate 9. | MUST |
| BIZ-REQ-281 | Mudança relevante de preço após Gate 9 exige reabertura do Gate 9. | MUST |
| BIZ-REQ-282 | Registrar Gate 9 no AuditEvent. | MUST |
| BIZ-REQ-283 | Gate 9 concluído é pré-condição para Gate 10. | MUST |
Z. Gate 10 — Condições
| ID | Requisito | Prioridade |
|---|---|---|
| BIZ-REQ-284 | IA não pode fechar Gate 10. | MUST |
| BIZ-REQ-285 | Humano deve confirmar explicitamente a condição comercial escolhida. | MUST |
| BIZ-REQ-286 | Registrar versão do CommercialConditionScenario, usuário e data/hora do Gate 10. | MUST |
| BIZ-REQ-287 | Mudança relevante de condições após Gate 10 exige reabertura do Gate 10. | MUST |
| BIZ-REQ-288 | Registrar Gate 10 no AuditEvent. | MUST |
| BIZ-REQ-289 | Somente Gates 8, 9 e 10 concluídos habilitam passagem ao Incremento 6. | MUST |
36. Casos de Teste
Escopo, esforço e capacidade
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-001 | Opportunity sem Solution validada não avança. |
| BIZ-TEST-002 | Escopo é criado a partir da Solution vigente. |
| BIZ-TEST-003 | Alteração de escopo gera nova versão. |
| BIZ-TEST-004 | IA sugere esforço. |
| BIZ-TEST-005 | Humano altera esforço sugerido. |
| BIZ-TEST-006 | Backoffice entra no total. |
| BIZ-TEST-007 | Esforço fica relacionado às pessoas/papéis. |
| BIZ-TEST-008 | Capacidade atual é recuperada. |
| BIZ-TEST-009 | Trabalho comprometido reduz disponibilidade. |
| BIZ-TEST-010 | Pessoa crítica gera atenção. |
| BIZ-TEST-011 | Pressão de capacidade não reprova automaticamente. |
Terceirização
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-012 | Parceiro cadastrado entra no cálculo. |
| BIZ-TEST-013 | Disponibilidade limitada gera atenção. |
| BIZ-TEST-014 | Custo do terceiro é considerado. |
| BIZ-TEST-015 | Terceirização não aparece como capacidade infinita. |
| BIZ-TEST-016 | Trocar parceiro recalcula o cenário. |
Custos e DRE
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-017 | Custo conhecido é somado corretamente. |
| BIZ-TEST-018 | Custo desconhecido não vira zero. |
| BIZ-TEST-019 | Sistema informa custos ainda desconhecidos. |
| BIZ-TEST-020 | DRE confirmada pode fornecer contexto econômico. |
| BIZ-TEST-021 | Usuário sem permissão não vê DRE. |
| BIZ-TEST-022 | Ausência de DRE não bloqueia análise. |
| BIZ-TEST-023 | DRE não determina preço automaticamente. |
Complexidade
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-024 | Prazo curto aparece como fator. |
| BIZ-TEST-025 | Alta customização aparece como fator. |
| BIZ-TEST-026 | Dependência de especialista aparece como fator. |
| BIZ-TEST-027 | Complexidade mostra motivos, não apenas score. |
Lente Comercial e potencial estratégico
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-028 | Need e valor percebido alimentam a lente Comercial. |
| BIZ-TEST-029 | Recorrência potencial pode ser registrada. |
| BIZ-TEST-030 | Possível nova proposta pode ser registrada. |
| BIZ-TEST-031 | Expansão para outras unidades pode ser registrada. |
| BIZ-TEST-032 | Potencial de indicação pode ser registrado. |
| BIZ-TEST-033 | Mercado estratégico pode ser registrado. |
| BIZ-TEST-034 | Cada sinal preserva sua origem. |
| BIZ-TEST-035 | Potencial estratégico aceita confiança Baixa/Média/Alta. |
| BIZ-TEST-036 | Hipótese da IA não vira fato. |
| BIZ-TEST-037 | Alto potencial estratégico não transforma operacional ruim em saudável. |
| BIZ-TEST-038 | Alto potencial não gera desconto automático. |
| BIZ-TEST-039 | Humano pode aceitar exceção estratégica conscientemente. |
| BIZ-TEST-040 | Motivo da exceção fica registrado. |
Quatro lentes
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-041 | Comercial pode indicar atenção. |
| BIZ-TEST-042 | Solução pode indicar saudável. |
| BIZ-TEST-043 | Operacional pode indicar atenção. |
| BIZ-TEST-044 | Econômica pode permanecer incompleta antes do preço. |
| BIZ-TEST-045 | Falta de dados aparece como insuficiente. |
| BIZ-TEST-046 | Nenhuma lente é marcada como aprovada pela IA. |
Histórico e referências
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-047 | Histórico busca apenas casos comparáveis. |
| BIZ-TEST-048 | Caso pouco comparável aparece como baixa comparabilidade. |
| BIZ-TEST-049 | Sistema mostra último valor. |
| BIZ-TEST-050 | Mostra média e faixa. |
| BIZ-TEST-051 | Histórico sozinho não define preço. |
| BIZ-TEST-052 | Referência externa preserva fonte. |
| BIZ-TEST-053 | Preserva data. |
| BIZ-TEST-054 | Preserva comparabilidade. |
| BIZ-TEST-055 | Sem referência boa, sistema informa que não encontrou. |
| BIZ-TEST-056 | Sistema não inventa média regional. |
Precificação
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-057 | IA gera faixa usando múltiplas referências. |
| BIZ-TEST-058 | Valor mínimo saudável é exibido. |
| BIZ-TEST-059 | Faixa recomendada é exibida. |
| BIZ-TEST-060 | Valor alto justificável só aparece com fundamentação. |
| BIZ-TEST-061 | Usuário visualiza raciocínio resumido. |
| BIZ-TEST-062 | IA não escolhe preço final. |
| BIZ-TEST-063 | Usuário aceita sugestão. |
| BIZ-TEST-064 | Usuário escolhe preço diferente. |
| BIZ-TEST-065 | Preço abaixo da faixa gera alerta. |
| BIZ-TEST-066 | Usuário consegue manter o preço mesmo assim. |
| BIZ-TEST-067 | Exceção fica registrada. |
| BIZ-TEST-068 | Justificativa estratégica pode ser registrada. |
Contexto de compra
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-069 | Orçamento declarado fica identificado como Customer Statement. |
| BIZ-TEST-070 | Observação de caixa permanece Seller Observation. |
| BIZ-TEST-071 | Hipótese de parcelamento permanece hipótese. |
| BIZ-TEST-072 | Sistema não afirma capacidade de pagamento sem base. |
| BIZ-TEST-073 | Sem dados, informa insuficiência. |
| BIZ-TEST-074 | Informação pública preserva fonte. |
| BIZ-TEST-075 | Característica pessoal não é usada para estimar pagamento. |
Condições
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-076 | Pode criar cenário mantendo valor. |
| BIZ-TEST-077 | Pode criar cenário com mais parcelas. |
| BIZ-TEST-078 | Pode criar cenário com menor escopo. |
| BIZ-TEST-079 | Pode criar cenário em fases. |
| BIZ-TEST-080 | Reduzir preço mantendo tudo não é ação automática. |
| BIZ-TEST-081 | Cenário mostra impacto no esforço. |
| BIZ-TEST-082 | Mostra impacto em capacidade. |
| BIZ-TEST-083 | Mostra impacto em custos. |
| BIZ-TEST-084 | Sistema não seleciona sozinho a melhor condição. |
| BIZ-TEST-085 | Humano seleciona cenário. |
Recálculo e Gate 8
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-086 | Mudar preço recalcula Econômico. |
| BIZ-TEST-087 | Mudar escopo recalcula esforço. |
| BIZ-TEST-088 | Mudar prazo recalcula capacidade. |
| BIZ-TEST-089 | Mudar parceiro recalcula custos. |
| BIZ-TEST-090 | Business Fit final mostra quatro lentes. |
| BIZ-TEST-091 | Potencial futuro aparece separado dos riscos atuais. |
| BIZ-TEST-092 | IA não fecha Gate 8. |
| BIZ-TEST-093 | Humano escolhe Seguir. |
| BIZ-TEST-094 | Humano escolhe Ajustar. |
| BIZ-TEST-095 | Humano escolhe Não seguir desta forma. |
| BIZ-TEST-096 | Gate 8 registra usuário e data. |
| BIZ-TEST-097 | Só Seguir libera preparação da proposta. |
Segurança e histórico
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-098 | Usuário sem permissão não vê valor/hora. |
| BIZ-TEST-099 | Usuário sem permissão não vê custos restritos. |
| BIZ-TEST-100 | Usuário pode receber alerta econômico sem ver DRE. |
| BIZ-TEST-101 | Preço sugerido original permanece no histórico. |
| BIZ-TEST-102 | Preço definido permanece separado. |
| BIZ-TEST-103 | Cenários rejeitados permanecem rastreáveis. |
| BIZ-TEST-104 | Gate 8 aparece na auditoria. |
| BIZ-TEST-105 | Nenhum Gate 8 existe sem ação humana. |
Gates 9 e 10
| ID | Resultado esperado |
|---|---|
| BIZ-TEST-106 | IA não consegue fechar Gate 9. |
| BIZ-TEST-107 | Gate 9 registra preço, versão, usuário, data/hora e auditoria. |
| BIZ-TEST-108 | Mudança relevante de preço após Gate 9 reabre o Gate 9. |
| BIZ-TEST-109 | Gate 10 não pode ser concluído antes do Gate 9. |
| BIZ-TEST-110 | IA não consegue fechar Gate 10. |
| BIZ-TEST-111 | Gate 10 registra condição, versão, usuário, data/hora e auditoria. |
| BIZ-TEST-112 | Mudança relevante de condição após Gate 10 reabre o Gate 10. |
| BIZ-TEST-113 | Incremento 6 só é habilitado com Gates 8, 9 e 10 concluídos. |
37. E2Es obrigatórios
BIZ-E2E-001 — Negócio saudável
- Solution validada entra.
- Escopo é definido.
- IA sugere esforço.
- Humano corrige.
- Capacidade é aplicada.
- Custos entram.
- Histórico comparável é localizado.
- Referência externa confiável é encontrada.
- IA sugere faixa.
- Humano escolhe preço dentro da faixa.
- Condição é configurada.
- Quatro lentes ficam sem alertas relevantes.
- Humano escolhe Seguir.
- Gate 8 fecha.
- Humano confirma o preço — Gate 9.
- Humano confirma as condições — Gate 10.
- Caso fica pronto para o Incremento 6.
PASS: decisão é humana e rastreável.
BIZ-E2E-002 — Cliente estratégico, negócio pressionado
- Opportunity possui alto potencial de recorrência.
- Cliente declarou intenção de expandir para outras unidades.
- Potencial estratégico = Alto / confiança Média.
- Escopo exige muitas horas da especialista principal.
- Operacional = Atenção.
- Econômico = Atenção.
- Orquestro mostra potencial futuro e pressão atual separadamente.
- Não classifica o negócio como saudável só pelo potencial.
- Humano decide aceitar uma condição mais agressiva estrategicamente.
- Registra justificativa.
- Gate 8 fica associado à decisão humana.
PASS: “abre portas” não vira desculpa automática para um negócio ruim.
BIZ-E2E-003 — Preço abaixo da faixa
- Faixa saudável calculada: R$ 31–35 mil.
- Humano escolhe R$ 27 mil.
- Orquestro alerta.
- Mostra esforço, custos e pressão de capacidade.
- Sugere revisar escopo/condição.
- Humano decide manter.
- Registra motivo.
- Econômico é recalculado.
- Gate 8 continua dependendo do humano.
PASS: alerta sem veto automático.
BIZ-E2E-004 — Cliente pede preço menor
- Preço definido: R$ 34 mil.
- Cliente havia sinalizado limite próximo de R$ 29 mil.
- Orquestro não conclui que “não consegue pagar”.
- Simula mais parcelas, escopo menor e fases.
- Cada cenário mostra impacto.
- Usuário escolhe projeto em duas fases.
- Esforço, custos e capacidade são recalculados.
- Business Fit é atualizado.
- Humano decide.
PASS: negociação busca sustentabilidade dos dois lados, sem desconto automático.
BIZ-E2E-005 — Capacidade inviável no desenho atual
- Solution é comercialmente aderente.
- Preço potencial é bom.
- Escopo ocupa 85% da especialista crítica.
- Operacional = Atenção forte.
- Orquestro não aprova/reprova.
- Usuário aumenta prazo e inclui parceiro.
- Capacidade é recalculada.
- Custos mudam.
- Preço recomendado é atualizado.
- Novo desenho fica aceitável.
- Humano fecha Gate 8.
PASS: o sistema ajuda a redesenhar o negócio, não apenas a cobrar mais.
38. Gate de saída
O Incremento 5 só está concluído quando:
- Quatro lentes funcionam.
- Potencial estratégico está dentro da lente Comercial.
- Recorrência, cross-sell, expansão e indicação são rastreáveis.
- Potencial futuro possui grau de confiança.
- Potencial estratégico não mascara problema atual.
- Esforço é revisado por humano.
- Backoffice está explícito.
- Capacidade interna e externa entram.
- Custos desconhecidos não viram zero.
- DRE é apoio, não motor decisório.
- Histórico comparável funciona.
- Referência externa respeita TruthMode.
- Precificação usa múltiplas referências.
- IA sugere faixa.
- Humano define preço.
- Exceções são permitidas e registradas.
- Condições são simuláveis.
- Contexto do cliente não vira falsa análise de solvência.
- Alterações relevantes recalculam o negócio.
- Gate 8 é exclusivamente humano.
- Gate 9 é exclusivamente humano.
- Gate 10 é exclusivamente humano.
- Gates 8, 9 e 10 concluídos são pré-condição do Incremento 6.
- Os 5 E2Es passam.
39. Resumo quantitativo
Requisitos: 289
Testes: 113
E2Es obrigatórios: 5
Human Gates: Gate 8, Gate 9 e Gate 10
40. Freeze do Incremento 5
Consideram-se congelados:
- Business Fit em quatro lentes
- Potencial estratégico dentro da lente Comercial
- Continuidade/recorrência
- Novas propostas
- Cross-sell
- Expansão por áreas/unidades
- Novos decisores/grupo econômico
- Indicações
- Mercado estratégico
- Case/referência quando autorizado
- Grau de confiança do potencial estratégico
- DRE como apoio econômico do vendedor
- Escopo de cálculo
- Esforço por atividade e pessoa
- Backoffice explícito
- Capacidade aplicada à Opportunity
- Terceirização aplicada ao negócio
- Custos conhecidos + desconhecidos
- Valor/hora interno
- Complexidade explicável
- Histórico comparável
- Referências externas com TruthMode
- Valor mínimo saudável
- Faixa recomendada
- Valor mais alto justificável
- Preço sugerido pela IA / definido pelo humano
- Alerta sem bloqueio
- Justificativa estratégica de exceção
- Contexto de compra do cliente
- Sem afirmar capacidade de pagamento sem base
- Condições sustentáveis para os dois lados
- Parcelamento / escopo / fases / entrega / responsabilidades
- Recálculo após alterações
- Business Fit final
- Gate 8 — Análise do Negócio
- Gate 9 — Preço
- Gate 10 — Condições
- Passagem pronta para o Incremento 6
41. Próximo incremento
Incremento 6 — Proposta e Decisão
Entrará:
- proposta final;
- revisão humana;
- apresentação final;
- roteiro;
- reunião de proposta;
- decisão;
- fechamento;
- negociação;
- contraproposta;
- recálculo de Business Fit;
- follow-up;
- ganhou / perdeu / pendente / retomar depois;
- passagem para entrega.