Integrare Doc. 2026-DS-001 · v 1.0 · 11.06.2026
Sistema de design e metodologia operacional · Agência Integrare

Forma e método como estrutura

Um documento único de referência: as fundações visuais que governam tudo o que a Integrare publica e o índice das rotinas operacionais que governam como a agência trabalha. As duas metades seguem a mesma tese: rotinas codificadas acumulam capacidade.

Minimalismo estrutural

Cada elemento carrega função informacional. Ornamentação é ruído. A hierarquia nasce de tipografia e espaço em branco, não de blocos de cor ou efeitos.

O sistema traduz o posicionamento da agência em interface: a Integrare não opera ferramentas nem executa campanhas isoladas; desenha e implementa rotinas de marketing que reduzem custos de transação entre empresa e público-ideal. A linguagem visual é a linguagem do diagnóstico, não da persuasão.

Regras invioláveis

RegraEnunciado
Capas em brancoCovers e headers sempre sobre fundo branco. Proibido bloco colorido no topo, header bar cheio ou retângulo de preenchimento em capas.
Títulos escurosTítulos em --dark sobre branco. Nunca branco sobre cor saturada.
Corpo em #111Texto de leitura em preto quase puro; ênfase em --dark.
Faixa de assinaturaLinha de 0.05cm em --primary sobre faixa de 0.6cm em --dark, coladas à base da página. Único elemento decorativo sancionado. Demonstrada no rodapé desta página.
Logo sobre neutroA marca nunca pousa sobre cor saturada: apenas branco, --neutral-2 ou --dark na versão monocromática clara.
Sem emojiSinalização visual por tipografia (overline, peso, cor), nunca por emoji.
Sem superlativoToda afirmação fundamentada em dado, teoria ou exemplo. Vocabulário proibido na seção 07.

Paleta restrita, função declarada

Nove tokens cobrem todo o sistema. Charts usam no máximo três cores por figura; estados de alerta usam tons derivados com parcimônia.

--integrare-primary#4b7bb5Links, ícones interativos, acentos
--integrare-dark#2e547fTítulos, ênfase, faixa inferior
--integrare-secondary-1#4d6b90Charts, segundo plano de dados
--integrare-secondary-2#355a84Hover states, ênfase secundária
--integrare-secondary-3#3b516cTexto auxiliar escuro
--integrare-neutral-1#c9c8c5Divisores (cinza quente)
--integrare-neutral-2#d7d9dbBackground secundário (cinza frio)
--integrare-white#ffffffBackground primário
preto de corpo#111111Texto de leitura

Gradientes: evitar. O único gradiente do sistema é o do logo horizontal, entre --primary e --dark. Sombras, quando existem, são azul-dessaturadas (rgba(46,84,127,0.06)), nunca preto puro.

Quatro famílias, papéis fixos

Estrutura antes de estética
Poppins · 300 / 400 / 600

Display e títulos. Peso 300 em títulos grandes; o itálico serifado entra como acento conceitual.

Corpo de interface e documentos digitais
Inter · 400 / 500 / 600

UI, web, tabelas, captions. O texto que trabalha.

A ênfase é um gesto raro
Source Serif 4 · 400 / 400i / 600

Longform, citações e o acento itálico dentro de títulos sans. O único ornamento do sistema.

DOC. 2026-DS-001 · FIG. 01
JetBrains Mono · 400 / 500

Overlines, dados técnicos, identificadores, legendas de figura. A cola estrutural das seções.

Escala (minor third, 1.25)

Letterspacing de títulos: -0.02em. Em artefatos hi-fi a escala sobe (H1 de marketing site a 88–96px; capas de slide a 180–220px). Texto de slide nunca abaixo de 24px; corpo impresso nunca abaixo de 12pt. Microtipografia aceita: · .

Base de 4 pontos

Containers: narrow 640 · prose 720 · wide 1080 · full 1280. Gutter responsivo clamp(1rem, 4vw, 2.5rem).

Raios baixos, coerentes com o caráter institucional

xs · 2
sm · 4 · inputs e botões
md · 6 · cards
lg · 8
xl · 12
pill · badges apenas

Bordas antes de sombras: separação por 1px solid --neutral-1 e espaço, não por elevação. Hover anima apenas color e border-color; sem scale, sem translate, sem parallax. Fades de 120–200ms com cubic-bezier(0.2, 0, 0, 1).

Amostras vivas

Botões — CTAs com verbo técnico

Nunca "Saiba mais", "Descubra", "Transforme". Sempre infinitivo técnico: solicitar, acessar, agendar, enviar, baixar.

Badges

documento interno working paper v 1.1

Card

Caso · 2026

Diagnóstico estrutural

Fundo branco, borda --neutral-1, raio 6, padding 24. Sombra somente em hover, e somente --shadow-xs.

Citação

Routines are the skills of an organization.

Nelson & Winter (1982)

Movimento informa, imagem documenta

Fotografia institucional recebe o único tratamento de imagem do sistema: escala de cinza com overlay --dark a 55–60% em multiply. Sem grão, sem filtro vintage, sem tons quentes. Imagens full-bleed são proibidas em capas.

Ícones são funcionais, nunca ilustrativos: Lucide com stroke 1.5 em --primary. O símbolo da marca não é ícone; aparece apenas em brand mark, favicon e rodapé institucional.

Charts no padrão Storytelling with Data

Fig. 01 · Anatomia de um gráfico do sistema
68 47 28 série A série B série C

Decluttered: sem grid forte, sem 3D, sem efeito. Eixos em cinza discreto, dado em --primary / --dark, máximo três cores, e o atributo pré-atentivo apontado para o insight, não para a decoração. Toda figura carrega legenda mono numerada.

A linguagem do diagnóstico

Terceira pessoa institucional, presente do indicativo, acentuação obrigatória. O leitor é um decisor que valoriza fundamentação, não um lead a ser convertido por gatilho emocional.

Léxico: usar e evitar

UsarEvitar
custos de transaçãofricção / pain points
público-idealtarget / persona
estrutura de governançaprocesso
política orientadoravisão / missão
ações coerentestáticas / hacks
diagnósticoanálise rápida / auditoria gratuita
rotinas de marketingestratégia digital / growth hacks

Proibidos: revolucionário, incrível, o melhor, líder absoluto, transforme seu negócio, disruptivo, sinergia, customer-centric.

Estrutura de argumentação por bloco

1 · Afirmação

Declaração clara.

2 · Evidência

Dado, teoria ou exemplo.

3 · Explicação

Como a evidência sustenta a afirmação.

4 · Implicação

O que isso significa para o leitor.

Da forma ao método

A mesma lógica que governa a forma governa o trabalho: rotinas codificadas acumulam capacidade.

Nelson & Winter (1982), aplicado à própria agência

Sistema de Skills Operacionais

Doc. 2026-OPS-001 v 1.1 · 11.06.2026

Seis rotinas codificadas e uma em codificação, cobrindo o ciclo comercial e o ciclo de entrega. Fundamento: rotinas organizacionais como mecanismo de acumulação de capacidade (Nelson & Winter, 1982) aplicado à própria agência.

Anatomia comum: SKILL.md (princípio organizador + fases) + referências (textos canônicos, checklists, casos anotados). Governança de textos canônicos: uso literal ou adaptação mínima; alteração de substância exige aprovação (Ivan/Maritcheli).

Pendência bloqueadora

Tabela de parâmetros de precificação (custo-hora, margem declarada, tetos, piso) — bloqueia integrare-precificacao-proposta inteira: sem parâmetros, "preço derivado" é impossível e toda proposta emitida opera por intuição disfarçada de método. Prazo: antes da próxima proposta emitida.

Enquanto a tabela não existir, a regra central da skill de precificação está suspensa de fato. Após o preenchimento inicial, o item migra para a manutenção com cadência trimestral.

Da pré-venda à retenção

SkillMomentoFunção e regra central
integrare-diagnosticoPré-vendaEscuta radical em duas trilhas (qualitativa + evidência); traduz problema declarado em estrutural, classificado por custo de transação. O documento fundamenta; não recomenda pacote.
integrare-negociacaoLead ativoQualificar antes de explicar. 4 perguntas obrigatórias; recusa canônica de comissionamento; segunda recusa mais curta que a primeira.
integrare-precificacao-propostaConversãoPreço derivado, nunca negociado na origem (horas × custo × margem declarada). Toda concessão tem contrapartida. Escopo = composição do catálogo RUM. Operação condicionada à tabela de parâmetros (pendência bloqueadora, seção 08).
integrare-renovacao-contratoRetençãoRenovação é consequência, não evento: relatório de ativo no mês 10, custo de troca com premissas auditáveis, offboarding exemplar com porta de equivalência.

Fio condutor — equivalência RUM em três cláusulas

A equivalência atravessa as quatro skills (crédito na proposta, argumento de retenção na renovação, porta de retorno no offboarding), mas não é uma regra única:

1

Auto-equivalência intra-cliente é binária e automática

Projeto approved e dentro da validade entra no novo pacote sem julgamento humano.

2

Substituição por artefato externo exige avaliação registrada

O time comercial não promete crédito em proposta para material de terceiros antes da avaliação contra a especificação canônica do catálogo.

3

Validade vencida suspende o crédito até revisão

Projeto expired conta histórico, não cobertura; o crédito retorna após revisão, não automaticamente.

A simplificação "binária, sem meio-termo" aplica-se apenas à cláusula 1. Prometer as cláusulas 2 e 3 como automáticas é erro comercial com custo de confiança.

Do onboarding ao incidente

SkillMomentoFunção e regra central
integrare-onboarding-clienteDias 0–60Infraestrutura visível enquanto é construída — painel individual com os oito estados canônicos do Manual de Metodologia; nenhuma nomenclatura própria de estados. Propriedade sempre do cliente; baseline antes de intervenção; mídia paga nunca antes da mensuração.
integrare-reportingMensalTrês perguntas: o que mudou no patrimônio, o que explica, o que decidimos. Traffic Cost e substituição progressiva como métricas-síntese; quedas com a mesma proeminência das altas.
integrare-crise-incidente em codificaçãoSob demandaEspecificada, não instalada no padrão das demais. Comunicação na frente do diagnóstico (S1 ≤ 2h). Fato, escopo, ação, prazo — prometer a próxima comunicação, nunca a resolução. Post-mortem muda processo, não pune pessoa.

Os oito estados canônicos

pending in_progress pending_review approved rejected expired waived not_applicable

Definidos no Manual de Metodologia; o painel de onboarding e a tela de gestão macro usam exatamente esta nomenclatura.

Divisão entre relatórios

Mensal = fluxo; relatório de ativo (renovação) = estoque, semestral e obrigatório no mês 10. O mensal alimenta o de ativo.

Lacuna reconhecida · loop PLM

O ciclo mensal de produção (briefing → produção → aprovação → publicação) é a rotina que mais se repete na agência e não está codificada. Pelo critério de entrada deste documento, qualifica antes de vários itens da fila de expansão. Está registrada na expansão priorizada com posição definida; a justificativa para não codificar imediatamente é a dependência da tela de gestão macro (Fases 2–3 do plano de implementação), que padroniza os estados sobre os quais o loop opera. Codificar antes produziria manual desalinhado do sistema.

O que não se rompe em revisões

  1. 01
    Diagnóstico → Proposta

    A categoria de custo de transação dominante determina os domínios RUM da proposta.

  2. 02
    Proposta → Onboarding

    Os créditos de equivalência declarados na proposta nascem no painel do onboarding como estado inicial (approved ou waived, com equivalent_from registrado). O painel da semana 1 não pode contradizer o que o cliente comprou — esta é a transição de maior risco de confiança do sistema.

  3. 03
    Onboarding → Renovação

    O baseline das semanas 1–3 é o ponto zero do relatório de ativo.

  4. 04
    Reporting → Renovação

    O registro de decisões mensal é a evidência da especificidade de ativos na renovação.

  5. 05
    Crise → Todas

    O post-mortem aponta revisão da skill cujo processo falhou — o incidente é o principal mecanismo de atualização do manual.

Manutenção com prazo

ItemCadênciaStatus
Tabela de parâmetros de precificação — revisão (preenchimento inicial é pendência bloqueadora, seção 08)TrimestralCondicionado ao preenchimento
Registro de propostas (ganhas/perdidas, margem, concessões, motivo)TrimestralA iniciar
Inventário de acessos por contaSemestralA iniciar
Verificação de mudanças de post-mortemsTrimestralConforme incidentes

Ciclo de vida das skills

Critério de entrada: a rotina se repetiu o suficiente para ter padrão + o padrão tem dono capaz de validá-lo + a ausência de codificação já custou um erro observável. Antes disso, codificar produz manual morto.

Critério de saída e fusão (novo na v1.1): skill sem uso registrado em dois trimestres consecutivos entra em revisão de existência — fusão com skill vizinha, depreciação ou rejustificativa documentada. Cisão (ex.: offboarding sair de dentro da renovação) segue o mesmo critério de entrada: padrão próprio + dono + erro observável da convivência.

Versionamento: cada SKILL.md carrega versão X.Y e changelog, espelhando o Manual de Metodologia. Versão maior = mudança de princípio organizador (aprovação Ivan/Maritcheli em reunião registrada); versão menor = ajuste de fase, checklist ou referência (aprovação de um dos dois, assíncrona).

Fila priorizada

  1. Registro de marca unificado — guia de voz único referenciável pelas demais skills. Subiu de 4º para 1º na v1.1: é dependência transversal (diagnóstico, proposta, reporting e crise produzem texto público e hoje duplicam regras de tom, o que gera deriva editorial silenciosa). O material já existe pronto no Plano Estratégico de Marca (arquétipo, Big Five, tom de voz, vocabulário/antivocabulário) — menor custo da lista, maior efeito de coesão.
  2. Objeções públicas — material já existe no MBE; consolidação rápida.
  3. Loop PLM (ciclo mensal de produção) — briefing → produção → aprovação → publicação. Codificar após a tela de gestão macro estabilizar os estados (Fase 3 do plano de implementação); ver lacuna reconhecida na seção 10.
  4. Produção de case — contexto → custo de transação → intervenção → série → ativo residual, com autorização contratual.
  5. Offboarding — hoje dentro da renovação; skill própria se o volume justificar (critério de cisão na seção 11).
  6. Onboarding de colaborador — transmissão da tese, POPs, autonomia progressiva.
  7. Pós-mortem de conta — trimestral por cliente; alimenta livro, working papers e cases.

Changelog

v1.1 · 11.06.2026

  • Tabela de parâmetros de precificação reclassificada de manutenção para pendência bloqueadora com prazo vinculado à próxima proposta.
  • Regra de equivalência reformulada de "binária, sem meio-termo" para três cláusulas, alinhando ao Manual de Metodologia §5.
  • Dependência Proposta → Onboarding adicionada (transição dos créditos de equivalência ao estado inicial do painel).
  • Inventário corrigido: seis skills codificadas, integrare-crise-incidente marcada como em codificação.
  • Estados do painel de onboarding vinculados explicitamente aos oito estados canônicos do Manual de Metodologia.
  • Lacuna do loop PLM reconhecida e registrada na expansão (posição 3), com justificativa de sequenciamento.
  • Critério de saída, fusão e versionamento de skills adicionados (espelha o Manual de Metodologia).
  • Registro de marca unificado promovido a prioridade 1 da expansão.

v1.0 · 11.06.2026

  • Versão inicial.