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
- Product Blueprint & MVP Freeze Candidate - Candidate 0.2: baseline funcional mais recente fornecida para o Sales Intelligence.
- Kit Requisitos Orquestro: formato operacional dos requisitos, etapas, taxonomia de gates e stack técnica desta construção.
- Freeze Candidate 0.1: referência histórica quando compatível com as fontes mais recentes.
- 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:
- Identidade Comercial
- Ofertas
- Mercado
- Capacidade
- Necessidade Validada
- Solution Fit
- Apresentação Pré-Proposta
- Business Fit
- Proposta Final
- Apresentação Final
- 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-funcionalREQ-XXX Autenticar usuário e isolar organizações- MUST - segurancaREQ-XXX Gerenciar usuários e papéis mínimos- MUST - segurancaREQ-XXX Restringir dados financeiros sensíveis- MUST - segurancaREQ-XXX Preservar origem e tipo de cada informação- MUST - dadosREQ-XXX Manter histórico, versões e auditoria- MUST - dadosREQ-XXX Exigir revisão humana nas decisões críticas- MUST - regra-de-negocioREQ-XXX Explicar recomendações relevantes da IA- MUST - regra-de-negocioREQ-XXX Padronizar estados de tela- MUST - uxREQ-XXX Permitir continuidade manual quando a IA falhar- MUST - funcionalREQ-XXX Tratar indisponibilidade de fontes externas- MUST - funcionalREQ-XXX Enviar documentos e preservar vínculo com a fonte- MUST - dadosREQ-XXX Aplicar privacidade, minimização e limites éticos- MUST - regra-de-negocioREQ-XXX Controlar estados e transições do ciclo comercial- MUST - regra-de-negocioREQ-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 1REQ-XXX Registrar exemplos reais de vendas- MUST - funcional - Gate 1REQ-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 2REQ-XXX Registrar expertises fora das propostas- MUST - funcional - Gate 2
E3 - Mercado (3)
REQ-XXX Cadastrar clientes atuais e históricos- MUST - funcional - Gate 3REQ-XXX Registrar avaliação humana de qualidade do cliente- MUST - funcional - Gate 3REQ-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 4REQ-XXX Registrar trabalhos vendidos ainda não entregues- MUST - funcional - Gate 4REQ-XXX Consolidar e confirmar capacidade atual- MUST - funcional - Gate 4REQ-XXX Concluir configuração comercial inicial- MUST - funcional - Gate 4
E5 - Lead Entra / Análise Pré-Abordagem (5)
REQ-XXX Criar novo lead- MUST - funcionalREQ-XXX Registrar contexto de indicação- MUST - funcionalREQ-XXX Pesquisar informações públicas sobre empresa e pessoa- MUST - funcionalREQ-XXX Gerar síntese pré-abordagem- MUST - funcionalREQ-XXX Sugerir primeira mensagem sem envio automático- MUST - funcional
E6 - Quick Call (2)
REQ-XXX Registrar Quick Call com notas rápidas- MUST - funcionalREQ-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 5REQ-XXX Registrar resultado da Need Validation- MUST - funcional - Gate 5REQ-XXX Manter caso em investigação ou sem oportunidade- MUST - funcionalREQ-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 6REQ-XXX Ajustar e validar Solution Fit- MUST - funcional - Gate 6REQ-XXX Registrar participantes e papéis na decisão- MUST - funcionalREQ-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 7REQ-XXX Revisar e validar apresentação pré-proposta- MUST - funcional - Gate 7REQ-XXX Gerar roteiro privado e tratar objeções- MUST - funcionalREQ-XXX Verificar prontidão para reunião pré-proposta- MUST - regra-de-negocio - Gate 7REQ-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 8REQ-XXX Estimar esforço da solução- MUST - funcionalREQ-XXX Considerar custos diretos e valor-hora- MUST - funcionalREQ-XXX Comparar propostas anteriores- MUST - funcionalREQ-XXX Considerar capacidade e complexidade- MUST - funcionalREQ-XXX Pesquisar referências de mercado comparáveis- SHOULD - funcionalREQ-XXX Sugerir faixa de preço explicável- MUST - funcionalREQ-XXX Definir preço final com decisão humana- MUST - regra-de-negocioREQ-XXX Registrar evidências sobre capacidade de compra- MUST - dadosREQ-XXX Simular condições comerciais win-win- MUST - funcionalREQ-XXX Recalcular contraproposta e retornar ao Business Fit- MUST - regra-de-negocio - Gate 8REQ-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 9REQ-XXX Revisar, versionar e validar proposta final- MUST - funcional - Gate 9REQ-XXX Gerar apresentação final da proposta- MUST - funcional - Gate 10REQ-XXX Gerar roteiro final e opções de fechamento- MUST - funcionalREQ-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 11REQ-XXX Registrar motivos de ganho- MUST - dados - Gate 11REQ-XXX Registrar motivo de perda- MUST - dados - Gate 11REQ-XXX Registrar decisão pendente- MUST - funcional - Gate 11
E14 - Follow-up e Parked (8)
REQ-XXX Mostrar follow-ups de hoje- MUST - funcionalREQ-XXX Preparar follow-up contextual- MUST - funcionalREQ-XXX Buscar conteúdo de valor relevante para follow-up- SHOULD - funcionalREQ-XXX Gerar mensagem ou roteiro de follow-up sem envio autônomo- MUST - funcionalREQ-XXX Registrar resultado do follow-up- MUST - funcionalREQ-XXX Reprocessar alterações solicitadas pelo cliente- MUST - regra-de-negocio - Gate 8REQ-XXX Sugerir Decision Ask de forma progressiva- SHOULD - uxREQ-XXX Registrar Retomar no Futuro- MUST - funcional
E15 - Sales-to-Delivery Handoff (2)
REQ-XXX Gerar Sales-to-Delivery Handoff- MUST - funcionalREQ-XXX Preservar semente de fidelização e sucesso- SHOULD - dados
Inteligência e Aprendizado (11)
REQ-XXX Calcular tempos do ciclo comercial- MUST - funcionalREQ-XXX Calcular conversão do funil- MUST - funcionalREQ-XXX Analisar desempenho das ofertas- MUST - funcionalREQ-XXX Analisar público e origem dos negócios- MUST - funcionalREQ-XXX Analisar motivos de ganho e perda- MUST - funcionalREQ-XXX Identificar gargalos sem confundir dado e hipótese- MUST - funcionalREQ-XXX Exibir dashboard comercial enxuto- MUST - uxREQ-XXX Gerar resumo executivo em uma página- SHOULD - funcionalREQ-XXX Registrar ciclo de aprendizado e mudanças propostas- MUST - regra-de-negocioREQ-XXX Medir uso, eficiência e utilidade do MVP- MUST - dadosREQ-XXX Registrar ajustes e rejeições das sugestões da IA- MUST - dados
Total de requisitos: 90
9. Próximo uso recomendado
- Importar esta pasta para
05 Construção/Requisitosno Obsidian. - Refinar os REQs que contêm
Dúvidas em abertoantes de implementação definitiva. - 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.
- Implementar por incrementos, mantendo Human Gates e trilha de auditoria desde a Foundation.
- Rodar Cliente Zero antes de considerar a fatia pronta para piloto externo.
- Registrar Evidence → Learning → Proposed Change antes de mudar o produto por feedback de piloto.