Orquestro™ - Índice do MVP e Pacote de Requisitos

Data da consolidação: 2026-09-15
Status: pacote de requisitos em rascunho para refinamento funcional e implementação incremental
Escopo: primeira fatia operacional ponta a ponta do Orquestro™

1. Fontes e precedência usadas nesta consolidação

  1. Product Blueprint & MVP Freeze Candidate - Candidate 0.2: baseline funcional mais recente fornecida para o Sales Intelligence.
  2. Kit Requisitos Orquestro: formato operacional dos requisitos, etapas, taxonomia de gates e stack técnica desta construção.
  3. Freeze Candidate 0.1: referência histórica quando compatível com as fontes mais recentes.
  4. Fontes-mestras do projeto Orquestro: governança, rastreabilidade, segurança, arquitetura do conhecimento e Product Markdown Rail, quando não conflitantes com instruções/fonte mais recentes.

Quando existir conflito material, a decisão mais recente e específica deve prevalecer. Este pacote não transforma sozinho uma divergência documental em Founder Resolution; a pendência deve permanecer registrada para decisão formal quando necessário.

2. Escopo congelado desta primeira fatia

Este pacote cobre o Sales Intelligence ponta a ponta descrito no Product Blueprint atual. A plataforma pode ter arquitetura evolutiva e outros Domain Packs em horizontes posteriores, mas este conjunto de requisitos não adiciona outros módulos Orquestro à primeira fatia operacional.

Regra de freeze aplicada:

  • entra agora o que é necessário para completar o fluxo ponta a ponta;
  • entra agora o que é necessário para segurança, segregação ou confiabilidade;
  • entra agora o que é necessário para viabilizar piloto real;
  • melhoria baseada em evidência fica identificada para avaliação;
  • expansão futura permanece fora do MVP desta fatia.

3. Regras imutáveis do produto preservadas

  • IA sugere. Humano valida.
  • A IA não aprova necessidade, Solution Fit, Business Fit, preço, desconto, proposta, decisão ou mudança crítica de status sozinha.
  • Informação preserva origem, fonte, data, autor, contexto e versão quando aplicável.
  • Fato, declaração do cliente, observação do vendedor, percepção de quem indicou, fonte pública, hipótese da IA, lacuna e decisão humana não podem ser misturados.
  • Lead não é oportunidade.
  • Oportunidade só nasce após necessidade suficientemente validada e Gate 5 humano.
  • Não avançar também pode ser um bom resultado.
  • Toda mudança material em preço, escopo, prazo, forma de pagamento, esforço ou equipe retorna à Análise do Negócio / Business Fit antes de aceite definitivo.
  • Nenhum envio ou negociação é autônomo no MVP.
  • Sem informação suficiente, o sistema deve dizer que não há informação suficiente; nunca inventar fallback.
  • Dados de organizações diferentes permanecem segregados.
  • Histórico material não desaparece silenciosamente.

4. Taxonomia operacional de etapas usada nos REQs

  • E0 - Cadastro Básico
  • E1 - Quem Somos
  • E2 - O Que Vendemos
  • E3 - Mercado
  • E4 - Capacidade de Entrega
  • E5 - Lead Entra / Análise Pré-Abordagem
  • E6 - Quick Call
  • E7 - Need Validation
  • E8 - Solution Fit
  • E9 - Pré-Proposta
  • E11 - Business Fit
  • E12 - Proposta Final
  • E13 - Decisão
  • E14 - Follow-up e Parked
  • E15 - Sales-to-Delivery Handoff
  • inteligencia - inteligência comercial e aprendizado
  • transversal - Foundation, segurança, dados e regras comuns

Nota: E10 não aparece na taxonomia operacional fornecida no Kit Requisitos. Ele não foi inventado neste pacote.

5. Human Gates usados nos arquivos

A taxonomia operacional do Kit de Requisitos define 11 gates:

  1. Identidade Comercial
  2. Ofertas
  3. Mercado
  4. Capacidade
  5. Necessidade Validada
  6. Solution Fit
  7. Apresentação Pré-Proposta
  8. Business Fit
  9. Proposta Final
  10. Apresentação Final
  11. Decisão Comercial

O Product Blueprint Candidate 0.2 apresenta uma decomposição conceitual mais granular, com preço e condições explicitados separadamente. Para não inventar números de gate fora do formato do Kit, os arquivos REQ usam os 11 gates operacionais. As validações humanas de preço e condições continuam obrigatórias por regra de negócio, rastreabilidade e loop de Business Fit.

6. Stack técnica adotada neste pacote

Conforme o Kit Requisitos Orquestro:

  • Next.js + TypeScript;
  • Neon / PostgreSQL;
  • Neon Auth;
  • Cloudflare R2;
  • IA via API da Anthropic.

Existe baseline histórica do projeto com tecnologias diferentes. Este pacote registra como dúvida formal a confirmação no Decision Log de que a stack do Kit substitui as baselines conflitantes para esta construção.

7. Questões que não reabrem o Product Freeze

Estas decisões continuam para os PRDs específicos:

  • formatos e tamanho máximo de upload;
  • matriz completa de permissões;
  • algoritmo exato de precificação;
  • fórmula detalhada de capacidade;
  • fontes externas prioritárias;
  • regras de comparabilidade;
  • template visual final;
  • assinatura;
  • integrações;
  • notificações;
  • política completa de retenção.

Enquanto não forem decididas, nenhum REQ deve preencher essas lacunas por suposição.

8. Inventário de requisitos

Transversal / Foundation (15)

  • REQ-XXX Tecnologia base do MVP - MUST - nao-funcional
  • REQ-XXX Autenticar usuário e isolar organizações - MUST - seguranca
  • REQ-XXX Gerenciar usuários e papéis mínimos - MUST - seguranca
  • REQ-XXX Restringir dados financeiros sensíveis - MUST - seguranca
  • REQ-XXX Preservar origem e tipo de cada informação - MUST - dados
  • REQ-XXX Manter histórico, versões e auditoria - MUST - dados
  • REQ-XXX Exigir revisão humana nas decisões críticas - MUST - regra-de-negocio
  • REQ-XXX Explicar recomendações relevantes da IA - MUST - regra-de-negocio
  • REQ-XXX Padronizar estados de tela - MUST - ux
  • REQ-XXX Permitir continuidade manual quando a IA falhar - MUST - funcional
  • REQ-XXX Tratar indisponibilidade de fontes externas - MUST - funcional
  • REQ-XXX Enviar documentos e preservar vínculo com a fonte - MUST - dados
  • REQ-XXX Aplicar privacidade, minimização e limites éticos - MUST - regra-de-negocio
  • REQ-XXX Controlar estados e transições do ciclo comercial - MUST - regra-de-negocio
  • REQ-XXX Exibir painel inicial operacional - MUST - ux

E0 - Cadastro Básico (1)

  • REQ-XXX Cadastrar empresa e sócios essenciais - MUST - funcional

E1 - Quem Somos (3)

  • REQ-XXX Registrar identidade comercial inicial - MUST - funcional - Gate 1
  • REQ-XXX Registrar exemplos reais de vendas - MUST - funcional - Gate 1
  • REQ-XXX Extrair e confirmar dados de propostas históricas - MUST - funcional - Gate 1

E2 - O Que Vendemos (2)

  • REQ-XXX Organizar ofertas comerciais - MUST - funcional - Gate 2
  • REQ-XXX Registrar expertises fora das propostas - MUST - funcional - Gate 2

E3 - Mercado (3)

  • REQ-XXX Cadastrar clientes atuais e históricos - MUST - funcional - Gate 3
  • REQ-XXX Registrar avaliação humana de qualidade do cliente - MUST - funcional - Gate 3
  • REQ-XXX Comparar realidade, percepção, intenção e padrões de mercado - MUST - funcional - Gate 3

E4 - Capacidade de Entrega (4)

  • REQ-XXX Registrar pessoas e disponibilidade de entrega - MUST - funcional - Gate 4
  • REQ-XXX Registrar trabalhos vendidos ainda não entregues - MUST - funcional - Gate 4
  • REQ-XXX Consolidar e confirmar capacidade atual - MUST - funcional - Gate 4
  • REQ-XXX Concluir configuração comercial inicial - MUST - funcional - Gate 4

E5 - Lead Entra / Análise Pré-Abordagem (5)

  • REQ-XXX Criar novo lead - MUST - funcional
  • REQ-XXX Registrar contexto de indicação - MUST - funcional
  • REQ-XXX Pesquisar informações públicas sobre empresa e pessoa - MUST - funcional
  • REQ-XXX Gerar síntese pré-abordagem - MUST - funcional
  • REQ-XXX Sugerir primeira mensagem sem envio automático - MUST - funcional

E6 - Quick Call (2)

  • REQ-XXX Registrar Quick Call com notas rápidas - MUST - funcional
  • REQ-XXX Organizar notas da Quick Call com IA - MUST - funcional

E7 - Need Validation (4)

  • REQ-XXX Avaliar critérios mínimos de necessidade validada - MUST - regra-de-negocio - Gate 5
  • REQ-XXX Registrar resultado da Need Validation - MUST - funcional - Gate 5
  • REQ-XXX Manter caso em investigação ou sem oportunidade - MUST - funcional
  • REQ-XXX Criar oportunidade somente após Gate 5 - MUST - regra-de-negocio - Gate 5

E8 - Solution Fit (4)

  • REQ-XXX Sugerir Solution Fit inicial - MUST - funcional - Gate 6
  • REQ-XXX Ajustar e validar Solution Fit - MUST - funcional - Gate 6
  • REQ-XXX Registrar participantes e papéis na decisão - MUST - funcional
  • REQ-XXX Registrar perfil de compra e preparar comunicação - SHOULD - ux

E9 - Pré-Proposta (5)

  • REQ-XXX Gerar apresentação pré-proposta - MUST - funcional - Gate 7
  • REQ-XXX Revisar e validar apresentação pré-proposta - MUST - funcional - Gate 7
  • REQ-XXX Gerar roteiro privado e tratar objeções - MUST - funcional
  • REQ-XXX Verificar prontidão para reunião pré-proposta - MUST - regra-de-negocio - Gate 7
  • REQ-XXX Registrar e organizar reunião pré-proposta - MUST - funcional

E11 - Business Fit (12)

  • REQ-XXX Avaliar Business Fit antes da proposta final - MUST - regra-de-negocio - Gate 8
  • REQ-XXX Estimar esforço da solução - MUST - funcional
  • REQ-XXX Considerar custos diretos e valor-hora - MUST - funcional
  • REQ-XXX Comparar propostas anteriores - MUST - funcional
  • REQ-XXX Considerar capacidade e complexidade - MUST - funcional
  • REQ-XXX Pesquisar referências de mercado comparáveis - SHOULD - funcional
  • REQ-XXX Sugerir faixa de preço explicável - MUST - funcional
  • REQ-XXX Definir preço final com decisão humana - MUST - regra-de-negocio
  • REQ-XXX Registrar evidências sobre capacidade de compra - MUST - dados
  • REQ-XXX Simular condições comerciais win-win - MUST - funcional
  • REQ-XXX Recalcular contraproposta e retornar ao Business Fit - MUST - regra-de-negocio - Gate 8
  • REQ-XXX Revisar e confirmar condições comerciais - MUST - funcional

E12 - Proposta Final (5)

  • REQ-XXX Gerar proposta final a partir de condições aprovadas - MUST - funcional - Gate 9
  • REQ-XXX Revisar, versionar e validar proposta final - MUST - funcional - Gate 9
  • REQ-XXX Gerar apresentação final da proposta - MUST - funcional - Gate 10
  • REQ-XXX Gerar roteiro final e opções de fechamento - MUST - funcional
  • REQ-XXX Verificar prontidão para reunião de proposta - MUST - regra-de-negocio

E13 - Decisão (4)

  • REQ-XXX Registrar resultado da proposta - MUST - funcional - Gate 11
  • REQ-XXX Registrar motivos de ganho - MUST - dados - Gate 11
  • REQ-XXX Registrar motivo de perda - MUST - dados - Gate 11
  • REQ-XXX Registrar decisão pendente - MUST - funcional - Gate 11

E14 - Follow-up e Parked (8)

  • REQ-XXX Mostrar follow-ups de hoje - MUST - funcional
  • REQ-XXX Preparar follow-up contextual - MUST - funcional
  • REQ-XXX Buscar conteúdo de valor relevante para follow-up - SHOULD - funcional
  • REQ-XXX Gerar mensagem ou roteiro de follow-up sem envio autônomo - MUST - funcional
  • REQ-XXX Registrar resultado do follow-up - MUST - funcional
  • REQ-XXX Reprocessar alterações solicitadas pelo cliente - MUST - regra-de-negocio - Gate 8
  • REQ-XXX Sugerir Decision Ask de forma progressiva - SHOULD - ux
  • REQ-XXX Registrar Retomar no Futuro - MUST - funcional

E15 - Sales-to-Delivery Handoff (2)

  • REQ-XXX Gerar Sales-to-Delivery Handoff - MUST - funcional
  • REQ-XXX Preservar semente de fidelização e sucesso - SHOULD - dados

Inteligência e Aprendizado (11)

  • REQ-XXX Calcular tempos do ciclo comercial - MUST - funcional
  • REQ-XXX Calcular conversão do funil - MUST - funcional
  • REQ-XXX Analisar desempenho das ofertas - MUST - funcional
  • REQ-XXX Analisar público e origem dos negócios - MUST - funcional
  • REQ-XXX Analisar motivos de ganho e perda - MUST - funcional
  • REQ-XXX Identificar gargalos sem confundir dado e hipótese - MUST - funcional
  • REQ-XXX Exibir dashboard comercial enxuto - MUST - ux
  • REQ-XXX Gerar resumo executivo em uma página - SHOULD - funcional
  • REQ-XXX Registrar ciclo de aprendizado e mudanças propostas - MUST - regra-de-negocio
  • REQ-XXX Medir uso, eficiência e utilidade do MVP - MUST - dados
  • REQ-XXX Registrar ajustes e rejeições das sugestões da IA - MUST - dados

Total de requisitos: 90

9. Próximo uso recomendado

  1. Importar esta pasta para 05 Construção/Requisitos no Obsidian.
  2. Refinar os REQs que contêm Dúvidas em aberto antes de implementação definitiva.
  3. Para cada funcionalidade de desenvolvimento, aplicar o Product Markdown Rail: caminho feliz, exceções/erros, dados/rastreabilidade, permissões e critérios de aceite objetivos.
  4. Implementar por incrementos, mantendo Human Gates e trilha de auditoria desde a Foundation.
  5. Rodar Cliente Zero antes de considerar a fatia pronta para piloto externo.
  6. Registrar Evidence → Learning → Proposed Change antes de mudar o produto por feedback de piloto.