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, Zig Ziglar e David Ogilvy 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.
O SISTEMA NÃO PRECISA TER um menu com 30 módulos.
A navegação considera produto, empresa, papel, departamento, permissão, contexto e a entidade que você está olhando agora.
Três pessoas na mesma empresa, no mesmo sistema, com os mesmos dados:
Zig Ziglarcomercial- Visão geral
- Clientes
- Leads
- Pipeline
- Propostas
- Vendas
- KPIs
- Processos
- Agentes
- Workflows
- Documentos
- Decisões
Warren Buffettfinanceiro- Visão geral
- Receitas
- Despesas
- Caixa
- Orçamentos
- KPIs
- Projetos
- Documentos
- Decisões
- Workflows
Sun Tzuestratégia- Visão geral
- Objetivos
- Mercado
- Concorrentes
- Cenários
- Projetos
- KPIs
- Decisões
- Riscos
OS DADOS NÃO MUDAM. A lente muda.
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…
Zig Ziglar no Comercial, David Ogilvy no Marketing, Warren Buffett no Financeiro, Henry Ford em Operações, Sun Tzu na Estratégia, Rui Barbosa 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.