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 2 — Configuração Comercial

Código: Orquestro-CFG
Versão: 1.0 — Freeze Candidate
Status: Pronto para protótipo/desenvolvimento após revisão técnica
Dependência: Incremento 1 — Fundação concluído
Fonte de verdade: Product Blueprint / MVP Candidate vigente e decisões aprovadas no refinamento do Incremento 2

1. Objetivo do incremento

O Incremento 2 — Configuração Comercial tem como objetivo dar ao Orquestro contexto suficiente sobre quem é a empresa, o que ela vende, o que já vendeu, quem compra, para onde quer crescer e quanto consegue entregar.

Ao final deste incremento, o Orquestro deve conseguir responder, sempre com validação humana:

Quem é esta empresa?
O que ela sabe e quer vender?
O que ela efetivamente já vendeu?
Quem compra dela?
Que tipo de cliente ela valoriza?
Para onde quer crescer?
Quanto consegue entregar?
De quem depende para entregar?

A configuração termina com uma visão inicial validada pelo próprio cliente, e não com um diagnóstico automático.

Regra central

IA sugere → humano confirma, corrige ou rejeita.

Nenhum dos Human Gates 1–4 pode ser fechado automaticamente pela IA.

2. Resultado esperado

Ao concluir este incremento, o ambiente deve possuir:

cadastro básico da empresa;
identidade visual do ambiente com a logo do negócio;
pessoas relevantes cadastradas;
organograma opcional anexado, quando existente;
identidade comercial validada;
evidências comerciais anteriores analisadas e revisadas;
ofertas e expertises validadas;
clientes atuais/anteriores cadastrados;
leitura inicial de mercado validada;
capacidade interna e externa registrada;
dependências críticas de pessoas e terceiros identificáveis;
DRE opcional protegida como dado financeiro sensível;
visão inicial de capacidade revisada;
configuração disponível posteriormente em Meu negócio.

3. Arquitetura da experiência

A configuração inicial deve ser uma única experiência guiada, e não oito itens soltos no menu.

Fluxo do onboarding

1. Sua empresa
↓
2. Conte sobre sua empresa
↓
3. Vendas reais
↓
4. O que você vende
↓
5. Seus clientes
↓
6. Seu mercado
↓
7. Sua capacidade
↓
Tudo pronto

No topo:

Passo X de 7

Sempre disponível:

Salvar e sair

Após a conclusão, as informações permanecem disponíveis em:

Meu negócio

Abas:

Empresa
Vendas anteriores
Ofertas
Clientes
Mercado
Capacidade
Dados financeiros

A aba Dados financeiros deve respeitar permissão específica para informações financeiras sensíveis.

4. Passo 1 — Sua empresa

4.1 Dados básicos

Campos:

Nome fantasia
Razão social
CNPJ
CEP
Rua
Número
Complemento opcional
Cidade
Estado

Quando tecnicamente disponível, o CEP pode preencher parte do endereço automaticamente.

4.2 Tamanho da empresa

Pergunta:

Quantas pessoas trabalham hoje na empresa?

Opções:

1
2–5
6–10
11–20
21–50
51+

Não exigir número exato.

5. Pessoas e estrutura

Título sugerido:

Pessoas importantes da empresa

Botão:

+ Adicionar pessoa

Campos mínimos:

nome
função
tipo de vínculo/contexto

Tipos sugeridos:

Sócio(a)
Liderança
Pessoa relevante
Outro

Não exigir CPF, percentual societário ou outros dados sem finalidade comercial clara.

O objetivo não é montar um módulo de RH, mas criar contexto organizacional suficiente para vendas, capacidade e decisões.

6. Organograma opcional

Pergunta:

Você já tem um organograma da empresa?

Sim | Não

Se sim:

+ Anexar organograma

Classificação documental:

Document.category = ORGANIZATIONAL_CHART

O organograma é documento de apoio e não substitui o cadastro mínimo das pessoas relevantes.

Se houver leitura assistida:

IA lê o organograma
↓
sugere pessoas
sugere funções
sugere áreas
sugere relações hierárquicas
↓
humano confirma ou corrige

Nunca:

arquivo → estrutura oficial automaticamente

7. Marca e identidade visual do ambiente

Logo da empresa

A empresa pode anexar sua logo.

A logo será usada como:

identidade visual do ambiente;
ícone/avatar principal da empresa no sistema;
elemento reutilizável em propostas;
elemento reutilizável em apresentações;
elemento reutilizável em One Pages;
elemento reutilizável em relatórios.

A foto do usuário não é a identidade visual principal do ambiente.

Na ausência de logo, utilizar fallback baseado na empresa, por exemplo:

iniciais do nome fantasia;
ícone neutro do negócio.

Nunca usar foto pessoal do usuário como fallback principal do ambiente.

Estrutura sugerida:

Organization.logo_document_id
Organization.logo_icon_variant

8. Passo 2 — Conte sobre sua empresa

Título:

Agora queremos entender melhor o seu negócio

Perguntas:

1. O que sua empresa faz?

Campo curto.

Ajuda:

Não precisa escrever bonito. Explique como explicaria para alguém em uma conversa.

2. Que problemas vocês normalmente ajudam seus clientes a resolver?

Campo livre.

3. O que vocês sabem fazer especialmente bem?

Tags adicionáveis.

Exemplos:

Gestão de processos
Compliance
Treinamentos

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

Atalhos sugeridos:

Confiança
Experiência
Indicação
Atendimento próximo
Conhecimento técnico
Agilidade
Outro

Permitir também texto livre.

5. Tem algo importante sobre sua empresa que deveríamos saber?

Opcional.

9. Objeto lógico — CommercialIdentity

CommercialIdentity
 
organization_id
what_we_do
problems_we_help_solve
declared_expertise[]
perceived_choice_reasons[]
additional_context
 
status
version
validated_by
validated_at

Estados:

DRAFT
READY_FOR_REVIEW
VALIDATED

10. Human Gate 1 — Identidade da empresa

Antes de finalizar a etapa, apresentar uma síntese:

Entendemos vocês assim

O que vocês fazem
Que problemas ajudam a resolver
No que são especialmente bons
Por que acreditam que os clientes escolhem vocês

Pergunta:

Isso representa bem sua empresa?

Ações:

Sim, está certo
Quero ajustar

Somente ação humana pode produzir:

CommercialIdentity.status = VALIDATED

A validação deve registrar:

usuário;
data/hora;
versão validada.

11. Passo 3 — Mostre algumas vendas reais

Título:

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

Orientação:

Escolha de 3 a 5 propostas que você considera bons exemplos.

Botão:

+ Anexar proposta

Opcionalmente, permitir também 1 a 2 exemplos de trabalhos que a empresa hoje preferiria não repetir.

12. Avaliação dos bons exemplos

Para cada proposta:

Por que você escolheu este trabalho?

Múltipla escolha:

Bom cliente
Bom valor
Boa margem, na minha percepção
Gostamos de fazer esse tipo de trabalho
Representa bem o que queremos vender
Cliente estratégico
Gerou continuidade
Gerou indicação
Outro

A opção Boa margem permanece percepção do usuário enquanto não houver evidência financeira suficiente para tratá-la como fato.

13. Exemplos que a empresa preferiria não repetir

Pergunta:

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

Sim | Não

Se sim:

+ Anexar exemplo

Pergunta:

Por quê?

Muito trabalho
Preço baixo
Muito retrabalho
Ocupou demais a equipe
Cliente difícil
Escopo confuso
Pouco resultado financeiro
Não combina mais com nossa estratégia
Outro

14. Leitura assistida das propostas

A IA pode identificar, quando disponível:

cliente
serviço
valor
escopo
problema citado
forma de entrega
entregáveis
prazo
padrões recorrentes

A saída deve ser revisável:

Encontramos isto nesta proposta

Para cada dado:

Confirmar | Corrigir

Regra TruthMode

Uma proposta pode provar, por exemplo:

Foi comercializado um projeto por R$ 25 mil.

Ela não prova automaticamente:

Foi lucrativo.

O cliente ficou satisfeito.

Foi uma boa venda.

A percepção do usuário sobre o trabalho deve permanecer separada da evidência documental.

Informação ausente ou ambígua não pode ser inventada.

15. Passo 4 — O que você vende

Título:

Vamos organizar o que vocês vendem

Mensagem:

Encontramos estas ofertas nos materiais enviados. Confira e complete o que faltar.

Para cada oferta:

Como você trata este serviço hoje?

Quero vender mais disso

Interno:

SELL_MORE

Vendo normalmente

Interno:

ACTIVE

Só ofereço em situações especiais

Interno:

SPECIAL_CASES

16. Dados mínimos da oferta

nome
descrição em uma frase
problema que costuma ajudar a resolver
forma de venda
prioridade comercial

Forma de venda:

Projeto
Mensal
Hora
Treinamento
Outro

Valor típico

Opcional:

Não quero informar agora
Faixa de valor
Valor médio

17. Expertise fora das propostas

Pergunta:

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

Botão:

+ Adicionar expertise

Essa expertise pode ficar disponível para futuros cruzamentos sem obrigar a empresa a promovê-la comercialmente.

18. Human Gate 2 — Ofertas e expertises

Apresentar síntese em grupos:

Queremos vender mais

…

Vendemos normalmente

…

Oferecemos em situações especiais

…

Outras expertises

…

Ações:

Confirmar
Ajustar

Somente confirmação humana fecha o Gate 2.

19. Passo 5 — Seus clientes

Título:

Agora vamos entender quem já compra de vocês

Entradas:

+ Adicionar cliente
Importar lista

Para o MVP, a importação pode ser por planilha simples quando incluída no build.

20. Campos do cliente

empresa
segmento
porte
cidade
estado
oferta comprada
valor aproximado
pontual ou recorrente
ainda é cliente?

Porte:

Pequena
Média
Grande
Não sei

O objetivo não é criar classificação fiscal complexa, mas contexto comercial suficiente.

21. Avaliação do cliente

Pergunta:

Você considera esse um bom cliente?

Sim | Mais ou menos | Não

Se Sim/Mais ou menos:

O que faz esse cliente ser bom para você?

Paga bem
Paga em dia
Dá boa margem
É tranquilo de trabalhar
Confia no nosso trabalho
Dá autonomia
Tem boa comunicação
Valoriza nossa expertise
Compra novamente
Indica
Pode comprar mais
É estratégico
Gostamos desse tipo de trabalho
Outro

Se Não:

Preço apertado
Muito esforço
Muito retrabalho
Difícil relacionamento
Demora para pagar
Escopo muda demais
Pouca autonomia
Pouco potencial de continuidade
Não valoriza o trabalho
Outro

Essas avaliações são percepções do usuário e devem permanecer identificadas como tal.

22. Passo 6 — Seu mercado

O sistema deve separar claramente:

O que a empresa acredita

versus

O que os dados disponíveis mostram

As quatro camadas do mercado são:

Mercado Atual

Quem efetivamente compra hoje.

Mercado Percebido

Quem a empresa acredita ser seu público/melhor cliente.

Mercado Desejado

Para quem gostaria de vender mais.

Mercado Potencial

Padrões que os dados sugerem investigar.

23. Percepção da empresa sobre o mercado

Perguntas:

Hoje, você sente que atende mais:

Segmentos
Porte
Região

Na sua opinião, qual é o melhor tipo de cliente para vocês?

Mesmas dimensões.

Para quem vocês gostariam de vender mais?

Segmento
Porte
Região

O que torna esse perfil interessante?

Maior valor
Maior margem
Mais recorrência
Mais fácil de atender
Temos experiência
Gostamos desse mercado
Bom potencial de indicação
Faz parte da estratégia
Outro

Existe algum perfil que vocês preferem evitar?

Sim | Não

Campo simples se sim.

24. Análise inicial de mercado

A IA compara:

percepção declarada
×
clientes cadastrados
×
vendas anteriores
×
ofertas

Pode observar também padrões que atravessem segmentos, como:

porte;
empresa familiar;
momento de crescimento;
sucessão;
maturidade;
proximidade do decisor com a operação;
tipo de liderança;
modelo de negócio;
necessidade recorrente;
características compartilhadas pelos melhores clientes.

Esses resultados devem aparecer como:

padrão para observar

Nunca como:

verdade definitiva sobre seu mercado

O sistema não redefine ICP automaticamente.

25. Resultado da análise de mercado

Título:

O que seus dados mostram até agora

Pode apresentar:

Quem você atende mais
Quem você considera seus melhores clientes
Para quem você quer vender
Padrões que apareceram
Possíveis mercados para observar
Diferenças entre percepção e dados

26. Human Gate 3 — Mercado

Pergunta:

Essa leitura faz sentido para você?

Ações:

Sim
Quero ajustar algumas coisas

O usuário pode confirmar, ajustar ou rejeitar padrões e interpretações.

Rejeições devem permanecer rastreáveis.

Somente confirmação humana fecha o Gate 3.

27. Passo 7 — Sua capacidade de entrega

Pergunta-mãe:

Se eu ajudar você a vender mais, você consegue entregar?

A capacidade deve considerar:

equipe interna;
trabalhos já vendidos;
esforço por oferta;
pessoas críticas;
terceirização;
parceiros críticos;
capacidade externa estimada;
estrutura financeira opcional de apoio.

28. Pessoas que entregam

Título:

Quem trabalha diretamente nas entregas?

Botão:

+ Adicionar pessoa

Sempre que possível, permitir selecionar pessoa já cadastrada na estrutura da empresa.

Campos:

nome
função
serviços/expertises que consegue entregar
disponibilidade estimada
tempo já comprometido

Disponibilidade

Preferência:

horas por semana

Quando o usuário não souber:

Pouco
Médio
Bastante

O sistema não deve obrigar falsa precisão.

29. Trabalhos já vendidos

Pergunta:

Existem trabalhos em andamento ou já vendidos que ainda precisam ser entregues?

Sim | Não

Se sim:

cliente
serviço
prazo
esforço restante

Esforço:

Baixo
Médio
Alto
Sei informar horas

A capacidade disponível deve considerar o que já está comprometido.

30. Esforço das ofertas

Para cada oferta:

Normalmente, quanto trabalho ela exige?

Preferencial:

___ horas

Alternativa:

Baixo
Médio
Alto

Neste estágio, trata-se de estimativa inicial.

31. Dependência de pessoa

Pergunta:

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

Sim | Não

Se sim:

Qual serviço?
Quem?

Essas informações alimentam a leitura de pessoas críticas e gargalos.

32. Terceirização da entrega

Pergunta:

Vocês terceirizam alguma parte dos serviços ou das entregas?

Sim | Não

Se sim:

+ Adicionar terceirização

Campos mínimos:

o que é terceirizado
ofertas relacionadas
quem executa / tipo de parceiro
frequência
capacidade externa estimada
dependência

33. Frequência da terceirização

Opções:

Sempre
Às vezes
Quando precisamos aumentar a capacidade
Outro

34. Capacidade externa

Quando possível:

Horas / entregas por mês

Quando não houver precisão:

Baixa
Média
Alta
Não sei

Não transformar terceirização em capacidade ilimitada.

35. Dependência do terceiro

Pergunta:

Essa entrega depende muito desse parceiro?

Sim | Não

Se sim, permitir marcar:

poucas alternativas;
prazo do parceiro;
conhecimento especializado;
disponibilidade limitada;
custo variável;
outro.

Parceiro com dependência relevante deve aparecer como possível gargalo.

36. Estrutura lógica da capacidade

Objetos:

DeliveryPerson
ExternalDeliveryPartner
CommittedDelivery
OfferEffort
CapacitySnapshot

ExternalDeliveryPartner

id
organization_id
 
name_optional
partner_type
 
services_or_stages[]
offer_ids[]
 
usage_frequency
 
capacity_value
capacity_unit
capacity_confidence
 
critical_dependency
dependency_reasons[]
 
notes

37. DRE e contexto financeiro

A DRE entra como evidência financeira adicional para melhorar futuramente o Business Fit e a precificação.

Ela não é requisito obrigatório para concluir o onboarding.

Bloco sugerido

Conhecer melhor os custos do seu negócio

Texto:

Se você tiver a DRE do último exercício, pode anexá-la. Ela nos ajuda a entender melhor a estrutura de custos e despesas da empresa quando formos avaliar se uma venda é saudável.

Botão:

+ Anexar DRE do último exercício

Opcionalmente:

+ Anexar DRE parcial do exercício atual

38. Tratamento da DRE

Classificação:

Document.category = FINANCIAL_STATEMENT
Document.financial_sensitive = true

Acesso restrito por:

VIEW_SENSITIVE_FINANCIAL_DATA

Usuário sem permissão não deve receber o arquivo nem o conteúdo financeiro sensível extraído.

39. Extração assistida da DRE

A IA pode sugerir, quando identificável:

receita do período;
impostos/deduções;
custos diretamente identificáveis;
folha/pessoal, quando apresentado;
despesas operacionais;
principais grupos de despesas;
resultado apresentado;
outras linhas relevantes para compreender a estrutura econômica.

A saída deve sempre permitir:

Confirmar | Corrigir

Informação ausente, ambígua ou ilegível não pode ser inventada.

Cada dado extraído deve preservar:

documento de origem;
exercício/período;
versão;
confirmação humana, quando realizada.

A DRE é evidência de apoio e não determina sozinha:

preço;
margem;
saúde financeira;
decisão comercial;
Business Fit.

40. CapacitySnapshot

A visão consolidada deve incluir:

internal_capacity
external_capacity_estimated
total_capacity_estimated
 
committed_capacity
available_capacity
 
bottlenecks[]
critical_people[]
critical_partners[]
 
highest_effort_offers[]

total_capacity_estimated não significa simplesmente soma irrestrita da capacidade interna e terceirizada.

A leitura deve respeitar:

disponibilidade;
confiança da estimativa;
dependências;
gargalos conhecidos.

41. Visão de capacidade

Título:

Sua capacidade hoje

Exemplo:

Capacidade estimada para clientes
55h/semana

Já comprometido
41h/semana

Disponível estimado
14h/semana

Pontos de atenção

Exemplos:

Auditoria depende atualmente de uma única especialista.

Parte das entregas de treinamento depende de parceiro externo com disponibilidade variável.

A visão deve considerar:

capacidade interna;
capacidade externa estimada;
comprometimento;
disponibilidade;
gargalos;
pessoas críticas;
parceiros críticos;
ofertas que mais pressionam capacidade.

42. Human Gate 4 — Capacidade

Pergunta:

Essa leitura representa bem sua capacidade atual?

Ações:

Confirmar
Ajustar

Somente ação humana pode produzir:

CapacitySnapshot.status = REVIEWED

A palavra é proposital:

revisada, não “aprovada pela IA”.

43. Conclusão do onboarding

Tela:

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

✓ quem vocês são
✓ o que querem vender
✓ o que também sabem entregar
✓ quem já compra de vocês
✓ que tipo de cliente vocês valorizam
✓ para onde querem crescer
✓ quanto conseguem entregar hoje
✓ como a entrega depende de equipe e parceiros

Botão:

Ir para meu painel

Não adicionar novo formulário após essa etapa.

44. Configuração viva

Após o onboarding, o usuário pode revisar as informações em Meu negócio.

O Orquestro pode futuramente sugerir revisões, por exemplo:

Sua capacidade mudou. Quer atualizar?

Surgiu um novo padrão nos seus melhores clientes. Quer revisar sua análise de mercado?

A IA convida a revisar.

Nunca altera automaticamente informações estruturais.

45. Objetos lógicos do incremento

OrganizationProfile
OrganizationPerson
CommercialIdentity
 
CommercialEvidence
 
Offer
Expertise
 
ClientAccount
 
MarketView
MarketPattern
 
DeliveryPerson
ExternalDeliveryPartner
CommittedDelivery
OfferEffort
CapacitySnapshot

Reutilizados do Incremento 1:

Organization
User
Document
DocumentRelation
AuditEvent

46. Origem do conhecimento

Exemplos:

Usuário diz:

Clientes nos escolhem pela confiança.

Classificação:

SELLER/COMPANY STATEMENT

Proposta mostra:

Projeto de R$ 25.000.

Classificação:

EVIDENCE
source = proposal.pdf

IA diz:

Empresas familiares aparecem mais entre clientes recorrentes.

Classificação:

AI_HYPOTHESIS / OBSERVED_PATTERN

Usuário confirma:

Sim, vale observar isso.

Classificação:

HUMAN_VALIDATED_DECISION

Percepção, evidência, hipótese e decisão humana não devem ser misturadas.

47. Estados obrigatórios de interface

Em qualquer passo:

Salvando…

Operação em andamento.

Salvo

Persistência confirmada.

Não foi possível salvar

Mensagem clara + possibilidade de tentar novamente.

Sem informação ainda

Explicar o que falta e qual o próximo passo.

Processando documentos…

Análise em andamento.

Não conseguimos analisar este arquivo

Não fingir sucesso.

Análise pronta para revisar

Humano precisa confirmar/corrigir.

Informação insuficiente para analisar

Não inventar fallback.

48. Falha de IA/documento

Se uma proposta, organograma ou DRE não puder ser lida automaticamente:

Mensagem:

Não conseguimos analisar automaticamente este arquivo.

Opções:

Tentar novamente
Preencher manualmente
Remover arquivo

A falha não deve bloquear todo o onboarding.

O arquivo e a falha devem permanecer rastreáveis quando relevante.

49. Permissões

Administrador

Pode editar toda a Configuração Comercial.

Permissão padrão:

EDIT_COMMERCIAL_CONFIGURATION = true

Usuário comercial

Por padrão:

EDIT_COMMERCIAL_CONFIGURATION = false

Pode visualizar contexto comercial necessário ao seu trabalho, conforme permissões.

Dados financeiros sensíveis dependem de:

VIEW_SENSITIVE_FINANCIAL_DATA

Não basta esconder campos na interface; o backend também deve restringir a resposta.

50. O que não entra neste incremento

Ficam fora:

cadastro operacional de lead;
pesquisa pública de lead;
abordagem;
Quick Call;
necessidade;
Opportunity;
Solution Fit;
pré-proposta;
Business Fit da oportunidade;
precificação de oportunidade;
proposta final;
follow-up;
ERP de capacidade;
agenda automática de recursos;
controle de ponto;
gestão completa de fornecedores;
avaliação de fornecedor;
CRM completo de clientes atuais;
cálculo financeiro sofisticado;
benchmark externo automático;
geração automática de organograma oficial.

51. Caminho feliz completo

Administrador entra
↓
completa dados da empresa
↓
anexa logo
↓
logo passa a representar o ambiente
↓
cadastra pessoas
↓
anexa organograma opcional
↓
IA sugere estrutura
↓
humano confirma/corrige
↓
descreve o negócio
↓
valida identidade
↓
anexa propostas anteriores
↓
IA extrai dados
↓
humano confirma/corrige
↓
organiza ofertas e expertises
↓
humano valida
↓
cadastra/importa clientes
↓
declara percepção do mercado
↓
IA compara percepção × evidências
↓
humano valida leitura
↓
cadastra equipe de entrega
↓
registra trabalhos comprometidos
↓
registra esforço
↓
registra terceirização
↓
anexa DRE opcional
↓
IA extrai dados financeiros
↓
humano confirma/corrige
↓
Orquestro produz visão de capacidade
↓
humano revisa
↓
configuração concluída
↓
Início

52. Human Gates do Incremento 2

Gate	Condição
Gate 1	Identidade da empresa validada
Gate 2	Ofertas e expertises validadas
Gate 3	Leitura inicial de mercado validada
Gate 4	Capacidade revisada

Nenhum desses gates pode ser fechado pela IA.

53. Requisitos funcionais — CFG-REQ

A. Jornada de configuração

CFG-REQ-001 — Onboarding em 7 passos

Prioridade: MUST
A configuração inicial deve possuir 7 passos, mantendo a jornada aprovada.

CFG-REQ-002 — Mostrar progresso

Prioridade: MUST
O sistema deve mostrar progresso do onboarding.

CFG-REQ-003 — Salvar e sair

Prioridade: MUST
O usuário deve poder usar Salvar e sair em qualquer passo.

CFG-REQ-004 — Retomar configuração

Prioridade: MUST
Ao retornar, a configuração deve continuar do ponto salvo.

CFG-REQ-005 — Preservar dados em caso de falha

Prioridade: MUST
Falha em um passo não deve apagar informações já salvas dos demais.

CFG-REQ-006 — Editar depois do onboarding

Prioridade: MUST
O onboarding concluído deve permanecer editável posteriormente em Meu negócio.

B. Empresa, marca e estrutura

CFG-REQ-007 — Dados básicos da empresa

Prioridade: MUST
Registrar nome fantasia, razão social e CNPJ.

CFG-REQ-008 — Endereço

Prioridade: MUST
Registrar CEP, endereço, cidade e estado.

CFG-REQ-009 — Faixa de quantidade de pessoas

Prioridade: MUST
Registrar faixa de quantidade de pessoas, sem exigir número exato.

CFG-REQ-010 — Pessoas relevantes

Prioridade: MUST
Permitir cadastro das pessoas relevantes da empresa.

CFG-REQ-011 — Dados mínimos da pessoa

Prioridade: MUST
Para pessoa cadastrada, registrar no mínimo nome e função.

CFG-REQ-012 — Minimização de dados pessoais

Prioridade: MUST
Não exigir CPF ou participação societária para finalidade comercial.

CFG-REQ-013 — Upload da logo

Prioridade: MUST
Permitir upload da logo da empresa.

CFG-REQ-014 — Logo como ícone do ambiente

Prioridade: MUST
A logo deve funcionar também como ícone/avatar visual do ambiente da empresa.

CFG-REQ-015 — Fallback sem foto pessoal

Prioridade: MUST
Na ausência de logo, utilizar identificação do negócio e não foto pessoal do usuário.

CFG-REQ-016 — Reutilização da logo

Prioridade: MUST
A logo deve poder ser reutilizada em propostas, apresentações, One Pages e relatórios.

CFG-REQ-017 — Perguntar sobre organograma

Prioridade: MUST
Perguntar se a empresa possui organograma existente.

CFG-REQ-018 — Upload do organograma

Prioridade: MUST
Se houver, permitir anexar o organograma como documento.

CFG-REQ-019 — Categoria documental do organograma

Prioridade: MUST
Classificar o documento como ORGANIZATIONAL_CHART.

CFG-REQ-020 — Organograma não substitui cadastro mínimo

Prioridade: MUST
O organograma não substitui o cadastro mínimo das pessoas relevantes.

CFG-REQ-021 — Sugestão de estrutura pela IA

Prioridade: SHOULD
A IA pode sugerir pessoas, funções, áreas e relações identificadas no documento.

CFG-REQ-022 — Não confirmar estrutura automaticamente

Prioridade: MUST
Nenhuma estrutura extraída pode virar cadastro confirmado automaticamente.

C. Identidade comercial

CFG-REQ-023 — O que a empresa faz

Prioridade: MUST

CFG-REQ-024 — Problemas que ajuda a resolver

Prioridade: MUST

CFG-REQ-025 — Expertises declaradas

Prioridade: MUST

CFG-REQ-026 — Motivos percebidos de escolha

Prioridade: MUST

CFG-REQ-027 — Contexto adicional opcional

Prioridade: MUST

CFG-REQ-028 — Preservar natureza declaratória

Prioridade: MUST
Diferenciais declarados pela empresa devem permanecer identificados como percepção/declaração, não fato comprovado.

CFG-REQ-029 — Síntese antes da validação

Prioridade: MUST

CFG-REQ-030 — Gate 1 somente humano

Prioridade: MUST

CFG-REQ-031 — Permitir ajuste antes da validação

Prioridade: MUST

CFG-REQ-032 — Rastrear validação da identidade

Prioridade: MUST

D. Vendas anteriores e evidências

CFG-REQ-033 — Upload de propostas anteriores

Prioridade: MUST

CFG-REQ-034 — Classificar exemplo desejável/indesejável

Prioridade: MUST

CFG-REQ-035 — Motivos de bom exemplo

Prioridade: MUST

CFG-REQ-036 — Motivos de exemplo indesejável

Prioridade: MUST

CFG-REQ-037 — Extração assistida da proposta

Prioridade: MUST
A IA deve poder extrair cliente, serviço, valor, escopo, problema, entregáveis, prazo e forma de entrega quando identificáveis.

CFG-REQ-038 — Preservar documento-fonte

Prioridade: MUST

CFG-REQ-039 — Revisão humana da extração

Prioridade: MUST

CFG-REQ-040 — Não inventar campos ausentes

Prioridade: MUST

CFG-REQ-041 — Boa margem como percepção

Prioridade: MUST

E. Ofertas e expertises

CFG-REQ-042 — Sugerir oferta a partir de evidência

Prioridade: MUST

CFG-REQ-043 — Dados mínimos da oferta

Prioridade: MUST

CFG-REQ-044 — Forma usual de venda

Prioridade: MUST

CFG-REQ-045 — Classificação comercial da oferta

Prioridade: MUST

CFG-REQ-046 — Expertise fora das propostas

Prioridade: MUST

CFG-REQ-047 — Valor típico opcional

Prioridade: MUST

CFG-REQ-048 — Corrigir sugestão da IA

Prioridade: MUST

CFG-REQ-049 — Síntese antes do Gate 2

Prioridade: MUST

CFG-REQ-050 — Gate 2 somente humano

Prioridade: MUST

CFG-REQ-051 — Rastrear validação de ofertas/expertises

Prioridade: MUST

F. Clientes atuais

CFG-REQ-052 — Cadastro de cliente

Prioridade: MUST

CFG-REQ-053 — Dados básicos do cliente

Prioridade: MUST

CFG-REQ-054 — Relacionar cliente à oferta comprada

Prioridade: MUST

CFG-REQ-055 — Valor aproximado

Prioridade: MUST

CFG-REQ-056 — Pontual ou recorrente

Prioridade: MUST

CFG-REQ-057 — Ainda é cliente

Prioridade: MUST

CFG-REQ-058 — Avaliação de bom cliente

Prioridade: MUST

CFG-REQ-059 — Motivos da avaliação

Prioridade: MUST

CFG-REQ-060 — Importação simples por planilha

Prioridade: SHOULD

G. Mercado

CFG-REQ-061 — Mercado percebido atual

Prioridade: MUST

CFG-REQ-062 — Melhor cliente percebido

Prioridade: MUST

CFG-REQ-063 — Mercado desejado

Prioridade: MUST

CFG-REQ-064 — Motivo do mercado desejado

Prioridade: MUST

CFG-REQ-065 — Perfil a evitar

Prioridade: MUST

CFG-REQ-066 — Comparar percepção e dados

Prioridade: MUST

CFG-REQ-067 — Identificar padrões transversais

Prioridade: MUST

CFG-REQ-068 — Padrão como observação

Prioridade: MUST

CFG-REQ-069 — Mercado potencial como hipótese

Prioridade: MUST

CFG-REQ-070 — Não redefinir ICP automaticamente

Prioridade: MUST

CFG-REQ-071 — Exibir leitura inicial de mercado

Prioridade: MUST

CFG-REQ-072 — Confirmar, ajustar ou rejeitar interpretação

Prioridade: MUST

CFG-REQ-073 — Gate 3 somente humano

Prioridade: MUST

H. Capacidade interna de entrega

CFG-REQ-074 — Pessoas envolvidas na entrega

Prioridade: MUST

CFG-REQ-075 — Função e expertises de entrega

Prioridade: MUST

CFG-REQ-076 — Disponibilidade estimada

Prioridade: MUST

CFG-REQ-077 — Horas ou escala simples

Prioridade: MUST

CFG-REQ-078 — Capacidade já comprometida

Prioridade: MUST

CFG-REQ-079 — Trabalhos já vendidos

Prioridade: MUST

CFG-REQ-080 — Dados do trabalho comprometido

Prioridade: MUST

CFG-REQ-081 — Esforço típico por oferta

Prioridade: MUST

CFG-REQ-082 — Horas ou esforço aproximado

Prioridade: MUST

CFG-REQ-083 — Dependência de pessoa específica

Prioridade: MUST

CFG-REQ-084 — Não apresentar estimativa como precisão factual

Prioridade: MUST

I. Terceirização da entrega

CFG-REQ-085 — Perguntar sobre terceirização

Prioridade: MUST

CFG-REQ-086 — Registrar o que é terceirizado

Prioridade: MUST

CFG-REQ-087 — Relacionar terceirização a ofertas/etapas

Prioridade: MUST

CFG-REQ-088 — Registrar parceiro/tipo de parceiro

Prioridade: MUST

CFG-REQ-089 — Frequência da terceirização

Prioridade: MUST

CFG-REQ-090 — Capacidade externa estimada

Prioridade: MUST

CFG-REQ-091 — Capacidade externa aproximada quando necessário

Prioridade: MUST

CFG-REQ-092 — Dependência crítica do parceiro

Prioridade: MUST

CFG-REQ-093 — Não tratar terceirização como capacidade ilimitada

Prioridade: MUST

CFG-REQ-094 — Parceiro limitado como possível gargalo

Prioridade: MUST

J. DRE e contexto financeiro

CFG-REQ-095 — Upload opcional da DRE anterior

Prioridade: MUST

CFG-REQ-096 — DRE não bloqueia onboarding

Prioridade: MUST

CFG-REQ-097 — DRE parcial do exercício atual

Prioridade: SHOULD

CFG-REQ-098 — DRE como documento sensível

Prioridade: MUST

CFG-REQ-099 — Restringir acesso à DRE

Prioridade: MUST

CFG-REQ-100 — Extração financeira assistida

Prioridade: MUST

CFG-REQ-101 — Revisão humana da extração financeira

Prioridade: MUST

CFG-REQ-102 — Não inventar informação financeira

Prioridade: MUST

CFG-REQ-103 — Preservar documento e exercício de origem

Prioridade: MUST

CFG-REQ-104 — DRE como evidência de apoio

Prioridade: MUST

CFG-REQ-105 — Permitir conclusão autorizada sem expor documento completo

Prioridade: SHOULD

K. Visão consolidada de capacidade

CFG-REQ-106 — Capacidade interna estimada

Prioridade: MUST

CFG-REQ-107 — Capacidade externa separada

Prioridade: MUST

CFG-REQ-108 — Capacidade comprometida

Prioridade: MUST

CFG-REQ-109 — Disponibilidade estimada

Prioridade: MUST

CFG-REQ-110 — Possíveis gargalos

Prioridade: MUST

CFG-REQ-111 — Pessoas e parceiros críticos

Prioridade: MUST

CFG-REQ-112 — Ofertas que mais pressionam capacidade

Prioridade: MUST

CFG-REQ-113 — Confirmar se a leitura representa a realidade

Prioridade: MUST

CFG-REQ-114 — Ajustar premissas antes da confirmação

Prioridade: MUST

CFG-REQ-115 — Gate 4 somente humano

Prioridade: MUST

CFG-REQ-116 — Rastrear revisão da capacidade

Prioridade: MUST

L. Conclusão e Meu negócio

CFG-REQ-117 — Tela de conclusão do onboarding

Prioridade: MUST

CFG-REQ-118 — Sem novo formulário após conclusão

Prioridade: MUST

CFG-REQ-119 — Disponibilizar informações em Meu negócio

Prioridade: MUST

CFG-REQ-120 — Abas compreensíveis

Prioridade: MUST

CFG-REQ-121 — Aba financeira condicionada à permissão

Prioridade: MUST

CFG-REQ-122 — Preservar histórico/versões

Prioridade: MUST

CFG-REQ-123 — Revisões futuras como convite

Prioridade: MUST

M. Permissões, TruthMode e rastreabilidade

CFG-REQ-124 — Permissão para editar configuração comercial

Prioridade: MUST

CFG-REQ-125 — Administrador recebe permissão por padrão

Prioridade: MUST

CFG-REQ-126 — Usuário comercial não recebe permissão estrutural por padrão

Prioridade: MUST

CFG-REQ-127 — Preservar origem dos dados relevantes

Prioridade: MUST

CFG-REQ-128 — Identificar sugestão da IA como sugestão

Prioridade: MUST

CFG-REQ-129 — Rastrear confirmação, ajuste ou rejeição humana

Prioridade: MUST

CFG-REQ-130 — Gates 1–4 não podem ser fechados automaticamente

Prioridade: MUST

54. Casos de teste — CFG-TEST

Jornada e persistência

CFG-TEST-001 — Progresso do onboarding

Usuário inicia onboarding e visualiza progresso de 7 passos.

CFG-TEST-002 — Salvar e sair

Usuário preenche parcialmente, salva e sai.

CFG-TEST-003 — Retomar onboarding

Ao retornar, os dados permanecem e o fluxo continua corretamente.

CFG-TEST-004 — Falha não apaga etapas anteriores

Falha em uma tela não elimina informações previamente salvas.

Empresa, marca e estrutura

CFG-TEST-005 — Cadastro básico

Dados básicos da empresa são persistidos corretamente.

CFG-TEST-006 — Faixa de pessoas

Faixa funciona sem exigir quantidade exata.

CFG-TEST-007 — Pessoa relevante

Pessoa é adicionada com nome e função.

CFG-TEST-008 — Upload da logo

Logo é enviada e vinculada à organização.

CFG-TEST-009 — Logo como ícone do ambiente

Logo passa a representar visualmente o ambiente.

CFG-TEST-010 — Fallback empresarial

Sem logo, sistema utiliza identificação da empresa e não foto do usuário.

CFG-TEST-011 — Upload do organograma

Organograma pode ser anexado.

CFG-TEST-012 — Relação organograma/empresa

Organograma permanece relacionado à empresa.

CFG-TEST-013 — Sugestão da IA no organograma

IA sugere estrutura sem criar pessoas confirmadas automaticamente.

CFG-TEST-014 — Rejeição de sugestão

Usuário rejeita pessoa sugerida e ela não entra na estrutura oficial.

Identidade Comercial

CFG-TEST-015 — Preenchimento da identidade

Cinco blocos da identidade podem ser preenchidos.

CFG-TEST-016 — Síntese da identidade

Sistema gera resumo antes da validação.

CFG-TEST-017 — IA não valida identidade

IA não consegue marcar identidade como validada.

CFG-TEST-018 — Gate 1

Usuário confirma e Gate 1 é registrado com responsável e data.

CFG-TEST-019 — Gate 1 permanece aberto

Usuário escolhe ajustar e Gate 1 permanece aberto.

Vendas anteriores

CFG-TEST-020 — Upload de proposta anterior

Proposta pode ser anexada.

CFG-TEST-021 — Motivo do bom exemplo

Usuário registra por que considera o trabalho um bom exemplo.

CFG-TEST-022 — Exemplo indesejável

Trabalho indesejável pode ser cadastrado com motivo.

CFG-TEST-023 — Extração da proposta

IA extrai dados identificáveis da proposta.

CFG-TEST-024 — Preservar fonte

Cada dado extraído mantém referência ao arquivo.

CFG-TEST-025 — Correção humana

Usuário corrige valor extraído e correção é preservada.

CFG-TEST-026 — Campo inexistente

Campo inexistente no arquivo permanece desconhecido.

CFG-TEST-027 — Falha de análise

Falha permite tentar novamente ou preencher manualmente.

Ofertas e expertises

CFG-TEST-028 — Confirmar oferta extraída

Oferta extraída pode ser confirmada.

CFG-TEST-029 — Editar oferta

Oferta pode ser editada.

CFG-TEST-030 — Classificar oferta

Oferta pode ser classificada nas três opções comerciais.

CFG-TEST-031 — Expertise adicional

Expertise não presente nas propostas pode ser adicionada.

CFG-TEST-032 — Valor típico opcional

Valor típico pode ficar em branco.

CFG-TEST-033 — Gate 2

Gate 2 só fecha após ação humana.

Clientes

CFG-TEST-034 — Cadastro manual de cliente

Cliente pode ser adicionado manualmente.

CFG-TEST-035 — Associar oferta comprada

Cliente pode ser associado à oferta comprada.

CFG-TEST-036 — Avaliação do cliente

Avaliação Sim/Mais ou menos/Não pode ser registrada.

CFG-TEST-037 — Preservar natureza perceptiva

Razões positivas/negativas ficam preservadas como percepção do usuário.

CFG-TEST-038 — Importação simples

Se a importação estiver habilitada, registros válidos são criados sem duplicação indevida.

Mercado

CFG-TEST-039 — Percebido versus desejado

Mercado percebido e desejado podem ser registrados separadamente.

CFG-TEST-040 — Comparação assistida

IA compara percepção com clientes/evidências existentes.

CFG-TEST-041 — Padrão como observação

Padrão encontrado aparece explicitamente como algo a observar.

CFG-TEST-042 — ICP não automático

IA não redefine ICP automaticamente.

CFG-TEST-043 — Rejeição de padrão

Usuário rejeita padrão e rejeição fica registrada.

CFG-TEST-044 — Gate 3

Usuário confirma a leitura e Gate 3 fecha.

CFG-TEST-045 — Ajustar leitura

Usuário solicita ajustes e Gate 3 permanece aberto.

Capacidade interna

CFG-TEST-046 — Pessoa vinculada à entrega

Pessoa da estrutura é vinculada à capacidade de entrega.

CFG-TEST-047 — Horas disponíveis

Horas disponíveis podem ser informadas.

CFG-TEST-048 — Escala aproximada

Escala aproximada pode substituir horas desconhecidas.

CFG-TEST-049 — Trabalho comprometido

Trabalho já vendido reduz disponibilidade estimada.

CFG-TEST-050 — Esforço por oferta

Esforço típico de uma oferta pode ser registrado.

CFG-TEST-051 — Pessoa crítica

Dependência de pessoa crítica gera ponto de atenção.

Terceirização

CFG-TEST-052 — Registrar terceirização

Empresa informa que terceiriza parte da entrega.

CFG-TEST-053 — Serviço terceirizado

Serviço/etapa terceirizada é registrado.

CFG-TEST-054 — Relacionar parceiro à oferta

Parceiro pode ser relacionado à oferta.

CFG-TEST-055 — Frequência

Frequência de utilização é registrada.

CFG-TEST-056 — Capacidade externa

Capacidade externa pode ser informada de forma exata ou aproximada.

CFG-TEST-057 — Dependência crítica do parceiro

Dependência crítica gera alerta.

CFG-TEST-058 — Não criar capacidade infinita

Parceiro limitado não é convertido em capacidade ilimitada.

DRE e contexto financeiro

CFG-TEST-059 — Onboarding sem DRE

Usuário consegue concluir onboarding sem anexar DRE.

CFG-TEST-060 — Upload voluntário da DRE

DRE pode ser anexada voluntariamente.

CFG-TEST-061 — Sensibilidade financeira

Documento é marcado como financeiro sensível.

CFG-TEST-062 — Restrição de acesso

Usuário sem permissão não acessa arquivo nem conteúdo financeiro sensível extraído.

CFG-TEST-063 — Extração financeira

IA sugere linhas financeiras identificáveis.

CFG-TEST-064 — Revisão humana da DRE

Usuário confirma ou corrige extração.

CFG-TEST-065 — Não inventar linha financeira

Linha não identificável não é inventada.

CFG-TEST-066 — Preservar exercício de origem

Exercício permanece vinculado aos dados extraídos.

CFG-TEST-067 — DRE parcial não substitui a anual silenciosamente

Anexar DRE parcial não substitui nem apaga a DRE anterior.

Visão de capacidade e Gate 4

CFG-TEST-068 — Capacidade interna

Sistema apresenta capacidade estimada interna.

CFG-TEST-069 — Capacidade externa separada

Sistema diferencia capacidade externa.

CFG-TEST-070 — Comprometimento e disponibilidade

Sistema apresenta capacidade comprometida e disponibilidade.

CFG-TEST-071 — Pessoas críticas

Pessoas críticas aparecem na leitura.

CFG-TEST-072 — Parceiros críticos

Parceiros críticos aparecem na leitura.

CFG-TEST-073 — Recalcular após ajuste

Usuário ajusta premissas e leitura é recalculada.

CFG-TEST-074 — Gate 4

Gate 4 só fecha após confirmação humana.

Meu negócio, permissões e histórico

CFG-TEST-075 — Conclusão do onboarding

Onboarding concluído libera acesso normal ao painel.

CFG-TEST-076 — Dados em Meu negócio

Informações continuam disponíveis em Meu negócio.

CFG-TEST-077 — Usuário sem permissão estrutural

Usuário sem EDIT_COMMERCIAL_CONFIGURATION não altera parâmetros estruturais.

CFG-TEST-078 — Administrador edita configuração

Admin pode alterá-los.

CFG-TEST-079 — Restrição financeira

Usuário sem permissão financeira não visualiza DRE/dados sensíveis.

CFG-TEST-080 — Versionamento

Mudança relevante preserva versão/histórico anterior.

CFG-TEST-081 — Histórico dos Gates

Validações dos Gates 1–4 aparecem no histórico com responsável e data.

CFG-TEST-082 — Sugestão da IA não vira decisão humana

Sugestão da IA nunca aparece registrada como decisão humana sem ação humana correspondente.

55. Teste E2E obrigatório

CFG-E2E-001 — Configuração Comercial completa

Cenário

Criar empresa de teste e percorrer:

Administrador entra no ambiente.
Preenche dados da empresa.
Envia logo.
Logo passa a representar visualmente o ambiente.
Adiciona pessoas relevantes.
Anexa organograma.
IA sugere estrutura; humano corrige e confirma apenas o que fizer sentido.
Responde às perguntas de identidade.
Humano valida identidade — Gate 1.
Anexa propostas anteriores.
IA extrai dados.
Humano corrige e confirma.
Ofertas e expertises são organizadas.
Humano valida — Gate 2.
Clientes são cadastrados.
Mercado percebido e desejado são registrados.
IA identifica padrões.
Um padrão é rejeitado e outro é confirmado.
Humano valida leitura — Gate 3.
Pessoas de entrega são cadastradas.
Trabalhos comprometidos são registrados.
Esforço das ofertas é informado.
Terceirização é cadastrada.
Parceiro crítico é identificado.
DRE anterior é anexada opcionalmente.
IA extrai dados financeiros e humano confirma.
Usuário comercial sem permissão tenta acessar a DRE → bloqueado.
Sistema produz visão consolidada de capacidade.
Humano revisa — Gate 4.
Onboarding é concluído.
Todos os dados continuam editáveis em Meu negócio, respeitando permissões.
Origem, alterações e validações importantes permanecem rastreáveis.

Resultado esperado

PASS somente quando a empresa chegar ao painel com:

Gate 1 = VALIDATED
Gate 2 = VALIDATED
Gate 3 = VALIDATED
Gate 4 = REVIEWED

por ações humanas reais.

56. Gate de saída — Configuração Comercial pronta

Checklist:

57. Decisões técnicas ainda em aberto

Não precisam ser resolvidas para o freeze conceitual do produto:

formatos definitivos aceitos para organograma/propostas/DRE;
tamanho máximo de upload;
motor técnico de extração documental;
armazenamento físico;
antivírus;
retenção documental definitiva;
mecanismo de importação de planilha;
algoritmo exato para conversão de escalas qualitativas em capacidade estimada;
regra técnica de cálculo de capacidade externa;
forma visual exata do resumo de mercado;
forma visual exata da visão de capacidade;
política de atualização/expiração de DREs antigas.

Essas decisões pertencem ao refinamento técnico e não reabrem o escopo funcional aprovado.

58. Freeze do Incremento 2

Considerar aprovados como produto:

Onboarding em 7 passos ✅
Meu negócio pós-onboarding ✅
Cadastro da empresa ✅
Pessoas relevantes ✅
Logo como ícone/avatar do ambiente ✅
Sem foto do usuário como identidade principal ✅
Organograma opcional ✅
Identidade Comercial ✅
Vendas anteriores/evidências ✅
IA lê proposta + humano confirma ✅
Ofertas + expertises ✅
Clientes atuais/anteriores ✅
Mercado atual × percebido × desejado × potencial ✅
Análise de padrões sem ICP automático ✅
Capacidade interna ✅
Trabalhos comprometidos ✅
Esforço por oferta ✅
Pessoas críticas ✅
Terceirização/capacidade externa ✅
Parceiros críticos ✅
DRE opcional como evidência financeira sensível ✅
DRE parcial opcional ✅
Uso futuro da DRE no Business Fit/precificação sem decisão automática ✅
Human Gates 1–4 ✅
130 requisitos numerados ✅
82 testes funcionais ✅
1 teste E2E obrigatório ✅

59. Próximo incremento

Após a aprovação técnica deste incremento, seguir para:

Incremento 3 — Lead e Necessidade

Escopo esperado:

Lead entra
→ origem / indicação
→ pesquisa pública assistida
→ análise pré-abordagem
→ primeira mensagem
→ ligação rápida
→ notas
→ IA organiza
→ humano confirma
→ necessidade validada / não clara / sem oportunidade
→ oportunidade nasce somente se houver necessidade validada

O Incremento 3 não deve alterar as regras congeladas neste documento sem Evidence → Learning → Proposed Change.

Orquestro — Documentação

Explorador

PRD Incremento 2 — Configuração Comercial

Orquestro™

Incremento 2 — Configuração Comercial

1. Objetivo do incremento

Regra central

2. Resultado esperado

3. Arquitetura da experiência

Fluxo do onboarding

Meu negócio

4. Passo 1 — Sua empresa

4.1 Dados básicos

4.2 Tamanho da empresa

5. Pessoas e estrutura

Pessoas importantes da empresa

6. Organograma opcional

Você já tem um organograma da empresa?

7. Marca e identidade visual do ambiente

Logo da empresa

8. Passo 2 — Conte sobre sua empresa

Agora queremos entender melhor o seu negócio

1. O que sua empresa faz?

2. Que problemas vocês normalmente ajudam seus clientes a resolver?

3. O que vocês sabem fazer especialmente bem?

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

5. Tem algo importante sobre sua empresa que deveríamos saber?

9. Objeto lógico — CommercialIdentity

10. Human Gate 1 — Identidade da empresa

Entendemos vocês assim

11. Passo 3 — Mostre algumas vendas reais

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

12. Avaliação dos bons exemplos

Por que você escolheu este trabalho?

13. Exemplos que a empresa preferiria não repetir

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

Por quê?

14. Leitura assistida das propostas

Encontramos isto nesta proposta

Regra TruthMode

15. Passo 4 — O que você vende

Vamos organizar o que vocês vendem

Como você trata este serviço hoje?

Quero vender mais disso

Vendo normalmente

Só ofereço em situações especiais

16. Dados mínimos da oferta

Valor típico

17. Expertise fora das propostas

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

18. Human Gate 2 — Ofertas e expertises

Queremos vender mais

Vendemos normalmente

Oferecemos em situações especiais

Outras expertises

19. Passo 5 — Seus clientes

Agora vamos entender quem já compra de vocês

20. Campos do cliente

21. Avaliação do cliente

Você considera esse um bom cliente?

O que faz esse cliente ser bom para você?

22. Passo 6 — Seu mercado

O que a empresa acredita

O que os dados disponíveis mostram

Mercado Atual

Mercado Percebido

Mercado Desejado

Mercado Potencial

23. Percepção da empresa sobre o mercado

Hoje, você sente que atende mais:

Na sua opinião, qual é o melhor tipo de cliente para vocês?

Para quem vocês gostariam de vender mais?

O que torna esse perfil interessante?

Existe algum perfil que vocês preferem evitar?

24. Análise inicial de mercado

25. Resultado da análise de mercado

O que seus dados mostram até agora

26. Human Gate 3 — Mercado

Essa leitura faz sentido para você?

27. Passo 7 — Sua capacidade de entrega