O SISTEMA NÃO É UM CONJUNTO DE CAIXAS. É uma rede de contextos conectados.
Empresas, pessoas, projetos, documentos, decisões, objetivos, processos e indicadores se relacionam o tempo todo.
Os módulos organizam essas relações para que cada área veja o que importa sem criar uma realidade separada.
EXPLORAR OS MÓDULOSCADA CAMADA TEM uma função diferente.
Cinco níveis, e cada um responde uma pergunta que os outros não respondem. Confundi-los é o começo de todo silo.
A grande lente do ecossistema. Define o mundo em que você está operando — estrutura, contexto, execução, presença ou criação.
Uma grande área funcional dentro do produto. Não é um tipo de dado — é um recorte de responsabilidade sobre dados que já existem.
Um subdomínio dentro do módulo. Pode não criar dado nenhum novo: às vezes é só a organização contextual de entidades que já se relacionam.
A forma de observar. Trocar a view não muda nada nos dados — muda o que você consegue perceber neles.
Aquilo que realmente existe. Continua sendo a mesma linha em qualquer produto, módulo, núcleo ou view em que apareça.
TROQUE A VIEW PARA GRAFO OU KANBAN. Projeto Alpha continua sendo Projeto Alpha.
CLIENTE NÃO PRECISA SER uma realidade separada.
Uma pessoa pode ser cliente, funcionário, responsável, sócio, contato e participante de projeto. Não são várias pessoas. É a mesma entidade em relações diferentes.
NÃO DUPLIQUE A REALIDADE. Relacione-a.
ALGUNS MÓDULOS formam a base.
Estes existem em praticamente qualquer operação. Tudo começa sabendo quem ou o que está sendo observado — e é isso que os módulos de identidade respondem.
- identidade empresarial
- unidades
- marcas
- dados institucionais
- relações
- usuários
- colaboradores
- contatos
- parceiros
- papéis
- objetivos e tarefas
- responsáveis
- dependências
- documentos e decisões
- KPIs e riscos
- contratos
- propostas
- atas
- políticas
- relatórios
- metas
- resultados
- prioridades
- iniciativas
- contexto
- alternativas
- evidências
- escolha e justificativa
- impacto
- indicadores
- metas
- resultados
- histórico
- marca principal
- submarcas
- posicionamento
- unidades e territórios
UM DEPARTAMENTO É MAIS do que uma pasta.
A cadeia organizacional é Empresa → Departamentos → Pessoas → Papéis → Responsabilidades. E o departamento, nessa cadeia, é entidade — não item de menu.
- conversão
- ticket médio
- ciclo de venda
- qualificação
- proposta
- follow-up
- novo lead
- reativação
- proposta
ESTRATÉGIA também é estrutura.
Propósito, missão, visão, valores, objetivos, metas, OKRs, iniciativas, cenários, riscos e oportunidades. Quando isso é entidade e não slide, dá para ligar o objetivo ao KPI que o mede.
Aumentar receita recorrente
Onde a empresa quer chegar.
Expandir canal de parceiros
O caminho escolhido — entre os que foram considerados.
Programa de parceiros
E dentro dele, o workflow de onboarding de parceiros.
Receita via parceiros
Fecha o circuito: dá para saber se a estratégia funcionou.
TODO NEGÓCIO EXISTE dentro de um contexto.
É o módulo onde Sun Tzu, Hermes e Cícero trabalham mais — e que serve também para entender o cliente do cliente.
VALOR TAMBÉM PRECISA de estrutura.
COMO UMA OPORTUNIDADE vira relação?
Leads, oportunidades, pipeline, propostas, negociações, vendas, contratos, follow-ups, parcerias e forecast.
E o ponto mais importante: “cliente” é um papel, não uma segunda pessoa.
Pessoa / Empresa
A entidade. Existe uma vez só, e é sempre esta.
Lead → Oportunidade
Estados de uma relação comercial, não novos cadastros.
Proposta → Venda
Cada etapa é registrada, com data e responsável.
Cliente
Um papel que aquela mesma entidade agora exerce. A identidade original continua a mesma.
O QUE A EMPRESA QUER DIZER? E para quem?
É aqui que o archēSTUDIO (criação) e o archēCMS (presença) se plugam na mesma estrutura, em vez de virarem ilhas.
ÀS VEZES VOCÊ PRECISA DE UMA LISTA. Às vezes de um grafo.
Um projeto não é uma lista de tarefas — é uma rede de entidades relacionadas. E essa rede pode ser observada de várias formas.
Troque a view abaixo. Os seis projetos são exatamente os mesmos nas oito representações — vêm do mesmo lugar, não são oito blocos diferentes.
OS DADOS NÃO MUDAM. A lente muda.
PROCESSO DESCREVE. Workflow executa.
Misturar os dois é um erro caro: você acaba com um diagrama que ninguém segue, ou com uma automação que ninguém entende.
Atendimento de novo cliente.
wf_onboarding_cliente_001
Mora no archēOS + archēFLOW. O processo é o modelo; o workflow é uma execução, com data, responsável e evidência.
INFORMAÇÃO PRECISA de contexto.
Há uma diferença que precisa ficar clara: documento pertence à estrutura; conhecimento é a interpretação contextual desse documento. O primeiro é do CORE, o segundo é do ON.
- contexto e memória
- conhecimento
- perguntas e hipóteses
- insights
- evidências e fontes
- jornadas de conhecimento
- conversas e padrões
- papéis
- responsabilidades
- skills e ferramentas
- contextos
- relações entre agentes
- modelos e permissões
- histórico de atuação
- questão e contexto
- alternativas consideradas
- evidências e hipóteses
- escolha e justificativa
- entidades afetadas
- impacto e resultado
NÃO REGISTRE APENAS O QUE FOI FEITO. Registre por quê.
UM ARQUIVO GANHA VALOR QUANDO SABEMOS onde ele pertence.
Um contrato não deveria ser /drive/documentos/contrato.pdf. Deveria ser o contrato daquele cliente, daquele projeto, originado por aquela decisão.
- receitas e despesas
- contas a pagar e receber
- caixa e centros de custo
- orçamentos e previsões
- margens e indicadores
- colaboradores e candidatos
- competências e papéis
- responsabilidades
- desenvolvimento e avaliações
- disponibilidade e equipes
Conversa com o archēME preservando a separação entre contexto pessoal e empresarial.
- tickets e solicitações
- conversas e reclamações
- SLAs
- satisfação
- base de resoluções
O QUE JÁ EXISTE pode continuar existindo.
Nem todo módulo precisa aparecer para o usuário final. Integrações e governança são camadas de sustentação — importam muito, e não precisam estar no menu de todo mundo.
- agenda e reuniões
- compromissos
- agendamentos
- reservas
- disponibilidade e participantes
Agendamento e reserva não são obrigatoriamente o mesmo modelo — são contextos relacionados que podem divergir.
- imagens, vídeos, áudios
- logos e criativos
- PDFs e assets
- templates e componentes
Camada usada por STUDIO, CMS, projetos, campanhas e marca.
- aplicativos e APIs
- webhooks e conectores
- eventos e logs
- sincronizações
- mapeamentos
Credenciais são camada técnica e segura — não se expõem na interface comum.
- políticas e permissões
- auditoria e logs
- segurança e compliance
- riscos e aprovações
- lifecycle e schemas
NEM TODO MÓDULO TEM a mesma natureza.
Vinte e tantos módulos numa lista só é bagunça. Em três famílias, vira arquitetura — porque cada família tem uma função diferente no sistema.
Existem quase sempre, em qualquer negócio. São a base sobre a qual todo o resto se apoia.
Dependem do contexto. Uma empresa ativa os que fazem sentido para ela — e só esses.
Sem eles a estrutura é um belo cadastro parado. Com eles, ela se move.
UM CLIENTE NÃO PRECISA existir duas vezes.
Passe o cursor pelos módulos. O centro nunca muda — muda o recorte que cada área carrega daquela mesma entidade.
UM MÓDULO TAMBÉM PODE ter camadas.
Um núcleo não precisa criar dado novo. Muitas vezes é só a organização contextual de entidades que já se relacionam com aquela.
Repare: Documentos, Decisões e KPIs também são módulos. Aqui eles aparecem como núcleos — o mesmo dado, recortado pelo projeto.
Estes não são exemplo: são os núcleos que já existem no sistema, cada um com seus campos e a função declarada de para que a IA vai usá-los.
UM HOTEL NÃO FUNCIONA COMO UMA CLÍNICA. E não deveria ser obrigado a funcionar.
O modelo universal permanece. O domínio adiciona contexto — não substitui a base nem cria um segundo sistema.
NÃO CRIE UM NOVO SISTEMA para cada área.
Quando cada área ganha o seu próprio “cliente”, você não tem três módulos. Você tem três verdades que nunca vão bater.
- Cliente Comercial
- Cliente Financeiro
- Cliente Marketing
Três cadastros, três históricos, três telefones desatualizados. E ninguém consegue responder “quanto esse cliente vale para a empresa?”.
- CLIENTE
Com relações e views específicas por área. Uma entidade é reutilizada. Uma relação é reutilizada. Um componente é reutilizado. Uma view observa a mesma estrutura sempre que possível.
NÃO CRIE UM MÓDULO NOVO quando uma view resolver.
CORE É A BASE. Módulos são lentes sobre essa base.
O CORE guarda entidades, relações, histórico, schemas e views. Comercial, Financeiro, Marketing, Projetos e Pessoas não guardam nada por conta própria — eles observam e operam sobre a mesma base.
“Por que a receita caiu?”
Nenhum módulo responde isso sozinho. Para responder, o ON precisa atravessar Financeiro, Comercial, Marketing, Projetos, Clientes, Decisões e Mercado — e voltar com as fontes.
Venda confirmada no comercial…
Hermes no Comercial, Cícero no Marketing, Fibonacci no Financeiro, Toyoda em Operações, Sun Tzu na Estratégia, Themis no Jurídico — e Athena transversal.
Mas lente preferencial não é cerca: quando o contexto exige, o agente atravessa módulos como qualquer pergunta séria faria.
A PERGUNTA PODE atravessar a estrutura.
CADA EMPRESA ATIVA o que precisa.
E ela não precisa escolher no escuro: a entrevista inicial identifica setor, modelo de negócio, departamentos, processos, clientes, ofertas e objetivos — e a partir disso o sistema sugere o que faz sentido ativar.
NOVOS MÓDULOS PODEM SURGIR sem que a estrutura precise ser refeita.
Nova unidade. Novo mercado. Novo produto. Novo departamento. Nova operação. Novo setor.
A estrutura cresce por relação. Não por fragmentação.
A REALIDADE NÃO VEM DIVIDIDA em módulos.
NÓS CRIAMOS MÓDULOS PARA CONSEGUIR observá-la.
MAS A REALIDADE CONTINUA conectada.
É POR ISSO QUE O SISTEMA TAMBÉM precisa ser.
QUAL LENTE VOCÊ precisa agora?
E a entidade continua sendo a mesma.






