A origem

Uma empresa mais consciente, conectada e capaz de aprender com a própria operação.

Contato

// UMA REALIDADE. MUITAS LENTES.

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ÓDULOS
PROJETO ALPHAuma entidade só
PROJETO ALPHAuma entidade só
EstratégiaComercialFinanceiroOperações DocumentosKPIsDecisões
o que esta lente vê da mesma entidade

// A HIERARQUIA

CADA 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.

01 · produtoarchēCORE

A grande lente do ecossistema. Define o mundo em que você está operando — estrutura, contexto, execução, presença ou criação.

02 · móduloProjetos

Uma grande área funcional dentro do produto. Não é um tipo de dado — é um recorte de responsabilidade sobre dados que já existem.

03 · núcleoDecisões

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.

04 · viewTimeline

A forma de observar. Trocar a view não muda nada nos dados — muda o que você consegue perceber neles.

05 · entidadeProjeto Alpha

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.

// EVITANDO SILOS

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.

Maria entidade · pessoa Uma linha só no sistema. Tudo abaixo é relação, não cópia.
trabalha_emEmpresa Avínculo empregatício · módulo Pessoas
responsável_porProjeto Alpharesponsabilidade · módulo Projetos
cliente_deEmpresa Crelação comercial · módulo Comercial
participa_deComitê mensalpresença · módulo Agenda
decidiuTroca de fornecedorautoria · módulo Decisões

NÃO DUPLIQUE A REALIDADE. Relacione-a.

// O QUE EXISTE

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.

Empresasidentidade
  • identidade empresarial
  • unidades
  • marcas
  • dados institucionais
  • relações
Pessoasidentidade
  • usuários
  • colaboradores
  • contatos
  • parceiros
  • papéis
Projetosestrutural
  • objetivos e tarefas
  • responsáveis
  • dependências
  • documentos e decisões
  • KPIs e riscos
Documentosestrutural
  • contratos
  • propostas
  • atas
  • políticas
  • relatórios
Objetivosestrutural
  • metas
  • resultados
  • prioridades
  • iniciativas
Decisõesestrutural
  • contexto
  • alternativas
  • evidências
  • escolha e justificativa
  • impacto
KPIsestrutural
  • indicadores
  • metas
  • resultados
  • histórico
Marcas & Unidadesidentidade
  • marca principal
  • submarcas
  • posicionamento
  • unidades e territórios
// NÓS OPERACIONAIS

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.

COMERCIAL departamento · entidade
responsávelMaria
agente patronoHermes
objetivoAumentar receita recorrente
KPIs
  • conversão
  • ticket médio
  • ciclo de venda
processos
  • qualificação
  • proposta
  • follow-up
workflows
  • novo lead
  • reativação
  • proposta
pessoasagentesresponsabilidadesskillsdocumentosdecisões
// PARA ONDE VAMOS

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.

objetivo

Aumentar receita recorrente

Onde a empresa quer chegar.

estratégia

Expandir canal de parceiros

O caminho escolhido — entre os que foram considerados.

projeto → workflow

Programa de parceiros

E dentro dele, o workflow de onboarding de parceiros.

KPI

Receita via parceiros

Fecha o circuito: dá para saber se a estratégia funcionou.

// A EMPRESA NÃO EXISTE SOZINHA

TODO NEGÓCIO EXISTE dentro de um contexto.

SetoresNichosMercadosConcorrentesPersonas PúblicosDoresNecessidadesTendênciasOportunidades TerritóriosRegulaçõesCertificaçõesBenchmarks

É o módulo onde Sun Tzu, Hermes e Cícero trabalham mais — e que serve também para entender o cliente do cliente.

// O QUE ENTREGAMOS

VALOR TAMBÉM PRECISA de estrutura.

ProdutosServiçosPlanosSoluçõesPacotes CategoriasBenefíciosProposta de valorPreços CustosDiferenciaisJornada da oferta
produto →Persona · Problema · Preço
produto →Projeto · Campanha · Receita
// INTERESSE EM RECEITA

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.

quem é

Pessoa / Empresa

A entidade. Existe uma vez só, e é sempre esta.

entra como

Lead → Oportunidade

Estados de uma relação comercial, não novos cadastros.

avança para

Proposta → Venda

Cada etapa é registrada, com data e responsável.

passa a ser

Cliente

Um papel que aquela mesma entidade agora exerce. A identidade original continua a mesma.

// CONTEXTO QUE VIRA MENSAGEM

O QUE A EMPRESA QUER DIZER? E para quem?

CampanhasConteúdosCalendário editorialCanais Redes sociaisSEOPalavras-chaveCriativos AnúnciosAudiênciasFunisConversões MarcaComunicação institucional

É aqui que o archēSTUDIO (criação) e o archēCMS (presença) se plugam na mesma estrutura, em vez de virarem ilhas.

// A MESMA ESTRUTURA. OUTRA PERSPECTIVA.

À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.

6 projetos · uma coleção
dados demonstrativos — as oito views são geradas do mesmo array; trocar um projeto muda as oito de uma vez

OS DADOS NÃO MUDAM. A lente muda.

// DUAS COISAS DIFERENTES

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.

PROCESSO como deveria funcionar

Atendimento de novo cliente.

ProcedimentosSOPsEtapasEntradasSaídas ResponsáveisDependênciasGargalosRegrasEvidências
WORKFLOW como uma execução real acontece

wf_onboarding_cliente_001

TriggerCondiçãoDecisãoAgenteSkill AçãoEsperaAprovaçãoResultadoRegistro

Mora no archēOS + archēFLOW. O processo é o modelo; o workflow é uma execução, com data, responsável e evidência.

// O QUE O SISTEMA COMPREENDE

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.

InteligênciaarchēON
  • contexto e memória
  • conhecimento
  • perguntas e hipóteses
  • insights
  • evidências e fontes
  • jornadas de conhecimento
  • conversas e padrões
AgentesarchēOS + Panteon
  • papéis
  • responsabilidades
  • skills e ferramentas
  • contextos
  • relações entre agentes
  • modelos e permissões
  • histórico de atuação
Decisõesestrutural
  • questão e contexto
  • alternativas consideradas
  • evidências e hipóteses
  • escolha e justificativa
  • entidades afetadas
  • impacto e resultado
O agente não carrega a execução dentro do personagem. Skills e workflows continuam separados — o agente tem identidade e responsabilidade; a capacidade e a orquestração vivem em outro lugar.

NÃO REGISTRE APENAS O QUE FOI FEITO. Registre por quê.

// CONTEXTO É O QUE DÁ VALOR

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.

Contrato entidade · documento O mesmo arquivo, agora sabendo onde vive.
clienteEmpresa Xde quem é este contrato
pertence_aoProjeto Alphao que ele viabiliza
originado_porDecisão de aprovar o escopopor que ele existe
assinado_porMariaquem responde por ele
geraReceita previstaa consequência financeira
Financeiroreceita sem contexto é só um número
  • receitas e despesas
  • contas a pagar e receber
  • caixa e centros de custo
  • orçamentos e previsões
  • margens e indicadores
receita → cliente→ produto→ projeto→ departamento
Pessoasquem faz a organização existir
  • 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.

Atendimentoquando um problema chega, para onde vai?
  • tickets e solicitações
  • conversas e reclamações
  • SLAs
  • satisfação
  • base de resoluções
// O QUE SUSTENTA O RESTO

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 & Eventosdomínio
  • 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.

Mídia & Ativosdomínio
  • imagens, vídeos, áudios
  • logos e criativos
  • PDFs e assets
  • templates e componentes

Camada usada por STUDIO, CMS, projetos, campanhas e marca.

Integraçõesexecução · camada técnica
  • 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.

Governançacrescer sem perder controle
  • políticas e permissões
  • auditoria e logs
  • segurança e compliance
  • riscos e aprovações
  • lifecycle e schemas
// UMA TAXONOMIA MAIS SIMPLES

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.

Estruturais representam o que existe
EmpresaPessoaProjetoDocumentoObjetivoDecisãoKPI

Existem quase sempre, em qualquer negócio. São a base sobre a qual todo o resto se apoia.

De domínio adaptam a estrutura ao negócio
ComercialMarketingFinanceiroPessoasJurídicoOperaçõesSaúdeHotelariaEducação

Dependem do contexto. Uma empresa ativa os que fazem sentido para ela — e só esses.

De execução fazem a estrutura agir
AgentesSkillsWorkflowsAutomaçõesIntegraçõesEventos

Sem eles a estrutura é um belo cadastro parado. Com eles, ela se move.

// UMA REALIDADE COMPARTILHADA

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.

CLIENTE Xuma entidade só
CLIENTE Xuma entidade só
Comercial · pipelineFinanceiro · faturamentoProjetos · entrega Atendimento · ticketsMarketing · campanhasDocumentos · contratosarchēON · contexto
o que esta lente vê da mesma entidade

// DENTRO DO MÓDULO

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.

Projetos módulo · onze núcleos
Visão geralPlanejamentoTarefasResponsáveis DocumentosDecisõesRiscosKPIs ReuniõesTimelineRelações

Repare: Documentos, Decisões e KPIs também são módulos. Aqui eles aparecem como núcleos — o mesmo dado, recortado pelo projeto.

Institucional módulo · sete núcleos · já implementado
Apresentação InstitucionalMarca & BrandingMissão · Visão · Valores Modelos OficiaisDocumentos CorporativosHistóriaFounders

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.

// A ESTRUTURA SE ADAPTA

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.

Hotelariao universal + o que é só dela
EmpresaPessoasFinanceiroDocumentosAtendimento
// o domínio adiciona
HospedagemQuartoReservaHóspedeGovernançaManutenção
Clínicao universal + o que é só dela
EmpresaPessoasFinanceiroDocumentosAgenda
// o domínio adiciona
PacienteConsultaProfissionalProcedimentoAgendamentoCompliance
Agênciao universal + o que é só dela
EmpresaPessoasFinanceiroDocumentosProjetos
// o domínio adiciona
ClienteCampanhaCriativoCanalLead
// O ERRO MAIS CARO

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.

// o que acontece quando módulo vira silo
  • 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?”.

em vez disso
// uma entidade, muitas relações
  • 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.

// MÓDULO NÃO É FRONTEIRA

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.

archēON atravessa a pergunta não cabe num módulo

“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.

FinanceiroComercialMarketingProjetosClientesDecisõesMercado
archēFLOW atravessa um evento começa aqui e termina lá

Venda confirmada no comercial…

Financeiroreceita prevista
Projetosprojeto criado
Operaçõestarefa iniciada
Atendimentocliente notificado
KPIconversão atualizada
Panteon observa cada agente tem uma lente preferencial

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.

// NÃO ATIVAR TUDO SEM NECESSIDADE

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.

Empresa pequenao essencial, e só
EmpresaPessoasClientesProjetosFinanceiroDocumentos
Empresa em crescimentoa mesma base
EmpresaPessoasClientesProjetosFinanceiroDocumentos
// adiciona
MarketingKPIsWorkflowsAgentesAutomação
Empresa complexaa mesma base, ainda
tudo acima
// adiciona
GovernançaRiscosComplianceMúltiplas unidadesIntegraçõesDepartamentos avançados
Exemplo do que a entrevista devolve: “Identificamos operação comercial, atendimento e projetos, mas não uma área formal de Marketing.”Ativar Comercial, Clientes, Projetos e Atendimento. Avaliar Marketing. A decisão continua sendo da empresa.
// O SISTEMA MUDA COM A EMPRESA

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.

archē One reality. Many lenses.

QUAL LENTE VOCÊ precisa agora?

uma entidade existeela se relacionaum módulo a observa um núcleo aprofundauma view a representaum agente interpreta um workflow pode agiro estado muda

E a entidade continua sendo a mesma.