Inscrever-se

A origem

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

Contato

demonstração Conectar Inscrever-se
// COMO O TRABALHO ACONTECE

QUANDO O TRABALHO DEPENDE DA MEMÓRIA, A EMPRESA DEPENDE DA PESSOA ERRADA. Processo torna o trabalho visível.

O módulo Operação mapeia, organiza e melhora processos para transformar prática informal em execução consistente.

É a camada onde a empresa deixa de depender da memória individual.

EXPLORAR A OPERAÇÃO
o fulano sabe fazer tem um print no grupo a planilha da Ana “me manda que eu faço” aquele e-mail de 2023 sempre foi assim só ele tem o acesso depois eu te explico
Processoentidade · com dono e prazo
entradao que dispara
etapaso que acontece
responsávelquem faz
dependênciaso que precisa antes
critérioquando terminou
saídao que fica pronto
// A DISTINÇÃO QUE MANDA NESTE MÓDULO

PROCESSO DESCREVE. Workflow executa.

Isso não é uma figura de linguagem no archēCORE. São tabelas diferentes, ligadas por uma coluna.

Troque a vista abaixo: é o mesmo trabalho, existindo de três formas.

Onboarding de novo cliente
arquitetura real · verificada no código e no banco   A ponte entre o modelo e a execução é a coluna origem_ope_id em pla_playbooks — e ela está preenchida em 6 dos 7 playbooks do banco hoje. Não é diagrama de apresentação: é foreign key.

UM É O MODELO. O outro é uma execução desse modelo.

// A PERGUNTA QUE ORIENTA TUDO

ONDE O FLUXO está quebrando?

Não é uma pergunta sobre software. É uma pergunta sobre operação real — e tem nove respostas possíveis antes de qualquer uma delas ser sobre tecnologia.

pergunta oficial cadastrada no módulo
quebraNa entradaO trabalho começa com informação faltando e ninguém percebe até o fim.
quebraNa passagemEntre duas áreas, onde cada uma acha que a outra já resolveu.
quebraNa esperaNinguém está errado. Só está todo mundo esperando.
quebraNa aprovaçãoUma pessoa é o gargalo de dezoito processos e não sabe disso.
quebraNa dependênciaUma etapa depende de algo que está fora do processo inteiro.
quebraNa exceçãoO caso que não estava previsto virou metade dos casos.
quebraNo manualAlguém digita de novo o que já estava digitado em outro lugar.
quebraSem responsávelA etapa existe no papel e não é de ninguém na prática.
quebraNa informaçãoO dado necessário existe — só não chega em quem precisa dele.

O GARGALO NEM SEMPRE ESTÁ onde o problema aparece.

// ONDE O VALOR TRAVA

O GARGALO É O PONTO ONDE o fluxo perde capacidade.

Repare onde a fila empilha. A reclamação chega da etapa 5 — mas o acúmulo começa na 3.

exemplo ilustrativo
etapa 01 Recebimento Entra e sai no mesmo dia. Nada se acumula aqui. flui
etapa 02 Conferência Fila pequena e constante. É o ritmo normal do processo. flui
etapa 03 Aprovação Uma pessoa só, e ela também faz outras dez coisas. O gargalo é aqui. gargalo
etapa 04 Execução Capacidade sobrando. Está parada esperando a etapa 3 liberar. ociosa
etapa 05 Entrega Atrasa e devolve trabalho. É daqui que vem a reclamação. retrabalho
Aumentar a equipe da etapa 5 não resolve nada — ela já está fazendo o que consegue com o que recebe atrasado. É por isso que a pergunta do módulo é “onde o fluxo está quebrando” e não “quem está atrasando”.
RetrabalhoFazer de novo pode ser sinal de processo ruim, não de pessoa ruim: documento incompleto, briefing insuficiente, aprovação tardia, erro de entrada, mudança de escopo, falta de padrão.
DesperdícioNem todo trabalho gera valor. Espera, duplicação, reentrada, transcrição manual, movimento desnecessário, checagem repetida, aprovação excessiva.
DependênciaUm fluxo pode parar por causa de algo que está fora dele. Gargalo pode ser uma relação — e é por isso que ele precisa ser modelado, não desenhado.
// CAMADA 01 · COMO DEVERIA FUNCIONAR

UMA ETAPA PRECISA RESPONDER quatro perguntas.

O que entra, o que acontece, quem faz e o que sai. Se uma delas fica sem resposta, a etapa vira um nome numa caixa.

campos reais de pla_etapas
O que entraA saída da etapa anterior — ou o gatilho que inicia tudo. Sem definir a entrada, cada execução começa de um lugar diferente.
O que aconteceA ação, com objetivo declarado. Não “fazer a análise”, e sim o que a análise precisa alcançar.
Quem fazowner_sugerido — o papel, não a pessoa. Papel se mantém quando alguém sai de férias.
O que saientregavel_minimo — o mínimo que precisa existir para a etapa poder ser considerada feita.
Processo, procedimento e SOP Três níveis do mesmo assunto, e confundi-los cria três documentos que se contradizem.
  • Processo — a visão ponta a ponta
  • Procedimento — como executar uma parte
  • SOP — a instrução detalhada e padronizada
Checklist Não substitui processo. Protege pontos críticos. Sete itens obrigatórios de publicação valem mais do que um manual de quarenta páginas que ninguém abre.
  • ligado ao processo e à etapa
  • ordem definida
  • obrigatorio — coluna real
Template Se algo se repete, uma parte pode ser padronizada. Template reduz variabilidade sem impedir adaptação — é ponto de partida, não camisa de força.
  • de projeto
  • de checklist
  • de processo
  • de documento
duas colunas prontas e ainda vazias   criterio_avanco e depende_de_etapa_id existem em pla_etapas e estão sem preenchimento no banco hoje. A estrutura para modelar critério de avanço e dependência entre etapas já está de pé; a operação ainda não usou. Está dito aqui porque esconder isso seria exatamente o tipo de informalidade que este módulo existe para combater.
// O PROCESSO ATRAVESSA A EMPRESA

PROCESSO NÃO RESPEITA a borda do menu.

Um processo de "novo cliente" começa no Comercial e termina no pós-venda. Nenhum módulo sozinho consegue enxergá-lo inteiro — e é exatamente por isso que ele precisa existir como entidade própria.

ComercialA venda fecha e a promessa é feita.handoff →
FinanceiroContrato e fatura entram no ciclo.handoff →
ProjetosO escopo prometido vira entrega planejada.handoff →
OperaçãoA execução acontece com padrão e evidência.handoff →
ClientesA relação passa a ser de retenção e sucesso.fim do processo
Muitos processos quebram no momento da passagem. Cada seta ali é um handoff, e todo handoff precisa responder quatro perguntas: o que precisa ser entregue, quem recebe, qual informação é obrigatória e como sabemos que a passagem terminou. Sem a quarta, ninguém nunca sabe se acabou.

SE UM PROCESSO SÓ FUNCIONA PORQUE ALGUÉM LEMBRA COMO FAZER, ele ainda não está estruturado.

// CAMADA 02 · O MODELO ENCONTRA A REALIDADE

NEM TODO PROCESSO PRECISA SER AUTOMATIZADO. Mas alguns podem.

Manual não é sinônimo de ruim. Uma etapa pode ser manual porque exige julgamento, é pouco frequente, tem risco alto ou depende de negociação.

O objetivo não é automatizar tudo. É tornar o processo consciente.

Operação Descreve o fluxo esperado e identifica onde automação faz sentido.
  • o processo e suas etapas
  • o SOP e o checklist
  • a regra que vale
  • o critério de aceite
archēFLOW Executa e registra o que realmente aconteceu.
  • evento e condição
  • ação e espera
  • aprovação
  • resultado gravado em flw_execucoes
Observar o processo manualAntes de automatizar, entender por que ele é do jeito que é. Muita automação nasce copiando um processo ruim mais rápido.toyoda pergunta primeiro
Separar o que se repeteEtapas idênticas em toda execução são candidatas. Etapas que mudam a cada caso, não.frequência e variação
Verificar se compensaAutomação tem custo de construção e de manutenção. Se a etapa roda três vezes por ano, o cálculo raramente fecha.decisão, não reflexo
Manter o julgamento humano onde ele importaRisco alto, exceção, negociação e decisão com consequência continuam com uma pessoa — por desenho, não por atraso tecnológico.manual consciente
Registrar a execuçãoAutomatizada ou não, ela precisa deixar evidência. É o que transforma execução em histórico verificável.flw_execucoes
7 automações e 1 execução registradas hoje   flw_automacoes guarda a regra; flw_execucoes guarda cada rodada. São duas coisas diferentes de propósito: a regra pode existir há um ano sem nunca ter rodado, e a execução é a prova de que rodou. Uma automação sem execução registrada é uma intenção.
// O PROCESSO REAL NÃO É PERFEITO

TERMINAR NÃO SIGNIFICA ter feito bem.

Existe uma diferença entre critério de conclusão e critério de qualidade — e quase toda operação só tem o primeiro.

Critério de conclusãoO que precisa ter acontecido para a etapa acabar. Responde: terminou?
Critério de qualidadeO que precisa ser verdade para o resultado prestar. Responde: ficou bom?
EvidênciaO que fica registrado provando que aconteceu. Lista, documento, confirmação, log.
ExceçãoO caminho alternativo, com motivo, responsável e resultado. Exceção recorrente é sinal de processo mal desenhado.
01ExecutarRodar o processo como ele está desenhado hoje.
02MedirTempo ativo, tempo de espera, tempo total, fila.
03Encontrar o gargaloOnde a capacidade se perde — não onde a reclamação chega.
04ProporUma mudança específica, com hipótese do efeito esperado.
05ValidarRodar e comparar com o antes. Nem toda melhoria melhora.
06Nova versãoO playbook tem coluna versao. A anterior não é apagada.
A versão anterior não é lixo. Ela é o contexto de quem executou sob ela — e é o que permite responder, seis meses depois, por que aquela entrega saiu diferente. Padrão existe para ser repetível, não para ser inquestionável.

MUITAS OPERAÇÕES NÃO PERDEM TEMPO EXECUTANDO. Perdem tempo esperando.

// QUEM USA PROCESSO

PROJETO É UMA INICIATIVA. Processo é uma forma de trabalhar.

Um projeto acontece uma vez. Um processo é o que ele usa para acontecer — e o mesmo processo serve o próximo projeto sem ser reescrito.

Projetos "Implantar cliente X" é um projeto. Ele usa os processos de onboarding, configuração, treinamento e go-live — que continuam existindo depois que ele acabar.
Suporte Atendimento também é processo: triagem, diagnóstico, resolução, validação, encerramento. E chamado recorrente costuma revelar falha de processo, não falta de atendente.
RH & Pessoas Processo define o trabalho; RH organiza quem ocupa os papéis. Não se duplica pessoa — a etapa aponta para um papel, e o papel para alguém.
Tecnologia Formaliza a capacidade técnica. Operação define a necessidade operacional. Inverter a ordem é como a empresa acaba com uma integração que ninguém pediu.
KPIs & OKRs Processo pode ser medido: tempo de ciclo, taxa de retrabalho, fila, capacidade. Sem medida, "melhoria contínua" é só uma reunião mensal.
Governança Quem pode alterar processo, quem aprova SOP, quem revisa e quando, qual evidência é obrigatória. É o que protege a consistência de virar improviso documentado.
// A PERSPECTIVA OPERACIONAL

TOYODA  engenheiro de fluxo.

Toyoda não existe para automatizar tudo. Ele olha primeiro se o processo faz sentido, onde há desperdício, onde há espera, onde falta padrão.

Só depois pergunta o que pode ser automatizado.

Retrato de Toyoda, referência do agente de operação

Toyoda

engenheiro de fluxo · módulo operação

“Onde o fluxo está quebrando?”

// responsabilidades
  • Mapear processos e desenhar fluxos
  • Identificar gargalos e desperdícios
  • Revisar handoffs e passagem entre áreas
  • Criar SOPs, checklists e pontos de parada
  • Definir critérios de aceite
  • Registrar causa raiz de falhas recorrentes
  • Evitar que o erro chegue ao cliente
// tom declarado no sistema
  • Prático, direto, operacional
  • Observador e metódico
  • Calmo e preciso
  • Orientado a melhoria
  • Sem enfeite
o módulo tem 27 vozes cadastradas · a função não muda, o tom muda
ToyodaDemingOhnoFormiga CastorFordArquimedesCupim

Toyoda é uma referência de postura, não uma ressurreição — o modelo não possui a consciência nem a personalidade histórica dele. E repare numa coisa: a pergunta do agente e a pergunta do módulo são exatamente a mesma frase, cadastradas nos dois lugares. No Comercial e no Marketing elas divergem — o agente pergunta algo mais fundo que o módulo. Aqui não há distância: a perspectiva operacional já É a pergunta central.

// A META

CONSISTÊNCIA SEM engessar a operação.

As duas metades importam. Consistência sem flexibilidade vira burocracia; flexibilidade sem consistência vira improviso.

protegeRepetir o que funcionaSem depender de quem estava presente da última vez.
protegeEnxergar o que quebraAntes de a reclamação chegar do cliente.
protegeMelhorar o que travaCom hipótese e medida, não com reunião e boa vontade.
protegeAutomatizar o que faz sentidoE só o que faz sentido.
protegePreservar qualidadeCom critério escrito, não com o olho de quem confere.
protegeSair da memóriaO trabalho deixa de morar na cabeça de alguém.
2 camadas · 6 núcleos globais · 5 do tenant   Processos e Execução — a estrutura real no sistema. Os seis núcleos do catálogo são Automações, Checklists, Governança, Processos, SOPs e Templates. Workflow não é núcleo daqui de propósito: ele pertence à execução, no archēFLOW.

QUANDO UM PROCESSO SÓ EXISTE NA CABEÇA DE ALGUÉM, A EMPRESA NÃO TEM UM PROCESSO. Tem uma dependência.

QUANDO O TRABALHO PODE SER VISTO, pode ser compreendido.

QUANDO PODE SER COMPREENDIDO, pode ser melhorado.

Operação Tornar o trabalho visível.

ONDE O FLUXO está quebrando?

trabalho informalprocessoetapasresponsabilidades dependênciasSOPchecklistexecução evidênciagargalomelhorianovo processo

Doze passos para o trabalho sair da cabeça de alguém.

FALAR COM A archēLAB
Módulo anterior: Marketing