Depois que comecei a pensar em setores, nichos, entidades específicas e na possibilidade de o framework crescer conforme encontrasse novas realidades, apareceu um problema bastante prático.

Como o sistema vai conhecer uma empresa?

A resposta tradicional é óbvia.

Formulário.

• Nome da empresa.
• CNPJ.
• Segmento.
• Número de funcionários.
• Faturamento.
• Telefone.
• Endereço.
• Próximo.
• Próximo.
• Enviar.

Eu olhava para isso e pensava: não é possível.

Estamos falando de uma empresa inteira. Uma história. Pessoas. Produtos. Clientes. Processos. Problemas. Objetivos. Decisões.

E nossa primeira tentativa de compreendê-la será um formulário?

01Eu não queria cadastrar a empresa

Eu queria conhecê-la.

Essa diferença começou a ficar importante.

• Qual é o seu setor?O que vocês realmente fazem?
• Quantos funcionários?Quem precisa estar envolvido para uma venda virar entrega?
• Qual é seu principal produto?Por que alguém compra isso de vocês e não de outra empresa?

Cadastro pergunta:

Qual é seu maior problema?

E essa eu acho especialmente perigosa.

Porque quase sempre respondemos com aquilo que conseguimos enxergar.

"Precisamos vender mais."

Talvez.

Mas por quê?

Falta lead? Conversão? Posicionamento? Preço? Produto? Retenção? Capacidade operacional? Atendimento? Margem?

Talvez vender mais seja até a pior coisa que poderia acontecer naquele momento.

Se a operação já está quebrada, colocar mais clientes dentro dela é apenas uma maneira sofisticada de quebrá-la mais rápido.

Então a primeira resposta não podia ser necessariamente a resposta final.

Precisávamos aprender a perguntar.

02E foi aí que a filosofia voltou para dentro do produto

Não como texto bonito no site.

Como mecanismo.

Se eu gosto tanto de Sócrates, não fazia sentido construir um onboarding que aceitasse qualquer resposta sem investigar.

• "Meu problema é marketing."
• Por quê?
• "Porque não temos leads."
• Como você sabe?
• "Porque chegam poucos contatos."
• Quantos? Quantos seriam necessários?

Qual é a conversão atual? Quanto vale um cliente? Existe capacidade para atender mais? Onde os clientes atuais vieram? Qual canal trouxe os melhores?

De repente, "precisamos de marketing" pode virar "não sabemos medir nosso processo comercial."

Ou: "temos leads suficientes, mas estamos perdendo no atendimento."

Ou ainda: "o problema é que nossa oferta não está clara."

A pergunta começa a desmontar a primeira resposta.

Isso me interessa muito.

03Só que eu não queria uma entrevista infinita

Porque existe o outro extremo.

Você entra em um sistema e parece que está solicitando financiamento para construir uma usina nuclear.

Cento e vinte perguntas. Campos obrigatórios. Dropdown. Checkbox. Mais uma etapa.

Ninguém merece.

Então comecei a imaginar uma entrevista progressiva.

O sistema começa com pouco.

• Quem é você?
• O que é essa empresa?
• O que vocês fazem?
• Para quem?
• O que você está tentando resolver agora?

E a partir da resposta, a próxima pergunta muda.

Isso é fundamental.

Não existe necessariamente um questionário único.

Existe uma árvore de investigação que vai sendo construída pelo contexto.

04Eu queria que a empresa começasse a aparecer enquanto fala

Imagine alguém dizendo:

Temos uma clínica odontológica com três unidades. Trabalhamos com implantes, ortodontia e estética. Temos 14 dentistas e nossa maior dificuldade hoje é organizar os retornos e diminuir os pacientes que faltam.

Não significa que a IA decidiu que essa é a verdade.

Significa:

Eu acho que entendi isso. Está correto?

Essa validação é importante.

05Porque eu não quero uma IA inventando a empresa

Esse talvez seja um dos princípios mais importantes.

Modelos inferem.

Isso é útil.

Mas inferência não é fato.

Então comecei a imaginar diferentes estados para aquilo que entra no sistema.

Isso muda muito a qualidade da memória.

Porque seis meses depois a IA pode saber não apenas o que sabe, mas como sabe.

Esse detalhe me fascina.

06A empresa começaria a construir seu próprio grafo durante a entrevista

Enquanto conversamos, Pessoa, Empresa, Unidade, Produto, Serviço, Cliente, Fornecedor, Projeto, Objetivo, Meta, Problema, Processo e Documento começam a aparecer.

E as relações também.

• EMPRESApossui → UNIDADE
• EMPRESAoferece → SERVIÇO
• SERVIÇOdestinado_a → PERSONA
• PROCESSOexecutado_por → PESSOA
• PROBLEMAimpacta → META

No final, eu não queria simplesmente uma tela dizendo: Cadastro concluído.

Eu queria poder mostrar:

Foi isso que entendemos sobre você até agora.

E apresentar o primeiro mapa daquela organização.

Isso é muito mais interessante.

07E o setor poderia participar da conversa

Se a empresa diz "somos uma pousada", o sistema já pode conhecer determinadas questões daquele universo.

Não para presumir que todas as pousadas são iguais.

Mas para perguntar melhor.

• Possui acomodações de categorias diferentes?
• A tarifa muda durante a semana?
• Trabalha com alta e baixa temporada?
• Recebe por OTA?
• Existe política de cancelamento?
• Aceita pets?
• Como controla ocupação?
• Quais canais geram mais reservas?

A empresa não precisa descobrir sozinha tudo que deveria contar.

O conhecimento setorial ajuda a entrevista.

08E quero conhecer o cliente do meu cliente

Esse ponto foi ficando cada vez maior para mim.

Porque entender a empresa internamente é metade da história.

Quero saber:

• Quem compra?
• O que essa pessoa procura?
• O que teme?
• O que compara?
• O que pergunta antes de comprar?
• Quais alternativas possui?
• Como pesquisa?
• Quem influencia sua decisão?
• O que reclama depois?
• Que palavras usa para descrever o próprio problema?

Porque isso conecta imediatamente Produto, Comercial, Marketing, Conteúdo, Atendimento e Estratégia.

Se eu conheço somente meu cliente, conheço a organização. Quando começo a conhecer o cliente dele, começo a entender o mercado.

09E o Panteon começou a encontrar um lugar perfeito aqui

Eu não queria colocar vinte agentes numa chamada de vídeo virtual fazendo teatro.

Cada um precisava entrar quando houvesse razão.

• OPERAÇÃOToyoda pode aprofundar
• FINANCEIROFibonacci
• POSICIONAMENTOCícero
• COMPETIÇÃOSun Tzu
• ESTRUTURAAthena olha transversalmente

O agente não entra porque está disponível. Entra porque o contexto o convocou.

Essa ideia é muito importante para o Panteon.

10E Athena ganhou uma responsabilidade especial

Porque alguém precisa olhar a entrada como um todo.

Não apenas responder.

Validar.

• Há lacunas?
• Existem contradições?
• O sistema entendeu corretamente as entidades?
• Alguma relação importante está faltando?
• Uma hipótese está sendo tratada como fato?
• Precisamos chamar outro agente?
• Existe conhecimento setorial relevante?

Athena começou a fazer sentido para mim como uma espécie de inteligência transversal.

Não aquela IA de filme que sabe absolutamente tudo.

Mas uma orquestradora capaz de perguntar:

Quem precisa olhar para isso?

Isso é muito mais interessante.

11E aí aconteceu uma coisa que eu acho especialmente bonita

A entrevista deixou de servir apenas para configurar o sistema.

Ela começou a produzir conhecimento sobre a empresa.

Pense nisso.

Uma pessoa conta:

Criamos esse serviço porque nossos clientes começaram a pedir determinada coisa durante a pandemia.

Isso não é um campo de onboarding.

É história institucional.

• SERVIÇOoriginado_por → NECESSIDADE
• NECESSIDADEobservada_em → PERÍODO
• DECISÃOresultou_em → SERVIÇO

Daqui a três anos alguém pode perguntar:

Por que oferecemos isso?

E existe resposta.

Agora onboarding e memória começam a se encontrar.

12A primeira conversa já pode ser memória

Isso me pegou.

Normalmente o onboarding é descartável.

Serve para configurar.

Depois acabou.

Eu queria o contrário.

A entrevista inicial poderia ser o primeiro grande registro contextual da empresa dentro da archē.

• Quem éramos quando entramos?
• Quais eram nossos problemas?
• O que acreditávamos?
• Quais eram nossas metas?
• Como descrevíamos nosso mercado?
• O que considerávamos prioridade?

Meses depois podemos comparar.

Vocês disseram que o principal problema era aquisição. Hoje não é mais. O que mudou?

Isso é memória.

Isso é evolução.

13E aqui o archēME reaparece discretamente

Porque existe uma pergunta anterior à empresa.

Quem está falando comigo?

Eu não queria que o usuário fosse apenas: user_id: 92817

Existe uma pessoa ali.

• Com papel.
• Objetivos.
• Responsabilidades.
• Preferências.
• Conhecimento.
• Relações.
• Histórico.

E eventualmente seus próprios pilares.

A pessoa que entra na empresa também é o observador que atravessa o sistema.

É por isso que o archēME acabaria ficando muito mais importante do que "perfil do usuário".

Mas essa história ainda merece seu próprio momento.

14A entrevista também começou a revelar os limites do framework

E essa talvez seja minha parte favorita.

A empresa diz:

Aqui fazemos uma coisa diferente.

Ótimo.

Como? Por quê? Quem participa? Que informação precisa existir? Qual regra? Qual consequência?

Isso já existe no framework?

Se não: encontramos uma lacuna.

E eu não queria esconder isso.

Pelo contrário.

Quero saber onde o sistema não sabe.

Porque é exatamente aí que podemos aprender.

15O onboarding começou a virar diagnóstico

Depois modelagem. Depois configuração. E potencialmente construção.

Aí comecei a perceber uma coisa que talvez seja uma das ideias comerciais mais importantes de toda a archē.

16Eu não quero vender apenas um software

Quero colocar o framework diante de empresas reais.

Quero que elas o desafiem.

Porque existe uma arrogância implícita em muito software empresarial.

• A empresa precisa aprender como o sistema funciona.
• Precisa mudar o processo.
• Mudar os nomes.
• Adaptar o fluxo.
• Criar planilha paralela para aquilo que não cabe.

E no final todo mundo diz:

É assim porque o sistema não permite.

Eu quero inverter a pergunta.

Talvez já saibamos representar.

Ótimo.

Talvez exista um módulo. Uma entidade. Uma skill. Um workflow.

Talvez falte alguma coisa.

Melhor ainda.

Vamos descobrir o quê.

17Isso mudou a maneira como comecei a pensar no lançamento

Eu não quero chegar dizendo:

Temos a plataforma definitiva para empresas.

Não tenho interesse nessa frase.

Definitiva?

Nem sei se a empresa que vai aparecer amanhã existe no meu modelo.

Eu prefiro outra posição.

Existe um framework. Existe uma arquitetura. Existe muito trabalho construído.

• Módulos.
• Entidades.
• Relações.
• Agentes.
• Skills.
• Workflows.
• Conhecimento.
• Automação.
• Governança.

Existe um sistema real.

Mas existe também uma pergunta aberta:

Até onde isso funciona?

E essa pergunta eu não consigo responder sozinho.

Preciso colocar o sistema diante da realidade.

Diante de empresas. Setores. Processos. Exceções. Pessoas.

Talvez essa seja a forma mais verdadeira de lançar a archē.

Não: venha conhecer nosso software.

Quero conhecê-la.

Quero entender como funciona.

Quero descobrir o que o framework já compreende.

E principalmente: quero encontrar aquilo que ele ainda não compreende.

Porque talvez seja exatamente ali que esteja a próxima peça.

E, quando essa peça aparece, eu já sei para onde ela vai.

Para a forja.

Para o LAB.

E talvez essa seja a primeira vez nessa história em que eu consigo olhar para algo que falta no sistema e não enxergar apenas um problema.

Enxergo matéria-prima.

---

Esta série acompanha as perguntas, tecnologias, erros e ideias que foram transformando a archē de uma estrutura de organização em um sistema de contexto.