Orquestro SALES INTELLIGENCE™

Product Blueprint & MVP Freeze Candidate

Versão: Candidate 0.2
Status: baseline de produto para prototipação e refinamento funcional
Produto: Orquestro™
Idioma principal da interface: Português do Brasil
Público inicial: empresas B2B intensivas em conhecimento, especialmente consultorias e serviços intelectuais
Princípio de evolução: Evidência → Aprendizado → Mudança Proposta → Decisão → Nova Versão


1. STATUS DESTE DOCUMENTO

Este documento consolida o desenho atual do Orquestro™ para construção do MVP.

Ele representa:

  • decisões atuais de produto;
  • jornada comercial desejada;
  • princípios de experiência;
  • principais regras de negócio;
  • pontos obrigatórios de validação humana;
  • telas e fluxos conceituais;
  • inteligência comercial esperada;
  • limites atuais de escopo.

Ele ainda não representa:

  • software funcional;
  • arquitetura técnica definitiva;
  • metodologia externamente validada;
  • Product-Market Fit;
  • precificação validada do próprio Orquestro;
  • Commercial Decision Engine™ integralmente implementada;
  • inteligência preditiva comprovada.

O próximo passo após este documento é:

transformar os blocos em protótipos e PRDs funcionais menores, testar e aprender.


2. REGRA DE FREEZE

A partir deste documento:

não adicionar novas funcionalidades ao MVP apenas porque parecem interessantes.

Uma nova ideia só pode entrar imediatamente se for:

  1. necessária para completar o fluxo ponta a ponta;
  2. necessária para segurança, segregação ou confiabilidade;
  3. necessária para viabilizar piloto real.

As demais devem ser classificadas como:

  • melhoria baseada em evidência;
  • expansão futura;
  • backlog.

3. O QUE É O Orquestro SALES INTELLIGENCE™

O Orquestro™ é uma plataforma de inteligência comercial para empresas que vendem conhecimento e serviços B2B.

Seu objetivo não é simplesmente registrar leads.

O sistema deve ajudar a responder:

Para quem vale a pena vender?

Existe uma necessidade real?

O que esse cliente realmente quer resolver?

Qual solução faz sentido?

Quanto faz sentido cobrar?

Essa venda é saudável para quem vende?

Quais condições podem ser sustentáveis para os dois lados?

Como conduzir a decisão sem manipulação?

O que podemos aprender com esta venda?


4. O QUE O Orquestro NÃO É

O Orquestro™ não deve ser reduzido a:

  • CRM;
  • agenda comercial;
  • BI;
  • dashboard;
  • automação de prospecção;
  • chatbot;
  • gerador de propostas;
  • sistema de follow-up;
  • ferramenta genérica de IA.

Essas funções podem existir dentro do produto.

O diferencial está em:

transformar informações comerciais dispersas em conhecimento estruturado para apoiar decisões comerciais melhores e rastreáveis.


5. PRINCÍPIOS CENTRAIS

5.1 Human First

Pessoas conversam com pessoas.

O Orquestro:

  • prepara antes;
  • organiza depois;
  • apoia decisões;
  • desaparece durante os momentos humanos importantes.

5.2 Simplicidade Inteligente

Complexidade por dentro. Simplicidade por fora.

A Engine pode trabalhar com:

  • evidências;
  • hipóteses;
  • contexto;
  • histórico;
  • padrões;
  • riscos;
  • capacidade;
  • economia;
  • comportamento;
  • aprendizados.

Mas o usuário deve ver perguntas simples.


5.3 IA sugere. Humano valida.

Regra obrigatória:

A IA nunca valida, aprova ou decide sozinha.

A IA pode:

  • pesquisar;
  • organizar;
  • resumir;
  • comparar;
  • identificar padrões;
  • apontar inconsistências;
  • levantar hipóteses;
  • sugerir soluções;
  • sugerir preços;
  • sugerir condições;
  • sugerir mensagens;
  • sugerir follow-ups;
  • gerar propostas;
  • gerar apresentações;
  • gerar roteiros;
  • gerar relatórios.

Mas toda decisão relevante permanece humana.


5.4 Evidência antes de conclusão

Notícia não vira necessidade.

Percepção não vira fato.

Indicação não vira verdade.

Hipótese não vira diagnóstico.

Venda realizada não prova venda saudável.


5.5 Win-Win

O objetivo não é fechar qualquer negócio.

O objetivo é:

cliente correto + necessidade real + solução aderente + condições sustentáveis + decisão clara.


5.6 Não avançar também pode ser uma boa decisão

O Orquestro não deve premiar avanço indiscriminado no funil.

Se não existe necessidade relevante:

não criar oportunidade é um bom resultado.


6. REGRA DE LINGUAGEM

Toda interface voltada ao cliente deve usar:

português simples, claro e natural.

Termos em inglês só devem permanecer quando já forem amplamente utilizados no ambiente comercial brasileiro.

Exemplos aceitáveis:

  • lead;
  • follow-up;
  • dashboard;
  • networking;
  • site;
  • e-mail;
  • briefing, quando realmente natural.

Termos metodológicos ou internos devem ser traduzidos.

InternoNa tela
Solution FitComo podemos ajudar / Solução sugerida
Business FitEssa venda é boa para você?
Need ValidatedNecessidade validada
Decision PendingAguardando decisão
ParkedRetomar no futuro
Customer StatementO que o cliente disse
Engine HypothesisPossível interpretação / Ponto para explorar
GapO que ainda precisamos entender
Opportunity GateDecisão de avançar
Human ReviewRevisão humana

A metodologia pode ser complexa internamente.

O cliente não precisa aprender a metodologia para usar o produto.


7. MODELO DE CONHECIMENTO

Toda informação relevante deve preservar sua origem.

Internamente, o Orquestro deve conseguir distinguir:

Fato / Evidência

Informação comprovada ou sustentada por fonte objetiva.

O que o cliente disse

Declaração do cliente.

Observação do vendedor

Percepção de quem participou da interação.

Percepção de quem indicou

Informação fornecida por terceiro.

Informação pública

Dado obtido em fonte pública identificável.

Hipótese da IA

Interpretação sugerida pelo sistema.

Lacuna

Informação relevante ainda desconhecida.

Decisão humana

Conclusão, validação ou escolha realizada por pessoa.


8. REGRA DE RASTREABILIDADE

Sempre que relevante, armazenar:

  • informação;
  • origem;
  • data;
  • autor;
  • fonte;
  • contexto;
  • versão;
  • validação humana associada.

Quando vier da internet:

  • endereço ou identificação da fonte;
  • data da consulta;
  • trecho ou informação utilizada.

Quando vier de conversa:

  • reunião relacionada;
  • vendedor responsável;
  • data;
  • classificação da informação.

9. JORNADA COMERCIAL MACRO

CONFIGURAÇÃO DA EMPRESA

Identidade Comercial

Ofertas e Expertises

Clientes e Mercado

Capacidade de Entrega
 
USO COMERCIAL

Lead

Pesquisa e Preparação

Abordagem Inicial

Necessidade Validada

Oportunidade

Solução Sugerida

Reunião Pré-Proposta

Análise do Negócio

Precificação

Condições Comerciais

Proposta Final

Reunião de Proposta

Decisão

Follow-up

Ganhou / Perdeu / Retomar no Futuro

Passagem para Entrega

Aprendizado Comercial

10. ESTADOS PRINCIPAIS

O usuário não precisa ver todos os códigos internos.

Estados conceituais:

LEAD

EM ANÁLISE

ABORDAGEM

NECESSIDADE VALIDADA

OPORTUNIDADE

SOLUÇÃO EM PREPARAÇÃO

PRÉ-PROPOSTA

PROPOSTA

AGUARDANDO DECISÃO

GANHOU
OU
PERDEU
OU
RETOMAR NO FUTURO

Nenhuma mudança crítica acontece silenciosamente pela IA.


11. CONFIGURAÇÃO INICIAL


TELA 01 — Cadastro da empresa

Título:

Vamos começar pela sua empresa

Texto:

Primeiro, precisamos de algumas informações básicas. É rapidinho.

Campos:

  • Nome fantasia;
  • Razão social;
  • CNPJ;
  • CEP;
  • endereço;
  • cidade;
  • estado;
  • faixa de número de pessoas;
  • logo.

Sócios

Para cada sócio:

  • nome;
  • função na empresa.

Não solicitar informações societárias desnecessárias para Sales.

Botões:

  • Continuar;
  • Salvar e sair.

TELA 02 — Conte sobre sua empresa

Título:

Agora queremos entender melhor o seu negócio

Perguntas:

O que sua empresa faz?

Campo livre.

Que problemas vocês normalmente ajudam os clientes a resolver?

Campo livre.

O que vocês sabem fazer especialmente bem?

Lista adicionável.

Por que você acredita que os clientes escolhem vocês?

Opções:

  • confiança;
  • experiência;
  • indicação;
  • atendimento próximo;
  • conhecimento técnico;
  • agilidade;
  • outro.

Tem alguma coisa importante sobre sua empresa que deveríamos saber?

Opcional.


TELA 03 — Mostre algumas vendas reais

Título:

Agora queremos conhecer alguns trabalhos que vocês já venderam

Solicitar preferencialmente:

  • 3 a 5 propostas fechadas consideradas bons exemplos.

Para cada uma:

Por que você escolheu este trabalho?

Possibilidades:

  • bom cliente;
  • bom valor;
  • boa margem, na minha percepção;
  • gostamos de fazer;
  • representa o que queremos vender;
  • estratégico;
  • gerou continuidade;
  • gerou indicação;
  • outro.

Depois:

Tem algum trabalho que você vendeu, mas hoje preferiria não repetir?

Se sim, permitir 1 ou 2 exemplos.

Motivos:

  • muito trabalho;
  • preço baixo;
  • muito retrabalho;
  • ocupou demais a equipe;
  • cliente difícil;
  • escopo confuso;
  • baixo resultado financeiro;
  • não combina mais com a estratégia;
  • outro.

12. LEITURA DAS PROPOSTAS

A IA pode extrair:

  • cliente;
  • oferta;
  • escopo;
  • valor;
  • prazo;
  • formato;
  • entregáveis;
  • problema descrito;
  • benefícios prometidos.

A extração precisa ser apresentada para confirmação.

Tela:

Encontramos estas informações. Está correto?

Botões:

  • Confirmar;
  • Corrigir.

Uma proposta comprova apenas que determinado escopo e valor foram comercializados naquele momento.

Ela não prova automaticamente:

  • rentabilidade;
  • satisfação;
  • sucesso;
  • margem;
  • qualidade do cliente;
  • ICP correto.

TELA 04 — O que você vende

Título:

Vamos organizar o que vocês vendem

O Orquestro pode sugerir ofertas encontradas nas propostas.

Para cada uma:

Como você trata este serviço hoje?

  • Quero vender mais disso;
  • Vendo normalmente;
  • Só ofereço em situações especiais.

Mapeamento interno:

  • prioridade;
  • portfólio ativo;
  • estoque de expertise.

Dados básicos:

  • nome;
  • descrição curta;
  • problema que normalmente ajuda a resolver;
  • forma de contratação;
  • valor típico, opcional.

Pergunta adicional:

Existe algo que vocês sabem fazer muito bem, mas que não apareceu nas propostas?

Permitir adicionar expertise.


TELA 05 — Seus clientes

Título:

Agora vamos entender quem já compra de vocês

Entrada manual ou importação simples.

Dados:

  • empresa;
  • segmento;
  • porte;
  • localização;
  • oferta comprada;
  • valor aproximado;
  • pontual ou recorrente;
  • ainda é cliente.

Pergunta:

Você considera esse um bom cliente?

  • Sim;
  • Mais ou menos;
  • Não.

Se sim ou mais ou menos:

  • paga bem;
  • paga em dia;
  • dá boa margem;
  • tranquilo de trabalhar;
  • confia;
  • dá autonomia;
  • boa comunicação;
  • valoriza expertise;
  • recompra;
  • indica;
  • pode comprar mais;
  • estratégico;
  • gostamos do trabalho;
  • outro.

Se não:

  • muito esforço;
  • preço apertado;
  • retrabalho;
  • relacionamento difícil;
  • demora para pagar;
  • escopo muda;
  • pouca autonomia;
  • pouco potencial de continuidade;
  • não valoriza;
  • outro.

TELA 06 — Seu mercado

O Orquestro deve comparar quatro dimensões:

Realidade

Quem efetivamente compra hoje.

Percepção

Quem o vendedor acredita ser seu melhor mercado.

Intenção

Para quem deseja vender mais.

Potencial

Padrões que os dados sugerem investigar.

Perguntas:

Hoje, você sente que atende mais qual perfil?

  • segmento;
  • porte;
  • região.

Na sua opinião, qual é seu melhor tipo de cliente?

Para quem vocês gostariam de vender mais?

Existe algum perfil que preferem evitar?


13. PADRÕES DE MERCADO

O Orquestro não deve analisar apenas segmento.

Pode observar:

  • porte;
  • empresa familiar;
  • sucessão;
  • crescimento;
  • maturidade;
  • estrutura de liderança;
  • decisor próximo da operação;
  • tamanho da equipe;
  • tipo de necessidade;
  • recorrência;
  • origem comercial;
  • contexto organizacional.

Os padrões devem ser apresentados como:

“Isso apareceu nos seus dados. Vale observar?”

Nunca como causalidade automática.


TELA 06.1 — O que seus dados mostram até agora

Mostrar:

  • quem você atende mais;
  • quem você considera seus melhores clientes;
  • onde deseja crescer;
  • padrões encontrados;
  • possíveis mercados a observar;
  • diferenças entre percepção e dados.

Pergunta:

Essa leitura faz sentido para você?

  • Sim;
  • Quero ajustar.

TELA 07 — Sua capacidade de entrega

Título:

Antes de ajudar você a vender mais, precisamos saber quanto vocês conseguem entregar

Cadastrar pessoas envolvidas na execução.

Para cada pessoa:

  • nome;
  • função;
  • serviços que consegue entregar;
  • disponibilidade estimada;
  • tempo já comprometido.

Perguntar:

Existem trabalhos vendidos que ainda precisam ser entregues?

Registrar:

  • cliente;
  • serviço;
  • prazo;
  • esforço restante.

Para cada oferta:

Quanto trabalho normalmente exige?

Pode ser:

  • horas;
  • baixo;
  • médio;
  • alto.

Pergunta:

Algum serviço depende muito de uma única pessoa?


TELA 07.1 — Sua capacidade hoje

Exibir:

  • capacidade total estimada;
  • capacidade comprometida;
  • disponibilidade;
  • gargalos;
  • pessoas críticas;
  • serviços mais exigentes.

Pergunta:

Essa leitura representa bem sua capacidade atual?

Humano confirma.


TELA 08 — Tudo pronto

Mensagem:

Pronto. Já conhecemos um pouco do seu negócio.

Checklist:

  • quem vocês são;
  • o que vendem;
  • o que sabem entregar;
  • quem compra;
  • que clientes valorizam;
  • onde querem crescer;
  • quanto conseguem entregar.

Botão:

Ir para meu painel


TELA 09 — Início

Painel inicial enxuto.

Mostrar prioritariamente:

  • novos leads;
  • reuniões próximas;
  • propostas aguardando decisão;
  • follow-ups do dia;
  • capacidade disponível.

Botão principal:

+ Novo lead

Também pode haver um único insight relevante.

Exemplo:

“Suas propostas estão levando mais tempo na etapa de decisão.”

Evitar dashboards sobrecarregados.


14. ENTRADA DO LEAD

TELA 10 — Novo lead

Campos:

  • empresa;
  • pessoa principal;
  • cargo;
  • telefone;
  • e-mail;
  • origem;
  • conhecimento prévio;
  • motivo da entrada agora.

Origens:

  • indicação;
  • cliente atual;
  • ex-cliente;
  • networking;
  • evento;
  • site / inbound;
  • prospecção;
  • outro.

Lead ainda não é oportunidade.


TELA 10.1 — Indicação

Se origem = indicação:

Registrar:

  • quem indicou;
  • empresa;
  • relação;
  • o que contou sobre a empresa;
  • o que contou sobre a pessoa.

Tudo permanece identificado como percepção de terceiro.


TELA 11 — Conhecer melhor o lead

Pergunta:

Quer que o Orquestro pesquise informações públicas?

  • Pesquisar agora;
  • Pular.

A pesquisa pode incluir empresa e pessoa.


15. PESQUISA PÚBLICA

Empresa

Buscar quando disponível:

  • site;
  • atividade;
  • produtos;
  • serviços;
  • localizações;
  • porte aparente;
  • lideranças públicas;
  • notícias;
  • crescimento;
  • novas unidades;
  • contratações;
  • lançamentos;
  • mudanças;
  • eventos.

Pessoa

Somente contexto profissional relevante:

  • cargo;
  • trajetória;
  • área;
  • responsabilidades públicas;
  • artigos;
  • entrevistas;
  • eventos;
  • publicações profissionais.

16. LIMITES DA PESQUISA

Não utilizar para:

  • investigação da vida privada;
  • religião;
  • orientação política;
  • saúde;
  • família sem relevância profissional legítima;
  • inferência psicológica;
  • manipulação;
  • informações sensíveis sem necessidade comercial legítima.

TELA 11.1 — O que vale saber

Mostrar uma síntese.

Sobre a empresa

Sobre a pessoa

Movimento recente

Por que pode ser relevante

Sempre distinguir:

Fato observado

de

Ponto possível para explorar

Exemplo:

Fato:

Empresa anunciou nova unidade.

Possibilidade:

Vale entender se o crescimento aumentou a complexidade operacional.

Nunca:

A empresa precisa organizar processos.


TELA 12 — Preparar primeira abordagem

Mostrar:

  • quem é;
  • origem;
  • o que foi dito na indicação;
  • principais fatos públicos;
  • possíveis pontos para explorar.

Pode gerar sugestão de primeira mensagem.

Humano revisa e envia.

O Orquestro não envia autonomamente no MVP.


17. LIGAÇÃO RÁPIDA

TELA 13 — Ligação rápida

Objetivo:

Entender se existe uma necessidade relevante e, se existir, validá-la suficientemente para avançar.

A tela funciona como bloco de notas.

Lembretes:

Onde quer chegar?

O que está atrapalhando?

O que mais importa agora?

O que acontece se continuar assim?

O que acontece se não alcançar o que deseja?

Campo principal:

Minhas anotações

Atalhos opcionais:

  • sonho;
  • frustração;
  • prioridade;
  • impacto;
  • frase importante.

18. POSICIONAMENTO DO VENDEDOR

Depois de ouvir, o vendedor pode fazer posicionamento breve.

Estrutura possível:

  • quem somos;
  • característica relevante;
  • benefício;
  • diferenciais aplicáveis à situação.

Evitar pitch institucional longo.

O posicionamento deve responder ao que foi ouvido.


19. CONFIRMAÇÃO DA NECESSIDADE

O vendedor deve buscar uma síntese humana.

Exemplo:

“Pelo que entendi, vocês querem X, mas Y está dificultando isso e gerando Z. É isso?”

Depois:

“Resolver isso agora é realmente importante para vocês?”

Possibilidades:

  • Sim;
  • Não;
  • Ainda não está claro.

TELA 14 — Organizar ligação

Após a conversa:

Quer que eu organize suas anotações?

A IA sugere:

  • objetivo;
  • realidade atual;
  • principal dificuldade;
  • prioridade;
  • impacto;
  • consequência futura;
  • reconhecimento pelo cliente.

Humano:

  • confirma;
  • edita;
  • rejeita.

TELA 14.1 — Como terminou?

Opções:

  • Necessidade validada + reunião marcada;
  • Necessidade validada + falta agendar;
  • Ainda preciso entender melhor;
  • Não apareceu necessidade relevante;
  • Sem interesse;
  • Outro.

20. REGRA DA NECESSIDADE

Uma necessidade suficientemente validada deve conter:

  1. realidade atual;
  2. evidência suficiente;
  3. impacto;
  4. futuro desejado;
  5. prioridade ou relevância;
  6. reconhecimento pelo cliente.

Sem isso, não avançar automaticamente.


TELA 15 — Necessidade validada

Mostrar:

O que ele quer

O que está dificultando

Por que importa

Próximo passo

Somente agora o lead pode se tornar:

Oportunidade


21. SE A NECESSIDADE NÃO ESTIVER CLARA

Mostrar:

Ainda precisamos entender melhor

Separar:

Já sabemos

Ainda falta entender

Não gerar solução prematuramente.


22. SE NÃO HOUVER NECESSIDADE

Mostrar:

Sem oportunidade por enquanto

Possíveis motivos:

  • não há necessidade;
  • não é prioridade;
  • não houve interesse;
  • outro.

Guardar histórico.

Não tratar obrigatoriamente como fracasso.


23. OPORTUNIDADE

TELA 16 — Temos uma oportunidade

Mostrar:

  • empresa;
  • pessoa;
  • objetivo;
  • desafio;
  • impacto;
  • próxima conversa.

Botão:

Preparar solução inicial


TELA 17 — Como podemos ajudar?

A IA cruza:

  • necessidade validada;
  • objetivo;
  • impacto;
  • prioridade;
  • carro-chefe;
  • portfólio;
  • expertises;
  • propostas anteriores;
  • experiências;
  • capacidade.

Resultado:

Sugestão inicial

Mostrar:

O que parece fazer sentido

Com o que podemos contribuir

Por que parece aderente

Botões:

  • Faz sentido;
  • Quero ajustar;
  • Não é por aqui.

24. VALIDAÇÃO DA SOLUÇÃO

TELA 17.1 — Ajustar solução

Permitir:

  • adicionar serviço;
  • retirar serviço;
  • alterar direção;
  • registrar o que não deve entrar.

Somente após validação humana:

Solução confirmada


25. PESSOAS NA DECISÃO

TELA 18 — Quem vai estar na reunião?

Para cada participante:

  • nome;
  • cargo;
  • papel.

Possíveis papéis:

  • decide;
  • influencia;
  • participa;
  • ainda não sabemos.

26. PERFIL DE COMPRA

TELA 19 — Como essa pessoa parece tomar decisões?

Não é diagnóstico psicológico.

É apoio à comunicação.

Estilos possíveis:

  • Diretor;
  • Analisador;
  • Relator;
  • Socializador;
  • Ainda não sei.

Registrar também, quando conhecido:

O que parece valorizar

  • resultado;
  • segurança;
  • crescimento;
  • economia;
  • agilidade;
  • qualidade;
  • reconhecimento;
  • autonomia;
  • evidência;
  • relacionamento;
  • propósito.

Como prefere informação

  • direto;
  • detalhado;
  • números;
  • exemplos;
  • cases;
  • visual;
  • conversa.

Como decide

  • rapidamente;
  • precisa refletir;
  • consulta outras pessoas;
  • precisa de dados;
  • desconhecido.

27. GÊNERO E GERAÇÃO

Podem existir apenas como heurísticas contextuais fracas quando legitimamente conhecidas.

Nunca utilizar para:

  • discriminar;
  • alterar qualidade de oferta;
  • alterar preço;
  • restringir acesso;
  • presumir comportamento individual.

Hierarquia:

Comportamento observado
>
Preferência declarada
>
Contexto da decisão
>
Estilo comercial observado
>
Heurísticas gerais

O comportamento real sempre prevalece.


TELA 19.1 — Como preparar a conversa

O Orquestro pode sugerir:

  • nível de objetividade;
  • profundidade;
  • tipos de evidência;
  • pontos que merecem ênfase;
  • pontos que não precisam ocupar tempo.

Humano valida.


28. APRESENTAÇÃO PRÉ-PROPOSTA

TELA 20 — Preparar apresentação

Formatos:

  • Slides;
  • Resumo em uma página.

Estrutura:

  1. O que entendemos;
  2. Onde querem chegar;
  3. O que dificulta;
  4. Por que importa;
  5. Quem somos — somente o relevante;
  6. Como podemos ajudar;
  7. Visão inicial da solução;
  8. Benefícios esperados;
  9. Próximo passo.

A apresentação não deve entregar gratuitamente todo o caminho detalhado de execução.


TELA 20.2 — Revisar apresentação

Permitir:

  • editar;
  • excluir;
  • reordenar;
  • gerar nova versão;
  • validar.

Apresentação só vira oficial após validação humana.


29. ROTEIRO PRÉ-PROPOSTA

TELA 21 — Preparar meu roteiro

O roteiro pode conter:

  • abertura;
  • síntese;
  • prioridades;
  • partes a enfatizar;
  • partes a reduzir;
  • perguntas relevantes;
  • pontos de observação;
  • objeções possíveis.

30. OBJEÇÕES

Objeções ficam no roteiro, não na apresentação.

Estrutura padrão:

Concorda → Reforça → Reitera

Concorda

Reconhecer a preocupação legitimamente.

Reforça

Reconectar com fatos, necessidades ou prioridades do próprio cliente.

Reitera

Retomar o valor e a lógica da solução.

Pode terminar com pergunta aberta ou confirmação.

Nunca utilizar:

  • pressão indevida;
  • medo artificial;
  • falsa urgência;
  • manipulação.

TELA 22 — Tudo pronto

Checklist:

  • necessidade validada;
  • solução validada;
  • apresentação validada;
  • roteiro pronto.

A reunião permanece humana.


31. REUNIÃO PRÉ-PROPOSTA

Objetivos:

  • confirmar entendimento;
  • permitir correções;
  • apresentar empresa apenas no que importa;
  • mostrar aderência;
  • apresentar solução;
  • avaliar reação;
  • entender novas preocupações;
  • esclarecer decisão.

Não refazer todo o Discovery sem necessidade.

Pode apresentar:

ordem de grandeza ou faixa preliminar de investimento

quando fizer sentido.

Não é ainda o valor definitivo.


TELA 23 — Como foi?

Perguntar:

  • A solução fez sentido?
  • Surgiu preocupação?
  • Perguntaram sobre preço?
  • Foi apresentada faixa?
  • Quem participou de verdade?
  • O que aconteceu?

Campo livre principal.


TELA 23.1 — Organizar reunião

A IA pode estruturar:

  • confirmações;
  • novas informações;
  • objeções;
  • preocupações;
  • mudanças de contexto;
  • ajustes sugeridos;
  • condições mencionadas.

Humano valida.


32. ANÁLISE DO NEGÓCIO

TELA 24 — Essa venda também é boa para você?

Pergunta central:

É uma boa solução para o cliente. Mas esse negócio também é saudável para nós?

Avaliar:

  • esforço;
  • horas;
  • backoffice;
  • pessoas;
  • ocupação;
  • prazo;
  • custos externos;
  • customização;
  • dependências.

Não utilizar apenas faturamento como critério.


33. LENTES DO NEGÓCIO

Comercial

Existe necessidade e valor percebido?

Solução

Temos competência e aderência?

Operacional

Conseguimos entregar?

Econômica

Preço e esforço fazem sentido?


34. PRECIFICAÇÃO INTELIGENTE

TELA 25 — Quanto faz sentido cobrar?

A precificação deve combinar múltiplas referências.

Nunca apenas uma.


35. REFERÊNCIA 1 — PROPOSTAS ANTERIORES

Considerar somente propostas razoavelmente comparáveis.

Exibir:

  • último valor semelhante;
  • média;
  • faixa;
  • maior;
  • menor.

Histórico não determina preço.

É referência.


36. REFERÊNCIA 2 — ESFORÇO

Estimar:

  • reuniões;
  • execução;
  • análise;
  • produção;
  • treinamento;
  • deslocamento;
  • backoffice;
  • acompanhamento.

Gerar:

Esforço total estimado


37. REFERÊNCIA 3 — VALOR/HORA

Permitir referência geral ou por perfil.

Exemplo:

  • especialista;
  • consultor;
  • backoffice;
  • parceiro.

Valor/hora é apoio.

Não precisa ser única lógica de preço.


38. REFERÊNCIA 4 — CUSTOS

Considerar quando conhecidos:

  • impostos;
  • terceiros;
  • deslocamentos;
  • ferramentas;
  • materiais;
  • outros custos diretos.

39. REFERÊNCIA 5 — CAPACIDADE

Avaliar:

  • percentual da agenda utilizado;
  • duração;
  • concentração em pessoa-chave;
  • comprometimento com outros clientes;
  • risco de sobrecarga.

Uma venda pode ter bom valor e ainda ser operacionalmente ruim.


40. REFERÊNCIA 6 — COMPLEXIDADE

Considerar:

  • customização;
  • número de stakeholders;
  • número de unidades;
  • dificuldade técnica;
  • prazo curto;
  • exigência de presencial;
  • dependência de especialista;
  • risco de mudança de escopo.

41. REFERÊNCIA 7 — MERCADO

Quando houver dados confiáveis, utilizar:

  • preços públicos;
  • pesquisas setoriais;
  • referências regionais;
  • referências nacionais;
  • benchmarks profissionais.

Sempre mostrar:

  • fonte;
  • data;
  • grau de comparabilidade.

Se não houver informação confiável:

Não encontramos referência de mercado suficientemente comparável.

Nunca inventar uma média.


TELA 25.1 — Faixa sugerida

O Orquestro pode apresentar:

Valor mínimo saudável

Valor abaixo do qual o negócio começa a pressionar a sustentabilidade.

Faixa recomendada

Faixa em que histórico, esforço, capacidade e contexto parecem equilibrados.

Faixa superior justificável

Quando complexidade, capacidade exigida e valor percebido sustentarem.

Evitar falsa precisão.

Exemplo:

R 31 mil a R 35 mil

é preferível a:

R$ 33.246,82.


42. COMO EXPLICAR A SUGESTÃO

Mostrar:

Trabalhos semelhantes

Esforço

Capacidade

Custos

Complexidade

Mercado

Valor percebido pelo cliente

A recomendação precisa ser explicável.


43. DECISÃO HUMANA DO PREÇO

Botões:

  • Usar sugestão;
  • Definir outro valor.

Se o humano escolher valor abaixo do mínimo considerado saudável:

Atenção: este valor está abaixo da faixa calculada com as premissas atuais.

Opções:

  • Manter mesmo assim;
  • Rever.

O sistema alerta.

O humano decide.


44. CAPACIDADE DE PAGAMENTO

O Orquestro não deve afirmar sem evidência:

“Essa empresa consegue pagar.”

Deve trabalhar com:

condições comerciais compatíveis com o contexto conhecido.

Pode considerar:

  • orçamento declarado;
  • faixa indicada;
  • porte;
  • informações financeiras públicas confiáveis;
  • histórico com o cliente;
  • forma de contratação;
  • política de compras;
  • prazo de pagamento;
  • sazonalidade;
  • objeções;
  • número de parcelas solicitado.

45. REGRA DE EVIDÊNCIA FINANCEIRA DO CLIENTE

Separar:

Cliente declarou

Exemplo:

“Consigo investir até R$30 mil.”

Informação pública

Exemplo:

faixa de faturamento publicamente disponível.

Observação do vendedor

Exemplo:

percepção de restrição de caixa.

Hipótese da IA

Exemplo:

parcelamento talvez reduza a barreira.

Nunca misturar.


TELA 25.2 — Como esse cliente consegue comprar?

Pergunta central:

Existe uma condição que faça sentido para os dois lados?


TELA 25.3 — Condições possíveis

A IA pode sugerir alternativas.

Manter valor e parcelar

Reduzir escopo

Dividir em fases

Mudar forma de entrega

Alterar responsabilidades

Alterar cronograma

Combinar entrada + parcelas

Sempre mostrando:

Impacto para o cliente

Impacto para quem vende


46. REGRA WIN-WIN

O Orquestro deve procurar:

a melhor condição possível sem transformar desconto em solução automática.

Possibilidades:

Preço
Escopo
Prazo
Parcelamento
Fases
Responsabilidades
Forma de entrega

47. CONTRAPROPOSTA

Exemplo:

Proposta:

R$35 mil.

Cliente:

“Faço por R$25 mil.”

O sistema deve mostrar:

  • redução percentual;
  • novo retorno estimado;
  • impacto em capacidade;
  • impacto em custos;
  • sustentabilidade.

Depois pode sugerir:

  • parcelar sem reduzir;
  • reduzir escopo;
  • dividir em fases;
  • mudar formato;
  • aceitar;
  • não aceitar.

Humano decide.


48. LOOP OBRIGATÓRIO

Toda mudança material em:

  • preço;
  • escopo;
  • prazo;
  • forma de pagamento;
  • esforço;
  • equipe;

deve retornar à:

Análise do Negócio

antes de aceite definitivo.


TELA 26 — Revisar condições

Mostrar:

  • valor;
  • pagamento;
  • prazo;
  • escopo;
  • capacidade;
  • principais alertas.

Botões:

  • Ajustar;
  • Confirmar condições.

49. PROPOSTA FINAL

TELA 27 — Gerar proposta

Somente após:

  • solução validada;
  • escopo;
  • análise do negócio;
  • preço;
  • condições.

Estrutura sugerida:

  1. Contexto;
  2. Objetivo;
  3. Desafio atual;
  4. Solução;
  5. Escopo;
  6. Forma de trabalho;
  7. Resultados esperados;
  8. Prazo;
  9. Investimento;
  10. Condições;
  11. Responsabilidades;
  12. Próximos passos.

Resultados esperados não devem ser apresentados como promessa absoluta quando dependerem do cliente ou de fatores externos.


TELA 27.1 — Revisar proposta

Permitir:

  • editar;
  • gerar nova versão;
  • validar.

Não enviar automaticamente.


TELA 28 — Apresentação da proposta

Pode gerar:

  • slides;
  • resumo em uma página.

Estrutura:

  1. Onde querem chegar;
  2. Cenário atual;
  3. Desafio;
  4. Solução;
  5. Como trabalharemos;
  6. Escopo;
  7. Benefícios;
  8. Investimento;
  9. Condições;
  10. Próximos passos.

Humano valida.


TELA 29 — Roteiro da reunião

O roteiro é privado para o vendedor.

Pode conter:

  • abertura;
  • síntese;
  • pontos de ênfase;
  • apresentação do investimento;
  • objeções;
  • perguntas;
  • fechamento sugerido.

50. TIPOS DE FECHAMENTO

Direto

“Faz sentido avançarmos?”

Próximo passo

“Seguimos para contrato e início?”

Escolha legítima

“Faz mais sentido o formato A ou B?”

Somente quando A e B forem opções reais.

Consequência

Retomar prazo ou impacto declarado pelo próprio cliente.

Decision Ask

“Faz sentido continuarmos avançando ou é melhor deixarmos para outro momento?”

Sem falsa urgência.


TELA 30 — Reunião de proposta

Antes:

  • proposta validada;
  • apresentação validada;
  • roteiro pronto;
  • objeções preparadas;
  • condições revisadas.

Na reunião:

human first.


51. RESULTADO DA PROPOSTA

TELA 31 — Como terminou?

Possibilidades:

Fechou

Não fechou

Ainda vai decidir


TELA 32A — Fechou

Perguntar:

O cliente comentou o que pesou na decisão?

Opções:

  • confiança;
  • solução;
  • expertise;
  • indicação;
  • relacionamento;
  • prazo;
  • condições;
  • preço;
  • outro;
  • não comentou.

Registrar data de início.


TELA 32B — Não fechou

Perguntar de forma simples:

O que mais pesou para ele não avançar?

Possibilidades:

  • preço;
  • momento;
  • orçamento;
  • prioridade;
  • escopo;
  • concorrente;
  • solução interna;
  • não percebeu valor;
  • decisão interna;
  • outro;
  • não informou.

Se não sabemos:

Motivo não informado.

Nunca inventar.


TELA 32C — Ainda vai decidir

Registrar:

O que falta avaliar?

  • investimento;
  • sócio/diretoria;
  • caixa;
  • escopo;
  • momento;
  • comparação;
  • outro.

Quem participa?

Existe dúvida aberta?

Quando retomar?


52. FOLLOW-UP

Princípio:

Follow-up não existe para perguntar se o cliente viu a proposta.

Existe para:

reduzir a distância entre proposta apresentada e decisão clara.


TELA 33 — Follow-ups de hoje

Mostrar:

  • empresa;
  • motivo;
  • pendência;
  • data combinada.

TELA 33.1 — Preparar follow-up

Mostrar:

  • o que ficou pendente;
  • principal preocupação;
  • prioridade declarada;
  • último contato;
  • perfil de comunicação;
  • pessoas envolvidas.

53. FOLLOW-UP COM VALOR

O Orquestro pode buscar:

  • notícia;
  • movimento;
  • dado;
  • case;
  • referência;
  • conteúdo profissional.

Desde que realmente conectado ao cliente.

Exemplo:

“Vi a notícia da nova unidade e lembrei da nossa conversa sobre crescimento e organização…”

Não usar conteúdo aleatório apenas como desculpa para cobrar resposta.


TELA 33.2 — Como abordar?

Opções:

  • mensagem;
  • ligação;
  • e-mail.

A IA pode gerar:

  • texto;
  • roteiro;
  • pontos de conversa.

Humano revisa e envia.


TELA 34 — O que aconteceu?

Possibilidades:

  • Vai avançar;
  • Ainda precisa de tempo;
  • Pediu alteração;
  • Não vai avançar;
  • Não respondeu.

54. SE PEDIR ALTERAÇÃO

Voltar para:

Revisar condições

Recalcular impacto.

Nenhum desconto ou condição relevante deve ser aceito automaticamente.


55. SE CONTINUAR SEM DECISÃO

O Orquestro pode sugerir progressivamente:

  1. contato na data combinada;
  2. contato contextual;
  3. Decision Ask.

Evitar cadência automática agressiva.


TELA 36 — Retomar no futuro

Se for:

“Não agora.”

Registrar:

  • quando retomar;
  • o que precisa mudar;
  • condição esperada.

Exemplos:

  • orçamento;
  • término de projeto;
  • contratação;
  • mudança interna;
  • próximo exercício.

56. GANHO → PASSAGEM PARA ENTREGA

Quando fechar:

Sales-to-Delivery Handoff

Registrar:

  • onde o cliente quer chegar;
  • necessidade;
  • realidade atual;
  • impacto;
  • prioridade;
  • motivo de compra;
  • critério de sucesso;
  • escopo;
  • prazo;
  • expectativas;
  • stakeholders;
  • pontos sensíveis.

O conhecimento comercial não deve morrer na assinatura do contrato.


57. SEMENTE DE FIDELIZAÇÃO

O MVP não terá Customer Success completo.

Mas deve preservar:

  • por que comprou;
  • o que queria alcançar;
  • o que considera sucesso;
  • o que foi prometido;
  • resultado esperado.

Isso permite futuramente:

  • continuidade;
  • indicação;
  • nova necessidade;
  • expansão;
  • reativação.

Princípio:

Fidelização = continuar relevante porque existe valor real.


58. INTELIGÊNCIA DO CICLO DE VENDAS

O Orquestro deve gerar inteligência a partir do uso natural do sistema.

Não exigir planilha paralela.


59. TEMPO DE CICLO

Calcular:

  • tempo Lead → Abordagem;
  • Abordagem → Necessidade Validada;
  • Necessidade → Pré-Proposta;
  • Pré-Proposta → Proposta;
  • Proposta → Decisão;
  • ciclo total;
  • onde as oportunidades ficam mais tempo.

60. CONVERSÃO

Mostrar:

  • leads;
  • necessidades validadas;
  • oportunidades;
  • pré-propostas;
  • propostas;
  • ganhos;
  • perdas;
  • retomadas futuras.

61. SERVIÇOS

Analisar:

  • mais vendido;
  • maior faturamento;
  • maior ticket;
  • maior recorrência;
  • maior esforço;
  • menor esforço;
  • ciclo mais curto;
  • ciclo mais longo.

No futuro, quando os dados permitirem:

  • maior margem;
  • melhor relação esforço-retorno.

62. PÚBLICO

Analisar:

  • segmento;
  • porte;
  • contexto;
  • origem;
  • características transversais;
  • ticket;
  • recorrência;
  • ciclo;
  • qualidade percebida;
  • serviços comprados.

Sempre:

padrão observado na amostra

e não verdade universal.


63. ORIGEM DOS NEGÓCIOS

Comparar:

  • indicação;
  • networking;
  • evento;
  • inbound;
  • outbound;
  • cliente;
  • ex-cliente;
  • outros.

Não olhar só volume.

Também considerar:

  • conversão;
  • ticket;
  • duração do ciclo;
  • recorrência;
  • qualidade;
  • esforço.

64. MOTIVOS DE GANHO E PERDA

Aprender com:

Ganhos

  • confiança;
  • solução;
  • indicação;
  • relacionamento;
  • expertise;
  • prazo;
  • condição;
  • preço.

Perdas

  • preço;
  • timing;
  • orçamento;
  • prioridade;
  • concorrência;
  • solução interna;
  • baixo valor percebido;
  • outros.

65. GARGALOS

O sistema pode indicar:

“A maior parte do seu ciclo está acontecendo depois da proposta.”

ou:

“Muitos leads entram, mas poucos chegam à necessidade validada.”

Sempre distinguir:

Dado

do

Insight

da

Hipótese


66. DASHBOARD

Poucos indicadores.

Exemplos:

  • ciclo médio;
  • conversão;
  • ticket médio;
  • serviço mais vendido;
  • perfil recorrente;
  • gargalo;
  • propostas aguardando decisão;
  • capacidade.

Não transformar em painel de vaidade.


67. RESUMO EM UMA PÁGINA

Estrutura:

O que aconteceu

O que está funcionando

Onde estamos perdendo tempo

O que merece atenção

Oportunidade para investigar

Próximo teste sugerido


68. CICLO DE APRENDIZADO

Dados

Padrão observado

Hipótese

Sugestão

Humano decide testar

Teste

Resultado

Aprendizado

Possível mudança

O sistema não modifica suas próprias regras de negócio automaticamente.


69. VENDA FECHADA NÃO É NECESSARIAMENTE VENDA BOA

Com maturidade dos dados, analisar:

Comercial

Solução

Operação

Economia

Objetivo futuro:

identificar quais tipos de negócio realmente são mais saudáveis para aquela empresa.


70. HUMAN GATES OBRIGATÓRIOS

Gate 01 — Identidade Comercial

Humano valida.

Gate 02 — Ofertas

Humano valida.

Gate 03 — Mercado

Humano valida leitura.

Gate 04 — Capacidade

Humano confirma.

Gate 05 — Necessidade

Cliente reconhece + vendedor registra.

Gate 06 — Solução

Vendedor valida.

Gate 07 — Apresentação Pré-Proposta

Vendedor valida.

Gate 08 — Análise do Negócio

Vendedor decide.

Gate 09 — Preço

Vendedor define.

Gate 10 — Condições

Vendedor define.

Gate 11 — Proposta

Vendedor valida.

Gate 12 — Apresentação Final

Vendedor valida.

Gate 13 — Decisão

Humano registra resultado.

Nenhum Gate pode ser superado apenas por inferência da IA.


71. PERMISSÕES — REGRA MÍNIMA DO MVP

Toda empresa deve ser isolada em seu próprio ambiente.

Usuários de uma empresa nunca podem visualizar dados de outra.

A definição detalhada de perfis de acesso será tratada em PRD específico.

Como mínimo:

Administrador da empresa

Pode:

  • configurar empresa;
  • gerenciar usuários;
  • visualizar dados comerciais globais;
  • gerenciar parâmetros internos.

Usuário comercial

Pode:

  • trabalhar leads e oportunidades permitidos;
  • registrar interações;
  • gerar materiais;
  • acompanhar seus casos.

Permissões financeiras mais sensíveis, como custos internos e valor/hora, devem poder ser restringidas.


72. DADOS SENSÍVEIS DE PRECIFICAÇÃO

Itens como:

  • valor/hora;
  • custo;
  • margem;
  • capacidade;
  • remuneração;
  • rentabilidade;

não devem aparecer automaticamente para todo usuário comercial.

Controle de acesso deve ser definido.


73. PRIVACIDADE E SEGURANÇA

O MVP deve prever desde o início:

  • segregação por organização;
  • autorização;
  • rastreabilidade;
  • histórico;
  • auditoria;
  • proteção de documentos;
  • minimização;
  • finalidade;
  • correção;
  • controle de acesso;
  • registro da origem de IA;
  • revisão humana.

74. PRINCÍPIO DE NÃO EXCLUSÃO DE HISTÓRICO

Informações relevantes não devem desaparecer silenciosamente.

Quando substituídas:

  • preservar versão anterior;
  • registrar alteração;
  • registrar responsável;
  • registrar data.

A estratégia técnica de retenção será definida posteriormente.


75. ESTADOS DE INTERFACE OBRIGATÓRIOS

Todo PRD de tela deve especificar:

Carregando

O usuário sabe que o sistema está processando.

Sem dados

Explicar o que falta e qual próximo passo.

Erro

Explicar o que falhou sem perder dados digitados.

Processamento da IA

Deixar claro que existe uma análise em andamento.

Resultado não disponível

Não inventar resposta.

Informação insuficiente

Mostrar:

Ainda não temos informação suficiente para concluir isso.


76. COMPORTAMENTO EM FALHAS DE IA

Se uma análise de IA falhar:

  • manter os dados originais;
  • não bloquear desnecessariamente o caso;
  • permitir tentar novamente;
  • permitir seguir manualmente quando possível;
  • não criar conteúdo fictício como fallback.

77. FONTES EXTERNAS INDISPONÍVEIS

Se pesquisa pública ou referência de mercado falhar:

Não foi possível encontrar informação confiável suficiente.

O usuário pode:

  • continuar sem isso;
  • adicionar fonte manual;
  • tentar novamente.

78. DOCUMENTOS

Uploads podem alimentar:

  • identidade comercial;
  • propostas;
  • histórico;
  • clientes;
  • casos.

Todo dado extraído deve preservar relação com documento-fonte.

A definição técnica de:

  • tamanhos;
  • formatos;
  • armazenamento;
  • antivírus;
  • retenção;

será feita no PRD de Uploads.


79. REGRA DE IA EXPLICÁVEL

Toda recomendação relevante deve, quando possível, responder:

Por que o Orquestro está sugerindo isso?

Exemplos:

  • preço;
  • Solution Fit;
  • mercado;
  • follow-up;
  • condição;
  • perfil;
  • alerta.

Evitar caixas-pretas decisórias.


80. MVP — ENTRA AGORA

  • cadastro;
  • identidade comercial;
  • evidências históricas;
  • ofertas;
  • expertises;
  • clientes;
  • análise inicial de mercado;
  • capacidade;
  • lead;
  • indicação;
  • pesquisa pública;
  • preparação;
  • ligação rápida;
  • necessidade validada;
  • oportunidade;
  • solução sugerida;
  • perfil de comunicação;
  • apresentação pré-proposta;
  • roteiro;
  • objeções;
  • pós-reunião;
  • análise do negócio;
  • precificação;
  • condições;
  • contraproposta;
  • proposta;
  • apresentação;
  • roteiro final;
  • resultado;
  • follow-up;
  • retomar no futuro;
  • passagem para entrega;
  • dashboard;
  • resumo executivo;
  • aprendizado básico.

81. NÃO ENTRA AGORA

  • Machine Learning preditivo;
  • previsão automática de fechamento;
  • scoring opaco;
  • envio autônomo;
  • negociação autônoma;
  • precificação automática sem revisão;
  • diagnóstico psicológico;
  • análise completa de solvência;
  • Customer Success completo;
  • benchmarking avançado;
  • grande ecossistema de integrações;
  • automação comercial agressiva;
  • outros módulos Orquestro dentro desta primeira fatia operacional.

82. PRINCIPAIS MÉTRICAS DO MVP

O objetivo é provar valor, não gerar KPI de vaidade.

Medir:

Uso

  • usuários ativos;
  • leads processados;
  • oportunidades criadas;
  • propostas geradas;
  • retornos ao sistema.

Eficiência

  • tempo de preparação;
  • tempo de criação de proposta;
  • redução de retrabalho;
  • tempo de consolidação pós-reunião.

Qualidade percebida

  • utilidade da pesquisa;
  • utilidade da preparação;
  • utilidade da solução sugerida;
  • utilidade da precificação;
  • utilidade dos roteiros.

Comercial

  • necessidade validada;
  • propostas;
  • ganhos;
  • perdas;
  • ciclo.

Ainda não atribuir causalidade ao Orquestro sem desenho de validação.


83. MÉTRICAS ESPECIAIS DE APRENDIZADO

Também registrar:

  • sugestões rejeitadas;
  • sugestões ajustadas;
  • motivo do ajuste;
  • preço sugerido × preço definido;
  • preço definido × preço aceito;
  • contrapropostas;
  • condição inicialmente proposta × condição final;
  • Solution Fit sugerido × aprovado;
  • motivos de perda.

Isso permite entender onde a inteligência está ou não ajudando.


84. CLIENTE ZERO

A LC Verum deve funcionar como Cliente Zero.

Objetivos:

  • percorrer o fluxo inteiro;
  • registrar fricções;
  • medir esforço;
  • identificar gaps;
  • testar saídas;
  • verificar utilidade.

Cliente Zero não significa validação externa.


85. PILOTOS EXTERNOS

Somente depois de o fluxo mínimo estar navegável.

Registrar:

Evidence
→ Learning
→ Proposed Change

Não alterar o produto com base em impressão isolada sem registro.


86. MAPEAMENTO COM A METODOLOGIA ANTERIOR

A Commercial Intelligence Journey v0.1 continua sendo histórico metodológico relevante.

O novo desenho preserva princípios centrais:

  • Company & Offer Intelligence;
  • Lead Intelligence;
  • Human Discovery;
  • Post-Meeting Intelligence;
  • Need Isolation;
  • Client Validation;
  • Opportunity Gate;
  • Solution Fit;
  • Human Review.

A experiência do produto, porém, passa a organizar esses elementos em linguagem mais simples e jornada mais operacional.

Antes de transformar este Product Blueprint em uma nova versão metodológica oficial, registrar formalmente a evolução.


87. PRINCIPAIS EVOLUÇÕES DESTE DESENHO

Em relação à baseline anterior, este Product Blueprint explicita:

  • onboarding comercial;
  • evidências históricas;
  • realidade × percepção × intenção;
  • capacidade;
  • ligação rápida como momento central de validação;
  • Opportunity somente após necessidade validada;
  • Solution Fit antes da reunião pré-proposta;
  • geração de materiais;
  • perfil de comunicação;
  • Business Fit;
  • precificação;
  • condições win-win;
  • negociação;
  • proposta;
  • follow-up;
  • Sales-to-Delivery Handoff;
  • aprendizado do ciclo.

Tratar essas mudanças como evolução de produto a ser testada.


88. CRITÉRIOS DE ACEITE DO FLUXO PONTA A PONTA

Para considerar o MVP demonstrável:

  • uma empresa consegue concluir configuração inicial;
  • consegue cadastrar ofertas e expertises;
  • consegue cadastrar/importar clientes mínimos;
  • consegue registrar capacidade;
  • consegue criar lead;
  • consegue adicionar contexto de indicação;
  • consegue gerar análise pré-abordagem;
  • consegue registrar ligação;
  • IA consegue sugerir organização das notas;
  • humano consegue editar/validar;
  • oportunidade não nasce antes da necessidade validada;
  • IA consegue sugerir solução;
  • humano consegue ajustar/validar;
  • apresentação pré-proposta pode ser gerada e validada;
  • roteiro pode ser gerado;
  • pós-reunião pode ser registrado;
  • análise do negócio pode ser executada;
  • preço pode ser sugerido com justificativa;
  • humano pode definir preço diferente;
  • condições comerciais podem ser simuladas;
  • contraproposta retorna para análise do negócio;
  • proposta final pode ser gerada;
  • humano consegue revisar antes de uso;
  • resultado comercial pode ser registrado;
  • Decision Pending gera follow-up contextual;
  • Lost registra motivo ou motivo desconhecido;
  • Won gera passagem para entrega;
  • eventos geram histórico;
  • dashboard recebe dados reais do ciclo;
  • tenants permanecem segregados.

89. GATES PARA DESENVOLVIMENTO

Gate A — Jornada

Fluxo validado conceitualmente.

Gate B — UX

Protótipo navegável testado.

Gate C — Dados

Modelo mínimo definido.

Gate D — Segurança

Tenant, autenticação, autorização e acesso mínimo funcionando.

Gate E — Inteligência

Primeiras análises assistidas funcionando com revisão humana.

Gate F — Cliente Zero

LC Verum percorre fluxo completo.

Gate G — Piloto

Empresa externa consegue executar fluxo mínimo.


90. ORDEM RECOMENDADA DE CONSTRUÇÃO

Incremento 1 — Fundação

  • tenant;
  • usuário;
  • permissões;
  • empresa;
  • histórico;
  • documentos;
  • rastreabilidade.

Incremento 2 — Configuração Comercial

  • identidade;
  • propostas anteriores;
  • ofertas;
  • clientes;
  • mercado;
  • capacidade.

Incremento 3 — Lead e Necessidade

  • lead;
  • indicação;
  • pesquisa;
  • briefing;
  • ligação;
  • organização;
  • Need Validation;
  • oportunidade.

Incremento 4 — Solução

  • Solution Fit;
  • perfil;
  • pré-proposta;
  • roteiro;
  • pós-reunião.

Incremento 5 — Negócio

  • capacidade;
  • esforço;
  • custos;
  • precificação;
  • condições;
  • Business Fit.

Incremento 6 — Proposta e Decisão

  • proposta;
  • apresentação;
  • roteiro;
  • objeções;
  • resultados;
  • negociação;
  • follow-up.

Incremento 7 — Aprendizado

  • handoff;
  • dashboard;
  • one page;
  • métricas;
  • padrões;
  • aprendizados.

91. REGRA PARA CRIAR OS PRÓXIMOS PRDs

Cada funcionalidade deve ser refinada separadamente antes do desenvolvimento.

O PRD individual deve conter obrigatoriamente:

1. Contexto e Objetivo
 
2. Caminho Feliz
 
3. Casos de Exceção e Tratamento de Erros
 
4. Impacto em Dados e Rastreabilidade
 
5. Critérios de Aceite e Verificação Objetiva

Nenhum PRD pode deixar ambíguos:

  • estados;
  • permissões;
  • dados;
  • histórico;
  • mudanças de status;
  • erro;
  • carregamento;
  • informação ausente;
  • validação humana.

92. QUESTÕES QUE NÃO BLOQUEIAM O PRODUCT FREEZE

Estas decisões devem ser resolvidas nos PRDs correspondentes e não precisam reabrir o produto:

  • formatos máximos de upload;
  • limite de tamanho de arquivos;
  • número máximo de usuários por plano;
  • matriz completa de permissões;
  • algoritmo exato de precificação;
  • fórmula de capacidade;
  • fontes externas prioritárias;
  • faixas de comparabilidade;
  • template visual final;
  • mecanismo de assinatura;
  • integrações;
  • notificações;
  • política completa de retenção.

93. PRINCÍPIO FINAL DO PRODUTO

O Orquestro não existe para fazer vendedores pressionarem mais.

Existe para ajudá-los a:

entender melhor;

decidir melhor;

preparar melhor;

precificar melhor;

negociar melhor;

vender negócios mais saudáveis;

e aprender com o próprio ciclo comercial.


94. DEFINIÇÃO CURTA

O Orquestro™ ajuda empresas que vendem serviços B2B intensivos em conhecimento a transformar informações comerciais em decisões melhores — da escolha do lead à necessidade, solução, preço, proposta, negociação e aprendizado.


95. PRODUCT FREEZE

A partir deste documento:

o próximo avanço do Orquestro deve acontecer por construção, prototipação e evidência — não por continuar adicionando funcionalidades conceituais.

Próxima etapa:

PRODUCT BLUEPRINT

MAPA FINAL DE TELAS

PROTÓTIPO NAVEGÁVEL

MODELO DE DADOS

PRDs POR INCREMENTO

IMPLEMENTAÇÃO

CLIENTE ZERO

EVIDÊNCIA

APRENDIZADO

NOVA VERSÃO

Fim do Product Blueprint & MVP Freeze Candidate.