Documento Institucional RÉGUA

Nota de ingestão e limpeza

Convertido do export REGUA_Documento_Institucional_v1.0.dc.html (fonte vigente). Em 2026-09-17, com autorização do Founder, foram removidos artefatos do export: rodapés de paginação repetidos, espaçamento perdido na numeração (sumário e princípios), hierarquia de headings achatada (H1→H2; o título da página vem do frontmatter) e logos re-apontados para a versão black (fundo claro, conforme Visual System). Nenhuma frase de conteúdo foi alterada. Diff completo no Git.

SISTEMA DE REFERÊNCIA

Inteligência Operacional

DOCUMENTO FUNDADOR

Primeiro medir.
Depois automatizar.

V1.0 · 2026 USO INTERNO

A Régua não vende IA.

A Régua entende como uma empresa opera, mede onde existe fricção, desenha o processo certo e aplica automação, integrações e IA somente onde a tecnologia produz ganho mensurável.

SUMÁRIO

Documento Fundador

01 — Identidade Estratégica

02 — Tese e Posicionamento

03 — Cliente Ideal

04 — Método Proprietário

05 — Gates de Decisão

06 — Entregáveis Padrão

07 — Governança de Projetos

08 — Modelo de Oferta

09 — Princípios Operacionais

10 — Sistema de Medição

11 — Cliente Zero — Terra Fértil

12 — Próximos 90 Dias

13 — Linguagem da Marca

14 — Decisões Ainda Abertas

01 — IDENTIDADE ESTRATÉGICA

Quem é a Régua

NOME

Régua representa medida, padrão, clareza e referência. Antes de melhorar uma operação, é preciso saber como ela funciona hoje, onde existe desvio e qual resultado deve ser alcançado. O nome traduz a filosofia da empresa: medir antes de automatizar e provar antes de escalar.

DESCRITOR — INTELIGÊNCIA OPERACIONAL

O descritor amplia a marca além de "automação" ou "agência de IA". Posiciona a Régua como uma empresa que combina diagnóstico de processo, arquitetura operacional, software, integrações, automação e inteligência artificial aplicada.

TAGLINE PRINCIPAL

Primeiro medir. Depois automatizar.

A frase resume o método e também funciona como filtro comercial: a Régua não começa por ferramenta, hype ou código; começa pelo problema, pelo processo e pela evidência.

FRASES DE APOIO

Processo primeiro. Tecnologia depois.

Automação com método. Resultado com evidência.

Menos trabalho manual. Mais operação sob controle.

IA aplicada ao trabalho real.

PROPÓSITO

Dar alavancagem operacional a empresas brasileiras, transformando tarefas repetitivas e processos fragmentados em sistemas simples, mensuráveis e capazes de evoluir.

MISSÃO

Entender, organizar e automatizar operações empresariais por meio de processos, integrações, software e IA aplicada, entregando ganhos concretos de eficiência, velocidade, qualidade e controle.

VISÃO

Ser referência brasileira em inteligência operacional aplicada — especialmente para empresas tradicionais que já possuem operação, clientes e conhecimento de negócio, mas ainda não capturaram o potencial de automação e IA.

PROMESSA

A Régua entra onde existe atrito operacional e sai deixando um processo mais simples, visível, integrado e mensurável.

POSICIONAMENTO EM UMA FRASE

Régua transforma processos manuais em operações mensuráveis, integradas e automatizadas — com IA aplicada onde ela gera valor e controle humano onde ele é necessário.

02 — TESE E POSICIONAMENTO

O espaço que a Régua ocupa

A Régua não é uma software house tradicional, não é uma agência de marketing e não é uma consultoria que entrega apenas diagnóstico. Ela combina descoberta, desenho operacional e execução técnica no mesmo sistema de trabalho.

Modelo	Como normalmente trabalha	Diferença da Régua
Software house	Recebe escopo e constrói software.	Questiona o escopo antes de construir; menor mudança necessária.
Consultoria	Mapeia, recomenda e entrega um plano.	Assume a implementação, o piloto e a prova de valor.
Agência de IA	Parte da tecnologia ou do agente.	Parte do problema operacional; IA só quando fizer sentido.
RPA/automação	Automatiza tarefas definidas.	Redesenha o fluxo e conecta automação à métrica de negócio.

TESE DE MERCADO

Existe uma classe ampla de empresas em que a operação não está "quebrada": ela funciona porque pessoas experientes compensam manualmente as limitações dos sistemas. A Régua busca empresas organizadas o suficiente para operar, mas manuais o suficiente para existir ganho evidente com integração e automação.

O QUE A RÉGUA VENDE

Clareza sobre o processo atual

Priorização objetiva de oportunidades

Redução de trabalho repetitivo

Integração entre sistemas e dados

Automação de tarefas e fluxos

IA controlada para classificação, atendimento, análise e execução assistida

Mensuração de resultado antes e depois

Evolução contínua baseada em evidência

O QUE A RÉGUA NÃO VENDE

"IA por IA" ou demonstrações sem problema de negócio

Projetos gigantes sem uma primeira entrega validável

Substituição indiscriminada de pessoas por automação

Sistemas novos quando uma integração simples resolve

Decisões críticas delegadas a modelos sem controle humano

Promessas de ROI sem baseline e sem método de medição

03 — CLIENTE IDEAL

Para quem a Régua existe

O cliente ideal não é necessariamente uma empresa "digital". É uma empresa com operação real, volume real e processos que já produzem resultado — mas ainda dependem excessivamente de esforço humano para coordenar sistemas, informação e execução.

SINAIS DE ALTO POTENCIAL

• Alto volume de tarefas repetitivas ou transferências manuais
• WhatsApp, planilhas, ERP, e-commerce, CRM ou sistemas internos que não conversam entre si
• Equipes criando rotinas manuais para "não deixar nada cair"
• Follow-up dependente de memória individual
• Dados existentes, mas pouca visibilidade operacional
• Atendimento limitado pelo horário ou capacidade humana
• Processos que precisam crescer sem aumentar equipe na mesma proporção
• Um sponsor com acesso real ao processo e às pessoas

SINAIS DE BAIXO FIT

• Empresa sem dono claro do processo
• Problema ainda não entendido e sem disponibilidade para descoberta
• Cliente que deseja apenas "ter IA" para marketing interno
• Ausência total de acesso aos sistemas/dados necessários
• Expectativa de automação autônoma em decisões de alto risco sem controles
• Projeto cujo valor não pode ser minimamente medido

PERGUNTA-GATE

Existe um problema operacional relevante, repetitivo e observável que possamos medir antes e depois? Se a resposta for "não", a Régua ainda não deve construir.

04 — MÉTODO PROPRIETÁRIO

Método RÉGUA

Todo projeto segue a mesma lógica. O método pode crescer com o tempo, mas sua estrutura deve permanecer estável para evitar que a Régua vire uma sequência de projetos artesanais sem padrão.

R

Radiografar

É

Estabelecer

G

Governar

U

Unir

A

Aferir

Etapa	Objetivo	Saída mínima
R — Radiografar	Entender a operação real: pessoas, sistemas, dados, exceções, riscos e handoffs.	Current State Map + inventário + dores + desconhecidos.
É — Estabelecer	Definir a linha de base e priorizar o que merece ser resolvido primeiro.	Baseline + métricas + Opportunity Register + escopo inicial.
G — Governar	Desenhar processo futuro, limites, riscos, responsáveis, arquitetura e gates.	Future State + plano + regras + critérios de aceite.
U — Unir	Conectar sistemas, automatizar tarefas e implantar a menor solução completa.	Implementação + piloto controlado + logs + documentação.
A — Aferir	Comparar antes/depois, provar valor e decidir se deve escalar, ajustar ou encerrar.	Evidence Pack + decisão de escala + backlog.

04 — MÉTODO PROPRIETÁRIO · DETALHE

R — Radiografar

Observa como o trabalho acontece de verdade: atalhos, tarefas manuais, conhecimento tácito, exceções, planilhas paralelas e dependências individuais. Entrevistas, walkthrough, mapa de sistemas, volume e tempo por tarefa, riscos e UNKNOWNs explicitamente registrados.

É — Estabelecer

A empresa estabelece a régua de comparação. Sem baseline, qualquer "ganho" vira opinião: tempo de resposta e execução, volume processado, retrabalho, conversão, horas manuais, custo operacional, SLA e qualidade.

G — Governar

Antes de implementar, define-se quem decide, o que pode ser automatizado, quais dados podem ser usados, quais exceções existem e como o sistema volta para um humano quando necessário.

U — Unir

Privilegia mudanças pequenas, reversíveis e observáveis. Integração via API quando disponível; RPA quando sistemas legados não oferecem interfaces; IA como camada controlada de linguagem, classificação, extração ou decisão assistida — nunca autoridade irrestrita.

A — Aferir

Nenhuma entrega é sucesso apenas porque "funciona". O resultado precisa ser comparado à linha de base. A solução só escala quando a evidência justifica a complexidade adicional.

FLUXO

ENTENDER→MEDIR→GOVERNAR→IMPLEMENTAR→PROVAR→ESCALAR

05 — GATES DE DECISÃO

Nada avança apenas por entusiasmo

Os gates existem para proteger cliente e Régua contra excesso de escopo, automação prematura e soluções que tecnicamente funcionam, mas não geram valor. Gates não são fases do método — nunca confundir G1/G2/G3 com R-É-G-U-A.

GATE 01

Vale fazer?

Dono do processo, baseline inicial, frequência, impacto e hipótese de ganho.

GATE 02

Funciona com segurança?

Piloto, testes, logs, fallback humano, critérios de aceite.

GATE 03

Provou valor?

Métrica comparável, adoção, estabilidade, impacto operacional.

REGRA DE OURO

EVIDÊNCIA > OPINIÃO

Se não existe evidência suficiente, o status correto é UNKNOWN — não "parece que melhorou". A Régua deve tornar incerteza visível, não escondê-la.

Princípio de reversibilidade — mudanças críticas devem ter fallback. Sempre que possível, o processo manual permanece disponível durante o piloto. A Régua prefere perder velocidade de implantação a criar uma dependência operacional impossível de desfazer.

06 — ENTREGÁVEIS PADRÃO

O que todo projeto deve deixar para trás

O método só se torna escalável quando os artefatos também são padronizados. Cada cliente pode ter tecnologia diferente; a estrutura de decisão deve ser a mesma.

Artefato	Função
Project Charter	Define problema, sponsor, escopo, objetivo, métricas e restrições.
Current State Map	Mostra como o processo opera hoje, incluindo sistemas, pessoas e handoffs.
System & Data Map	Registra sistemas, APIs, arquivos, bancos, donos e limitações.
Opportunity Register	Lista oportunidades com impacto, frequência, esforço, risco e prontidão.
Baseline	Congela as métricas do "antes".
Future State Map	Desenha o fluxo futuro antes da implementação.
Decision Log	Registra decisões relevantes e por quê.
Risk Register	Mantém riscos, mitigação, dono e status.
Implementation Backlog	Transforma o plano em entregas rastreáveis.
Weekly Executive Update	Mostra progresso, próximos passos, bloqueios, datas e decisões necessárias.
Evidence Pack	Compara baseline x resultado e sustenta a decisão de escalar.
Handover / Runbook	Permite operar, monitorar e recuperar a solução.

Documentação proporcional — a Régua não documenta por burocracia. O nível de documentação cresce conforme risco, dependência e impacto.

07 — GOVERNANÇA DE PROJETOS

Como o cliente acompanha a execução

FONTE DE VERDADE INTERNA

Linear é a ferramenta recomendada para gestão interna. Cada entrega tem responsável, status, prioridade, data-alvo, dependências, critérios de aceite e evidência anexada quando concluída.

VISÃO EXECUTIVA DO CLIENTE

Atualização semanal de uma página — um diretor entende o estado do projeto em menos de dois minutos: status geral, entregue, em execução, próximas datas, bloqueios, decisões necessárias, métricas e evidências.

Ritual	Cadência	Objetivo
Async update	Semanal	Dar visibilidade objetiva sem reunião.
Checkpoint executivo	Quinzenal / conforme fase	Decisões, bloqueios e mudança de prioridade.
Gate review	Ao final de cada fase	Autorizar avanço com base em evidência.
Closeout	Fim da entrega	Baseline x resultado, pendências, handover.

Controle de mudança — toda mudança relevante de escopo deve responder: o que mudou, qual impacto em prazo/custo/risco e o que será removido ou movido se a capacidade permanecer igual. "Só mais uma coisa" não entra invisivelmente no projeto.

08 — MODELO DE OFERTA

Como a Régua deve vender

A unidade comercial não deve ser "uma quantidade de horas de IA". O cliente compra uma etapa clara de transformação.

Oferta	Quando usar	Resultado
Régua Diagnóstico	Primeiro contato ou problema amplo.	Mapa atual, baseline, oportunidades priorizadas e plano de ação.
Régua Implementação	Oportunidade já priorizada e aprovada.	Solução implantada, piloto, controles e critérios de aceite.
Régua Evolução	Depois que existe solução em produção.	Monitoramento, otimização, novas automações e ganho acumulado.
Régua Produto	Quando um padrão se repetir entre clientes.	Transformação de solução recorrente em produto replicável.

Estratégia de escala — o maior risco do modelo é virar uma software house de projetos exclusivos. A defesa é catalogar padrões desde o primeiro cliente: conectores, templates, módulos de agentes, rotinas de follow-up, bibliotecas de integração, playbooks de diagnóstico e componentes de observabilidade.

OBJETIVO DE LONGO PRAZO

Cada projeto deve gerar valor para o cliente e também aumentar a capacidade reutilizável da Régua. O conhecimento não pode morrer dentro do projeto.

09 — PRINCÍPIOS OPERACIONAIS

Como a Régua toma decisões

01 — Processo antes de ferramenta.

02 — Problema antes de solução.

03 — Medir antes de automatizar.

04 — Começar pequeno sem pensar pequeno.

05 — Preferir integrações simples a substituições completas.

06 — Humano permanece responsável por decisões críticas.

07 — UNKNOWN é melhor do que certeza inventada.

08 — Logs e rastreabilidade fazem parte da solução.

09 — Nenhum deploy crítico sem autorização e rollback.

10 — Escalar somente o que provou valor.

Filosofia de IA — a Régua usa modelos de IA como componentes dentro de sistemas controlados. Um agente pode interpretar linguagem, classificar intenção, extrair dados, resumir, recuperar conhecimento ou sugerir uma próxima ação. O processo define limites, estados, ferramentas permitidas e escalonamento para humano.

Risco	Exemplos	Autonomia recomendada
Baixo	Classificar lead, transcrever áudio, resumir conversa.	Automação ampla com logs.
Médio	Enviar follow-up aprovado, mover estágio, consultar preço.	Regras, validação de fonte e fallback.
Alto	Desconto excepcional, recomendação técnica, compromisso financeiro/regulatório.	Decisão humana obrigatória; IA apenas assiste.

10 — SISTEMA DE MEDIÇÃO

A régua da Régua

Dimensão	Pergunta	Exemplos
Tempo	Ficou mais rápido?	Tempo de resposta, ciclo, espera, SLA, tempo por tarefa.
Custo	Exige menos esforço ou recurso?	Horas manuais, custo por atendimento/operação.
Qualidade	Ficou mais consistente?	Erro, retrabalho, aderência ao processo, taxa de exceção.
Negócio	Mudou resultado final?	Conversão, receita, retenção, leads recuperados, capacidade.

Regra de baseline — quando não há dado histórico confiável, a primeira entrega pode ser justamente criar a instrumentação necessária. O projeto não deve inventar ROI. Primeiro registra-se o estado atual por uma janela suficiente; depois mede-se o efeito da mudança.

Indicador interno de reutilização — além do valor para o cliente, a Régua acompanha quanto de cada projeto virou capacidade reaproveitável: conectores, templates, componentes, prompts versionados, testes, runbooks e playbooks.

11 — CLIENTE ZERO

Terra Fértil como projeto-piloto

HIPÓTESES — NÃO RESULTADOS

A Terra Fértil deve ser tratada como o primeiro cliente e, ao mesmo tempo, laboratório controlado do método. O objetivo não é "usar o cliente como teste" de forma improvisada; é aplicar o método com disciplina, registrar o que funcionou e transformar aprendizado em padrão.

POR QUE O CASO É ADEQUADO

• Operação comercial já estruturada, com atividades manuais
• Volume significativo de atendimento e múltiplos papéis comerciais
• WhatsApp como canal central do processo
• E-commerce existente, com gargalos de performance e integração
• ERP e sistemas que podem oferecer dados para automação
• Sponsor com domínio comercial e entendimento técnico

OBJETIVOS ADICIONAIS DO PILOTO

• Validar o onboarding padrão da Régua
• Validar o Opportunity Register e a priorização
• Testar o Weekly Executive Update
• Definir a profundidade correta de documentação
• Criar o primeiro Evidence Pack
• Descobrir componentes técnicos reutilizáveis
• Registrar lições que mudem o Método RÉGUA

Hipóteses iniciais — performance da loja, integração e automação no WATI, follow-up por estágio, atendimento controlado fora do horário e, posteriormente, integração de produto/preço/estoque com ERP. Precisam passar pelo onboarding e pelo Gate G1 antes de virarem escopo.

DISCIPLINA DO CLIENTE ZERO

A Terra Fértil não deve receber exceções invisíveis. Toda exceção necessária deve ser registrada: ou ela vira parte do método, ou permanece explicitamente específica daquele cliente.

12 — PRÓXIMOS 90 DIAS

Construir a empresa enquanto entrega valor

0–30 DIAS

Validar diagnóstico e governança no projeto Terra Fértil.

Onboarding, charter, current state, baseline inicial, backlog, primeiro weekly update.

31–60 DIAS

Entregar o primeiro quick win com piloto e evidência.

Implementação controlada, logs, critérios de aceite, evidence pack parcial.

61–90 DIAS

Consolidar método e oferta comercial.

Método v1, templates, estudo de caso interno, proposta padrão, pacote Diagnóstico/Implementação/Evolução.

O QUE NÃO PRECISA SER RESOLVIDO AGORA

• Site institucional sofisticado
• Equipe grande
• Portfólio de dez serviços
• Plataforma própria antes de existir padrão repetido
• Branding visual definitivo antes de validar nome e posicionamento
• Automação interna excessiva antes de existir recorrência operacional

O QUE PRECISA EXISTIR DESDE O PRIMEIRO PROJETO

• Método explícito
• Fonte de verdade do projeto
• Gates de decisão
• Baseline e métricas
• Registro de riscos e decisões
• Evidência de resultado
• Aprendizado reaproveitável

13 — LINGUAGEM DA MARCA

Direta, técnica e compreensível

A Régua deve conseguir conversar com diretoria, operação e tecnologia sem mudar sua essência. Evita jargão desnecessário e traduz conceitos técnicos em efeito operacional.

Evitar	Preferir
"Agentes autônomos de última geração"	"Automação do primeiro atendimento com transferência para humano quando necessário."
"Revolucionar sua empresa com IA"	"Reduzir o tempo de resposta e eliminar tarefas repetitivas."
"Transformação digital end-to-end"	"Mapear o processo, conectar os sistemas e medir o ganho."
"Solução inteligente"	Dizer exatamente o que a solução faz e qual métrica deve mudar.

PERSONALIDADE

Prática Objetiva Curiosa Técnica sem ser pedante Conservadora com risco Agressiva com desperdício Transparente sobre limites

PITCH CURTO

A gente entra na operação, entende onde o trabalho está travando, mede o problema e automatiza o que faz sentido. Integramos sistemas, eliminamos tarefas repetitivas e aplicamos IA com controle. Depois medimos se realmente melhorou.

14 — DECISÕES AINDA ABERTAS

O que não deve ser "batido o martelo" ainda

UNKNOWN

• Registro/proteção jurídica formal da marca Régua (o nome e a marca pública já estão decididos e em uso)
• Modelo comercial exato: preço fixo por sprint, fee mensal, hora técnica ou híbrido
• Critério quantitativo final do Opportunity Score
• Quais componentes técnicos merecem virar produtos próprios
• Quais verticais serão priorizadas depois dos primeiros casos

DECISÕES JÁ ASSUMIDAS

• A empresa não será posicionada como "agência de IA"
• Processo e baseline vêm antes da implementação
• Todo projeto terá gates e evidência
• Implementação incremental e reversível sempre que possível
• Busca por reutilização para não depender só de projetos artesanais
• Terra Fértil será o primeiro caso de validação do método
• Marca pública RÉGUA, descritor Inteligência Operacional, tagline "Primeiro medir. Depois automatizar." e território Sistema de Referência oficializados
• Identidade visual aprovada: logo/wordmark com É proprietário, Marco Zero integrando o sistema visual, tipografia IBM Plex Sans e paleta oficial Grafite e Âmbar (Visual System v1.0)
• Método RÉGUA (R — Radiografar · É — Estabelecer · G — Governar · U — Unir · A — Aferir) com Gates separados das fases (Governança v1.1)
• Acompanhamento do cliente permanece no Project Delivery Playbook e no Weekly Executive Update; sem documento separado de Client Governance por ora

SISTEMA OPERACIONAL — STATUS

A recomendação original de construir o REGUA_OPERATING_SYSTEM durante o projeto Terra Fértil foi cumprida e superada: o sistema de governança já existe e está aprovado — Governance Index, Operating System, Project Delivery Playbook e AI Execution Protocol (v1.1), além do Project Template Pack v1.0 (ver seção Governança desta biblioteca).

"A tecnologia muda rápido. O princípio não: entender, medir, melhorar e provar."

RÉGUA · INTELIGÊNCIA OPERACIONAL

DOCUMENTO FUNDADOR · V1.0 · 2026 · USO INTERNO