Documentos e Evidências a Solicitar

O que este documento faz

Este documento mostra quais documentos e evidências devem ser solicitados durante a descoberta empresarial para validar o que a empresa diz sobre si mesma.

Ele existe para impedir um erro muito comum em consultoria, gestão e diagnóstico:

construir estrutura com base apenas em fala, percepção e memória.

No archeLAB, resposta verbal é importante.

Mas resposta verbal sem evidência é hipótese, não conclusão.

Explicação simples

Em linguagem direta, este documento responde:

• O que pedir para a empresa
• Por que pedir
• O que cada documento ajuda a comprovar
• Quando a ausência do documento é um problema
• Quando a ausência do documento é apenas um sinal de maturidade baixa
• Como pedir sem travar o projeto

Explicação técnica

No Framework archeLAB, evidência documental e evidência operacional cumprem quatro papéis centrais:

• Validar a narrativa
• Reduzir suposição
• Identificar lacunas
• Transformar descoberta em base de decisão

Esse documento se conecta diretamente a:

• Diagnóstico
• Classificação
• Ativação de módulos
• Governança
• Auditoria
• Documentos mestre

Princípio central do uso de evidências

Toda descoberta deve tentar cruzar três camadas:

1. O que a empresa declara

É o discurso.

2. O que a empresa mostra

É o documento, sistema, material ou rotina apresentada.

3. O que a empresa pratica

É a operação observável.

Quando essas três camadas convergem, a confiança no diagnóstico aumenta.

Quando divergem, nasce uma lacuna relevante.

O que é uma evidência forte

Uma evidência forte tende a ser:

• Específica
• Atual
• Coerente com a prática
• Verificável
• Contextualizada
• Útil para decisão

Exemplos

• Proposta comercial recente
• Contrato efetivamente usado
• Relatório financeiro real
• CRM com pipeline atual
• Checklist de onboarding realmente utilizado
• Inventário de sistemas em uso
• Dashboard acompanhado pela liderança

O que é uma evidência fraca

Uma evidência fraca tende a ser:

• Antiga demais
• Genérica
• Desconectada da prática
• Criada só para “constar”
• Incompleta
• Sem owner
• Sem uso real

Exemplos

• Apresentação institucional de anos atrás
• Organograma que ninguém usa
• Política que existe no papel, mas não é aplicada
• Planilha desatualizada
• Processo “desenhado” que não representa a rotina atual

O que fazer quando a empresa não tem documentos

A ausência de documento não encerra o trabalho.

Mas precisa ser interpretada corretamente.

A ausência pode significar:

• Baixa maturidade
• Operação informal
• Centralização excessiva
• Dependência de memória
• Risco de continuidade
• Necessidade de criação futura de documentos-mãe

Ou seja, a falta de evidência também é uma evidência.

Pesquisa complementar

Quando a empresa não possui documentos formais, use exemplos reais, telas, registros operacionais, mensagens, propostas recentes, prints de sistemas e casos concretos como evidências provisórias de descoberta.

Como pedir documentos sem gerar resistência

Uma forma madura de pedir evidências não é exigir “todos os documentos da empresa”.

É pedir por intenção.

Exemplo ruim

“Me envie tudo o que vocês tiverem.”

Exemplo melhor

“Para validar a estrutura comercial, preciso ver um exemplo recente de proposta, um retrato do pipeline atual e, se existir, o processo de passagem para operação.”

Isso reduz ruído e aumenta aderência.

# Documentos e evidências por bloco

Bloco 1. Identidade empresarial

Objetivo da evidência

Validar como a empresa se apresenta, se define e se posiciona de fato.

O que solicitar

• Apresentação institucional
• Site
• Perfil do Instagram, LinkedIn ou canais principais
• Portfólio
• Materiais comerciais
• Descrição oficial da empresa
• Pitch usado em proposta ou reunião
• Lista de serviços ou ofertas
• Histórico de clientes relevantes

O que isso ajuda a validar

• Setor
• Nicho
• Proposta de valor
• Coerência entre discurso e oferta
• Posicionamento institucional
• Identidade real versus identidade aspiracional

Exemplo prático

Uma empresa diz que é consultoria de alto valor.

Ao olhar o site, o portfólio e a proposta, percebe-se linguagem genérica, escopo difuso e ausência de recorte.

Isso revela que a identidade ainda está mais desejada do que consolidada.

Bloco 2. Estrutura societária e jurídica

Objetivo da evidência

Validar formalização, papéis societários, exigências legais visíveis e mecanismos de proteção mínima.

O que solicitar

• Contrato social ou equivalente, se houver
• Cartão de CNPJ ou dados cadastrais, se houver
• Acordos entre sócios, se houver
• Contratos com clientes
• Contratos com parceiros ou prestadores
• Termos de uso, se houver
• Política de privacidade, se houver
• Licenças, registros ou autorizações, se houver
• Comprovantes de registro de marca, se houver
• Mapa de dados ou lista de sistemas que tratam dados, se houver

O que isso ajuda a validar

• Composição societária
• Formalização básica
• Existência ou ausência de proteção contratual
• Exposição jurídica aparente
• Risco regulatório
• Necessidade de reforço em privacidade e propriedade intelectual

Atenção - Validar informação

A leitura desses documentos não substitui parecer jurídico. Ela serve para descoberta estrutural, não para conclusão legal final.

Bloco 3. Estrutura de receita

Objetivo da evidência

Validar a lógica econômica do negócio.

O que solicitar

• Proposta comercial
• Contratos ou termos de cobrança
• Planilha ou relatório de faturamento
• Lista de clientes ativos
• Histórico de vendas
• Print ou acesso controlado ao CRM
• Pipeline comercial
• Segmentação de clientes, se houver
• Informações de ticket médio
• Origem de leads, quando disponível

O que isso ajuda a validar

• Modelo de receita
• Ticket médio
• Recorrência
• Ciclo de venda
• Canais
• Concentração de clientes
• Coerência entre receita e promessa

Exemplo prático

A empresa afirma ter receita recorrente forte.

Ao olhar os dados, percebe-se que quase todo faturamento vem de projetos pontuais com renovação incerta.

A estrutura de receita real é outra.

Bloco 4. Estrutura operacional

Objetivo da evidência

Validar como a entrega realmente acontece.

O que solicitar

• Fluxo operacional, se houver
• Cronograma padrão
• Checklist de onboarding
• Briefing padrão
• SOPs, se houver
• Board de gestão de tarefas
• Documentos de handoff
• Relatórios de entrega
• Histórico de incidentes ou retrabalho, se houver
• Prints de rotina operacional
• Exemplos de projeto ou entrega recentes

O que isso ajuda a validar

• Fluxo de entrega
• Processos críticos
• Atividades recorrentes
• Gargalos
• Handoffs
• Dependência de improviso
• Maturidade operacional

Exemplo prático

Uma agência afirma ter processo forte.

Ao olhar a rotina, percebe-se que cada cliente entra de um jeito, os prazos são combinados em mensagens e o handoff comercial é verbal.

A operação existe, mas ainda não está estruturada.

Bloco 5. Estrutura humana

Objetivo da evidência

Validar papéis, funções, liderança e capacidade humana real.

O que solicitar

• Organograma, se houver
• Lista de equipe
• Descrição de cargos ou funções, se houver
• Agenda de rituais
• Onboarding, se houver
• Materiais de treinamento
• Estrutura de acompanhamento
• Histórico de contratação, quando útil
• Mapa de responsabilidades, se houver

O que isso ajuda a validar

• Cargos
• Funções reais
• Ownership
• Senioridade percebida
• Lacunas de capacidade
• Maturidade de onboarding
• Existência ou ausência de rituais

Exemplo prático

A empresa afirma ter liderança por área.

Ao levantar papéis e rituais, percebe-se que todas as decisões relevantes continuam concentradas no fundador.

Bloco 6. Estrutura tecnológica

Objetivo da evidência

Validar stack, sistemas, dados, integrações e riscos técnicos.

O que solicitar

• Inventário de sistemas, se houver
• Mapa de stack, se houver
• Repositórios, quando aplicável
• Lista de ferramentas
• Fluxo de automações
• Documentação técnica, se houver
• Mapa de integrações, se houver
• Prints de sistemas principais
• Lista de acessos críticos, quando possível
• Lista de owners de sistemas

O que isso ajuda a validar

• Stack real
• Criticidade de sistemas
• Dependência técnica
• Integrações
• Dados
• Software próprio
• Risco operacional digital

Bloco 7. Estrutura de governança

Objetivo da evidência

Validar como a empresa decide, aprova, revisa e acompanha.

O que solicitar

• Pautas de reunião
• Atas ou registros de decisão, se houver
• Dashboards ou indicadores usados
• Matriz de responsabilidade, se houver
• Calendário de ritos
• Documentos com owners definidos
• Rotina de aprovação, quando existir
• Mapa simples de indicadores relevantes

O que isso ajuda a validar

• Decisão
• Aprovação
• Revisão
• Ritos executivos
• Ownership
• Uso real de indicadores
• Maturidade de governança

# Como priorizar a solicitação

Nem sempre é necessário pedir tudo de uma vez.

Prioridade 1. Essencial imediato

Pedir primeiro o que ajuda a validar os blocos mais críticos do contexto atual.

Exemplos

• Proposta recente
• Contrato ou termo usado
• CRM ou pipeline
• Fluxo operacional real
• Lista de equipe
• Lista de sistemas
• Documento institucional básico

Prioridade 2. Validação complementar

Pedir depois o que aprofunda risco, regulação, governança ou escala.

Exemplos

• Licenças
• Acordos entre sócios
• Políticas
• Dashboards
• Documentação técnica
• Onboarding
• Rituais e registros

Prioridade 3. Evidência de maturidade avançada

Pedir quando o projeto já exigir aprofundamento maior.

Exemplos

• Taxonomia
• Documentos mestre
• Políticas formais
• Inventário de retenção
• Mapa detalhado de acessos
• Governança mais madura

Se o documento não existe

Registrar como lacuna.

Se o documento existe, mas está desatualizado

Registrar como fragilidade de governança.

Se o documento existe, mas não conversa com a prática

Registrar como incoerência entre formalização e operação.

Se a fala contradiz o documento

Registrar como ponto crítico de descoberta.

Se o documento contradiz a rotina observada

Dar mais peso à prática observada e abrir investigação.

Ajustar ao contexto

Em empresas iniciais, a ausência de documento pode ser um sinal de estágio. Em empresas maduras, a mesma ausência pode indicar risco sério de governança.

Erros comuns

Soluções práticas e factíveis

Solução 1. Solicitar por bloco

Isso dá contexto e melhora a qualidade da resposta.

Solução 2. Pedir um exemplo real recente

Isso vale mais do que um modelo bonito e antigo.

Solução 3. Criar lista de evidência recebida e lacuna identificada

Isso facilita diagnóstico e auditoria.

Solução 4. Classificar a evidência em forte, parcial ou fraca

Simples e muito útil.

Modelo prático de classificação da evidência

Evidência forte

Atual, específica, coerente, usada na prática.

Evidência parcial

Existe, mas está incompleta, genérica ou desatualizada.

Evidência fraca

Existe apenas de forma decorativa ou não prova o que deveria provar.

Evidência ausente

Não existe ou não foi apresentada.

Prompt de apoio 1. Gerar lista de documentos por contexto

Atue como consultora sênior de descoberta empresarial.  
  
Com base no contexto da empresa abaixo, gere uma lista de documentos e evidências a solicitar.  
  
Organize por:  
1. identidade empresarial  
2. estrutura societária e jurídica  
3. estrutura de receita  
4. estrutura operacional  
5. estrutura humana  
6. estrutura tecnológica  
7. estrutura de governança  
  
Para cada item, informe:  
- o que pedir  
- por que pedir  
- o que isso ajuda a validar  
- prioridade da solicitação  
  
Contexto:  
[colar informações]

Prompt de apoio 2. Classificar evidências recebidas

Atue como auditora de descoberta empresarial.  
  
Analise os documentos e evidências abaixo e classifique cada item como:  
- forte  
- parcial  
- fraco  
- ausente  
  
Para cada item, informe:  
1. o que ele ajuda a validar  
2. o que ainda não prova  
3. qual lacuna permanece  
  
Material:  
[colar documentos, descrições ou lista]

Prompt de apoio 3. Transformar evidências em diagnóstico de lacunas

Atue como consultora de estruturação empresarial.  
  
Com base nas evidências recebidas abaixo, organize:  
1. o que já está validado  
2. o que está parcialmente validado  
3. o que ainda está fraco  
4. o que está ausente  
5. quais lacunas são mais críticas  
6. quais próximos documentos devem ser solicitados  
  
Material:  
[colar lista de evidências]

Conclusão

Documentos e evidências não servem para burocratizar a descoberta.

Servem para impedir que a empresa seja modelada com base em suposição.

No archeLAB, pedir evidência é uma forma de respeitar a realidade do negócio.

Quanto mais importante a decisão, menos ela deve depender apenas de percepção.