Capacidade operacional sem registro: o teto silencioso da PME

Existe um momento na semana da PME em que o dono recebe um pedido grande e fica três segundos parado. Não porque a conta financeira está ruim — está ótima. Não porque o cliente é difícil — é fácil. Ele para porque, no fundo, não sabe se a operação aguenta. Atendimento já estava atolado terça. Vendas combinou três entregas pra essa semana sem perguntar nada. O time de operações sumiu na quinta porque alguém ficou doente. E agora chega esse pedido. A resposta sai rápida — "fechamos, segunda começa" — mas a base da resposta é zero. É instinto contra a memória de quem dorme menos. O sim foi dado sem que ninguém olhasse pra capacidade real. Capacidade operacional sem registro é o teto invisível que define até onde a PME consegue ir antes de começar a perder dinheiro pela própria boca.

A operação parece estar funcionando. Cada setor entrega, mais ou menos. O cliente reclama, mas o cliente sempre reclama. O time corre, mas time sempre corre. O dono sente que está tudo no limite — só não consegue provar onde, em qual setor, em quantas horas por semana. E porque não consegue provar, não consegue corrigir. Não é falta de gestão. É falta de registro escrito de capacidade por setor. Sem esse registro, a PME trava no teto cognitivo do próprio dono e nenhum aporte, nenhuma contratação, nenhum CRM novo levanta esse teto. O teto é a memória humana, e a memória humana satura.

Esse artigo é sobre o que vaza por trás dessa cena, por que comprar ferramenta de time tracking ou contratar mais um operador não resolve, e como setorização por IA instala o protocolo que faz capacidade virar número escrito — um número que o dono lê de manhã antes de dizer sim a qualquer venda nova.

A matemática da capacidade invisível

A primeira coisa que precisa ficar visível é o tamanho da conta. Sem isso, "estamos no limite" continua sendo frase de reunião que volta toda semana e nunca vira decisão.

Considere uma PME que fatura R$250K por mês com ticket médio de R$1.800. Isso dá 140 pedidos mensais distribuídos entre quatro setores ativos — vendas, atendimento, operações e financeiro de baixa frequência. Cada pedido consome, em média, três a cinco horas-pessoa somando o tempo de todos os setores envolvidos. A operação inteira precisa entregar entre 420 e 700 horas-pessoa úteis por mês pra dar conta. Numa equipe de 8 a 12 pessoas trabalhando 160 horas/mês cada, a capacidade contratada bruta gira em torno de 1.500 a 1.900 horas. Em tese, sobra. Na prática, não sobra.

Não sobra porque entre a capacidade contratada bruta e a capacidade útil de fato existe um vão que ninguém mede. Aproximadamente 35% a 50% das horas contratadas se vão antes do operador encostar no pedido — em reuniões sem agenda escrita, em retrabalho de pedido que voltou por falta de informação, em handoff entre setores que pede confirmação manual, em alinhamento pelo WhatsApp do dono, em cliente que liga querendo status, em equipamento parado, em fila esperando aprovação. Sobram entre 750 e 1.000 horas úteis reais por mês. E a operação está vendendo 700 horas-pessoa de pedido. A folga aparente vira margem de uma hora-pessoa por dia distribuída entre toda a equipe.

Quando o pedido entra acima dessa folga — e ele entra, porque vendas não tem registro do número — a operação faz uma de três coisas. Cumpre o prazo cortando qualidade, paga retrabalho em forma de cliente reclamando, ou estica o prazo silenciosamente. Cada uma dessas três respostas tem um custo financeiro mensurável que ninguém soma porque ele não aparece no DRE como linha. Aparece como margem que evapora, cliente que não volta, e dono que dorme mal.

O primeiro custo é prazo perdido por overcommit. Em PME sem registro escrito de capacidade, observa-se que 22% a 35% dos pedidos novos no mês ultrapassam a capacidade útil daquele setor. Operações cumpre o prazo combinado em 60% a 70% deles e estoura nos 30% a 40% restantes. Cada prazo estourado custa, em média, 1,5 a 3 vezes o tempo do pedido original — porque entra na fila de exceção, recebe atenção do dono, gera reembolso parcial, e consome reputação. Em PME R$250K/mês, são R$35K a R$70K por ano vazando só nessa frente.

O segundo custo é retrabalho operacional. Quando a operação corre sob pressão sem capacidade folgada, a taxa de erro sobe — pedido entregue incompleto, produto trocado, instalação refeita, atendimento que prometeu uma coisa e operação fez outra. Em operações sem registro de capacidade por setor, o retrabalho consome entre 8% e 14% das horas úteis da equipe — entre 60 e 140 horas-pessoa por mês. A R$60-90 por hora-pessoa carregada, são R$45K a R$130K por ano em horas pagas pra refazer o que já foi pago pra fazer.

O terceiro custo é capacidade desperdiçada em setores ociosos. Esse é o custo que ninguém vê porque ele é invisível por definição. Enquanto vendas e atendimento estão atolados, operações pode estar com folga de 30% no mesmo mês. Sem registro escrito, o dono não vê a folga, não rebalanceia, e a equipe parada compete por atenção. Em PMEs sem leitura semanal de capacidade por setor, observa-se entre 12% e 20% de hora-pessoa contratada que poderia estar produzindo e não está — porque ninguém soube redirecionar. Mais R$30K a R$60K por ano.

Some os três efeitos. O número conservador pra uma PME R$250K/mês fica em R$70K/ano. O número observado em operações sem nenhum registro escrito de capacidade chega a R$200K/ano. É a diferença entre uma operação que cresce sustentável e uma que cresce em ciclos — emparrocha, contrata, alivia, vende mais, emparrocha de novo. O ciclo termina quando o dono não aguenta mais aliviar, e a operação para de crescer no exato ponto em que parou de medir.

Os 4 sintomas operacionais de capacidade sem registro

Antes de instalar protocolo, é preciso reconhecer o sintoma no dia a dia. Operação não conserta o que ainda não nomeou. Os quatro sintomas abaixo aparecem juntos em quase toda PME que ainda não escreveu a capacidade contratada por setor.

Sintoma 1 — Sim automático nas vendas sem consulta operacional

O primeiro sintoma é o vendedor (ou o próprio dono no telefone) dando "fechamos, segunda começa" sem nenhum ponto de checagem com operações. Pode ser pedido cheio de exceção, pode ser pedido fora do padrão, pode ser três pedidos seguidos no mesmo dia. A resposta sai antes do número aparecer. A justificativa interna é sempre a mesma — "a gente dá um jeito" — e quase sempre a operação dá. Só que o jeito custa.

Esse sintoma é o mais caro porque acontece na fronteira mais barata de consertar. Bastaria uma consulta de cinco segundos a um painel de fila atual por setor antes do sim sair. Sem o painel, a consulta vira reunião, a reunião vira atraso, e o vendedor opta pelo sim sem consultar — o que é racional, porque ninguém quer ser o vendedor que perdeu o pedido por demora. A solução não é "vendedor mais responsável". É registro de capacidade visível no momento do sim.

Sintoma 2 — Time correndo sem saber se vai dar conta

O segundo sintoma é a percepção subjetiva de "tá tudo no limite" sem ninguém saber qual é o limite. Operações sente que está atolada. Atendimento sente que está soltando coisa. Financeiro sente que cobra atrasado. Cada setor opera com a sensação de estar à beira do colapso, e a sensação se confirma uma ou duas vezes por mês quando alguém pede demissão, alguém adoece, ou um pedido grande estoura o prazo.

A sensação é sintoma honesto. O time sabe que está no limite. O que não sabe é onde exatamente — qual setor tem 90% da fila ocupada e qual tem 60%. Sem esse número, a operação inteira sente o pior. E como a operação inteira sente o pior, o dono entra em modo crise mais ou menos toda semana. O custo psicológico vira custo financeiro quando começa a ter rotatividade — operação que perde gente boa por exaustão paga dois a três salários pra repor cada saída.

Sintoma 3 — Contratação reativa sem critério escrito

O terceiro sintoma é a decisão de contratar que sai do desconforto e não do número. O dono percebe que "precisa de mais alguém em operações" porque operações tá reclamando há três semanas. A contratação acontece. Em três a seis meses a pessoa nova aprende a memória oral, vira buffer humano, alivia o setor — e a operação aceita pedido extra equivalente ao alívio. O resultado é que a sensação de limite volta no mesmo nível, só que agora com folha de pagamento maior. O dono lembra essa cena umas duas ou três vezes na vida do negócio antes de começar a desconfiar que contratar não estava resolvendo.

O critério de quando contratar, quem contratar, e o que essa contratação devia liberar pra operação não existe em PME sem registro de capacidade. Sem o registro, a contratação é remédio sintomático. Com o registro, a contratação vira decisão lida — o setor X opera 95% da capacidade há quatro semanas seguidas, o setor Y opera 65%, o desbalanço é estrutural ou conjuntural, e a contratação se justifica em uma posição específica com critério escrito do que essa pessoa precisa entregar pra fechar o gap.

Sintoma 4 — Dono virando válvula de escape de overflow

O quarto sintoma é o dono pegando trabalho operacional toda semana. Ele entra pra terminar o pedido que estourou. Ele liga pro cliente irritado. Ele faz a planilha que o financeiro não conseguiu. Ele responde o WhatsApp que ninguém viu. A leitura honesta dessa cena é que o dono virou estruturalmente o buffer de overflow do sistema — quando a operação excede a capacidade, sobra pra ele. Funciona até certo nível de faturamento. Depois para de funcionar, porque o dono também tem capacidade finita, e a operação para de crescer no exato ponto em que a capacidade do dono satura. É um dos mecanismos centrais do teto de R$300K que aparece quando a cabeça do dono vira o gargalo.

O dono que carrega o overflow não consegue fazer planejamento, não consegue vender, não consegue conduzir negociação grande — porque o dia dele virou apagar incêndio de cada setor que estourou a capacidade. Capacidade sem registro produz dono operador por contingência. E dono operador por contingência é o teto cognitivo da empresa.

Por que planilha de tarefas e time tracking não resolvem

Antes de instalar a solução, é honesto reconhecer por que as ferramentas que parecem resolver, não resolvem. Esse setor inteiro de software já passou pela PME e foi abandonado pela mesma razão que outras ferramentas viram dívida operacional silenciosa — porque a ferramenta foi comprada sem o protocolo por trás.

Planilha de tarefas mede o quê foi feito. É histórico. Mostra que o operador entregou 18 cards essa semana. Não mostra se 18 era pouco, normal ou demais pro setor dele. Não mostra se aquela semana foi 90% de capacidade ou 130%. Não mostra se outro setor tinha folga que poderia ter pegado dois dos cards. Tarefa virada é resultado, não capacidade. E como resultado, ela não responde a pergunta da capacidade — só atesta que aconteceu.

Time tracking mede tempo gasto. Mostra que o operador passou 6 horas nessa tarefa. É insumo, não capacidade. Capacidade não é tempo, é tempo dividido por complexidade dentro de um setor. Duas horas de operações simples não é a mesma capacidade que duas horas de operações com cinco exceções. Time tracking sozinho não enxerga a diferença, e o dono que olha o relatório vê números iguais pra esforços diferentes. O operador vê o relatório, sente que o trabalho dele foi reduzido a "horas", e desengaja.

Software de gestão de projetos mostra o estado das entregas. Mostra que tem 14 cards em andamento. Não responde se 14 cards em andamento estão dentro ou fora da capacidade contratada do setor. Não responde se o setor poderia absorver mais três. Não responde se outros dois cards deveriam estar parados porque a fronteira anterior não confirmou recebimento. A ferramenta é fotografia de status — não é régua de capacidade.

O que falta nas três é o protocolo escrito que conecta os dados aos limites. Capacidade contratada por papel. Complexidade por tipo de trabalho. Ritmo sustentável por setor. Critério de quando alertar e pra quem rotear. Sem esse protocolo escrito, qualquer software registra dados que ninguém usa. Com o protocolo, o software vira o instrumento que faz capacidade virar número visível no momento da decisão. Esse é o ponto onde setorização por IA começa — não na ferramenta, no protocolo escrito por setor.

Os 4 momentos onde a capacidade morre

O ciclo da capacidade sem registro não morre de uma vez. Ela vaza em quatro momentos sequenciais ao longo de cada pedido novo. Identificar os quatro é o pré-requisito pra escrever o protocolo que tampa cada um.

Momento 1 — D+0: entrada sem dimensionamento

O primeiro momento é a entrada do pedido. Lead converte em venda, ou cliente antigo manda nova ordem. O pedido entra sem nenhum dimensionamento operacional registrado — quantas horas vai consumir, em qual setor, com qual complexidade. O vendedor (ou o dono) precifica pelo padrão. O padrão vale pra 70% dos pedidos. Os 30% que são exceções entram pelo mesmo preço, com capacidade subdimensionada, e operações descobre depois.

O protocolo escrito por trás desse momento é simples mas raro — uma régua de três a cinco perguntas que o vendedor responde junto com o cliente antes de fechar o pedido. Tipo do trabalho, presença de exceção, prazo solicitado, especificação fora do padrão. Cada resposta empurra o pedido pra uma faixa de capacidade conhecida. Sem essa régua, capacidade é sempre adivinhação otimista.

Momento 2 — D+3: promessa sem capacidade verificada

O segundo momento é a confirmação da promessa ao cliente. Vendas combinou prazo, atendimento confirma o prazo, operações recebe o briefing — mas ninguém checou se a capacidade do setor de operações naquela semana comporta. A promessa virou compromisso por inércia, não por consulta.

O protocolo escrito aqui é a leitura de fila por setor antes da confirmação ao cliente. Quanto da capacidade contratada de operações essa semana já está alocada, quanto está em risco, quanto tem de folga real. A IA aplicada faz essa leitura em segundos lendo o estado atual do CRM, da fila de operações e do calendário do setor. Sem ela, a leitura vira pergunta de WhatsApp pro gerente, que demora, e o vendedor opta por não esperar.

Momento 3 — D+15: gargalo emergindo silenciosamente

O terceiro momento é o gargalo se formando. Operações começa a semana com fila confortável e termina com fila apertada porque três pedidos entraram acima do esperado e um operador ficou doente. A informação do gargalo só vira visível quando o cliente reclama, ou quando o operador fica três horas no extra. Entre o início do gargalo e a percepção do dono passam 7 a 14 dias.

O protocolo escrito aqui é o alerta por faixa. Quando a fila do setor X passa de 80% da capacidade contratada, dispara aviso pro responsável daquele setor. Quando passa de 95%, dispara aviso pro dono com sugestão de ação — pausar entrada de pedido novo, rebalancear com setor folgado, escalar exceção. O alerta é o que separa gargalo escolhido de gargalo sofrido.

Momento 4 — D+30: dono virando válvula de escape

O quarto momento é o ciclo se fechando. O gargalo virou colapso. O dono entrou no operacional pra resolver. Resolveu. O pedido saiu. O cliente ficou bravo mas ficou. A operação respirou. E o aprendizado — qual setor estourou, por qual causa, em qual momento, com qual custo — não foi registrado em lugar nenhum, porque o foco era apagar o incêndio. Mês que vem o mesmo ciclo recomeça com pedidos diferentes mas vazamento idêntico.

O protocolo escrito aqui é o registro do colapso — toda exceção em que o dono virou operador entra num log estruturado com causa, custo estimado, setor, gatilho. Em três a quatro meses esse log mostra o padrão. Em seis meses ele guia a próxima decisão estrutural — contratar, redistribuir, automatizar. Sem o log, o aprendizado evapora junto com o cansaço da semana.

Os 4 anti-padrões que não tampam o vazamento

Antes de chegar nas cinco camadas que tampam, é importante nomear os quatro caminhos que parecem tampar e não tampam — pra economizar o tempo e o dinheiro que a PME média gasta neles antes de descobrir que o problema era outro.

O primeiro anti-padrão é contratar antes de medir. A intuição é que o gargalo é falta de gente. Em parte é. Mas contratar sem registro de capacidade só empurra o teto pra cima de um patamar — em três a seis meses a operação aceita pedido extra equivalente ao alívio, e a sensação de limite volta. O custo de cada contratação errada na PME (salário + tempo de treinamento + horas do dono no acompanhamento + custo de saída se a pessoa não se adapta) gira entre R$30K e R$80K. Contratar sem registro é apostar essa conta no escuro.

O segundo anti-padrão é comprar gestor de projeto sênior. A intuição é que a operação precisa de um humano coordenando os setores. Funciona por seis a doze meses — porque a pessoa traz disciplina e memória nova. Depois a operação cresce, a memória dessa pessoa também satura, e o problema reaparece um degrau acima. Gestor de projeto sem protocolo escrito de capacidade é o mesmo padrão do dono operador, só que terceirizado.

O terceiro anti-padrão é instalar planilha mestre de tarefas. Algum líder operacional propõe que toda demanda passe por uma planilha central. Funciona por três a oito semanas. Depois a planilha vira histórico — alguém atualiza, outros não, exceções viram WhatsApp paralelo, e em três meses a planilha está três semanas atrasada e ninguém usa. Planilha sem ritual de leitura escrito é arquivo morto.

O quarto anti-padrão é assinar ferramenta de time tracking. A intuição é que medindo o tempo o dono entende a capacidade. Mede o tempo. Vê relatório com números. Não consegue agir porque tempo gasto não é capacidade contratada. Em quatro a seis semanas o time entrega o tracking automático, abre o relatório uma vez por mês, e a ferramenta vira mais uma assinatura mensal sem decisão sendo tomada com base nela.

Os quatro compartilham o mesmo erro estrutural — partem da ferramenta, não do protocolo escrito. Sem o protocolo, qualquer ferramenta vira ruído. Com o protocolo, ferramentas simples bastam.

As 5 camadas do setor de operações operado por IA — registro de capacidade

A solução não é uma ferramenta. É um departamento operado por IA que enxerga capacidade em tempo real e roteia decisão antes do estouro. Esse setor opera em cinco camadas escritas. Cada uma tem entrada, saída e dono nominal — humano ou agente.

Camada 1 — Capacidade contratada por papel, escrita

A primeira camada é o registro escrito da capacidade contratada por cada papel da operação. Não por pessoa nominal — por papel. Operador de produção, atendente de cliente, analista financeiro, gerente comercial. Pra cada papel, três números — horas úteis por semana, complexidade média absorvida por hora, ritmo sustentável (qual é o nível de utilização acima do qual o papel começa a entregar com qualidade ruim).

Esse é o registro que vira referência pra tudo o que vem depois. É escrito uma vez, revisado a cada trimestre, e fica visível pra toda a operação. É a fundação. Sem ela, as outras quatro camadas operam sem régua de comparação.

Camada 2 — Fila por setor capturada automaticamente

A segunda camada é a captura automática da fila atual de cada setor. Quantos pedidos abertos, em qual estágio, com qual prazo, consumindo quanto da capacidade contratada. A captura é alimentada pelo CRM, pelo sistema de operação, pelo calendário do setor e pelo registro de exceções aberto na semana. A camada de IA aplicada lê esses sistemas, normaliza, e produz uma única tabela com a fila viva por setor.

Essa tabela é atualizada a cada hora útil. O dono abre o painel e vê — operações 87% da capacidade essa semana, atendimento 64%, vendas 92% (porque está em fim de mês), financeiro 45%. A leitura leva 20 segundos. A decisão de aceitar ou não o próximo pedido grande sai dessa leitura.

Camada 3 — Régua de alerta por faixa

A terceira camada é o protocolo escrito de alerta por faixa. Quando a fila de um setor passa de 80%, dispara aviso pro responsável daquele setor (humano ou agente). Quando passa de 95%, dispara aviso pro dono com sugestão de ação. Quando passa de 110%, dispara pausa automática de aceitação de pedido novo daquele tipo até o setor cair abaixo de 90%.

Cada uma dessas faixas é escrita uma vez. Cada gatilho é nominal — quem recebe, em qual canal, com qual conteúdo de sugestão. A IA executa o protocolo. O humano não precisa lembrar de olhar — o painel olha pra ele.

Camada 4 — Rebalanceamento entre setores como decisão lida

A quarta camada é a sugestão escrita de rebalanceamento. Quando um setor está em 95% e outro em 60%, a camada de IA aplicada sugere — qual tipo de pedido do setor saturado pode ser temporariamente roteado pro setor folgado, com qual critério de elegibilidade, com qual ajuste de tempo esperado. A sugestão chega no painel do gerente operacional como decisão lida — aceitar, ajustar, recusar.

Sem essa camada, rebalanceamento depende do dono perceber a folga em um setor e a saturação em outro — o que ele quase nunca percebe a tempo. Com a camada, a folga vira ativo visível e a saturação vira problema com solução proposta.

Camada 5 — Memória longitudinal de capacidade por semana

A quinta camada é o registro histórico. Toda semana é fechada com snapshot da capacidade ocupada por setor, exceções tratadas, pedidos atrasados, retrabalho identificado. Em três meses esse log vira leitura — qual setor está crescendo mais rápido em demanda, qual está estabilizando, onde a contratação é necessária e onde a redistribuição já basta.

Essa é a camada que transforma capacidade ocupada em decisão estrutural. Sem ela, cada semana é um ponto solto. Com ela, a operação tem trajetória escrita — e o dono decide contratação, automação ou redistribuição olhando série temporal, não cansaço acumulado.

A régua de 4 perguntas que separa capacidade viva de capacidade decorativa

Antes de chamar capacidade de viva, vale rodar quatro perguntas escritas. Toda PME que diz que "mede capacidade" passa por essa régua. Quem passa nas quatro, mede. Quem passa em duas ou três, tem dado — mas não tem capacidade viva.

A primeira pergunta é simples — você consegue dizer, em 15 segundos, qual setor está mais ocupado essa semana com número anexado? Não "operações tá apertado". Número. "Operações 89% da capacidade contratada, atendimento 73%, vendas 91%, financeiro 52%". Se a resposta sai com número visível, capacidade está registrada. Se a resposta sai como sensação, ainda não está.

A segunda pergunta é mais dura — quando vendas combinou o último pedido grande, alguém consultou o painel de fila de operações antes do sim sair? Se sim, a régua entre vendas e operações existe. Se a resposta é "a gente sabe que dá conta", a régua não existe — vendas opera pela memória, e a memória otimiza pra fechar o pedido, não pra proteger a operação.

A terceira pergunta é o teste do alerta. Na última vez que um setor passou de 95% da capacidade contratada, quem foi avisado, em qual canal, em quanto tempo? Se a resposta tem nome, canal e prazo, o alerta existe. Se a resposta é "alguém percebeu quando o cliente reclamou", a faixa não existe — capacidade só vira visível depois do dano.

A quarta pergunta é o teste da memória longitudinal. Você consegue ver o histórico de capacidade ocupada por setor das últimas 12 semanas? Se sim, a memória existe e cada decisão de contratar, automatizar ou redistribuir tem trajetória pra se apoiar. Se a resposta é "lembro mais ou menos como foi", a memória está no cansaço do dono — e cansaço é instrumento ruim de decisão estrutural.

Passar nas quatro perguntas é raro em PME R$200-400K/mês. Passar em uma das quatro já é mais do que a maioria. A leitura honesta dessas respostas é o primeiro insumo do diagnóstico — sem essa leitura, qualquer instalação de IA opera em cima de operação cega, e os dois custos se somam.

O ciclo de 12 semanas entre operação cega e capacidade visível

Capacidade não vira número visível em uma semana. O ciclo entre operação cega e capacidade lida como rotina costuma levar 12 semanas em PME R$200-400K/mês — assumindo dedicação semanal e aceitação interna de que a primeira leitura vai doer.

As primeiras três semanas são de mapeamento honesto. Escrever capacidade contratada por papel exige sentar com cada setor, observar a semana real (não a semana ideal), e produzir o primeiro registro escrito da capacidade contratada. É a parte chata e necessária. Quase sempre o número que sai dessa fase é menor do que o dono esperava — porque overhead, reuniões, retrabalho e folga aparecem no registro pela primeira vez.

As semanas quatro a seis são de instalação da camada de captura automática. CRM, sistema operacional e calendário começam a alimentar a tabela única. A fila viva por setor aparece pela primeira vez. O dono começa a olhar o painel toda segunda. Decisão de aceitação de pedido grande começa a passar pelo painel antes do sim.

As semanas sete a nove são de calibração das faixas de alerta. As primeiras versões erram — o alerta dispara cedo demais, ou tarde demais. Cada erro vira ajuste escrito. No final dessa fase, as faixas já estão estabilizadas e o time deixou de receber alarme falso. O alerta vira sinal que importa.

As semanas dez a doze são de instalação da memória longitudinal e do ritual semanal de leitura — 18 minutos no início de toda segunda em que o dono lê o painel da semana, compara com as duas anteriores, decide o que muda na próxima. No final do ciclo, capacidade virou rotina escrita. Setorização não substituiu o time, sustentou o time. O dono saiu do operacional sem desligar do negócio. Capacidade virou operação viva — o setor passa a se comportar como um departamento adulto que se reporta, em vez de uma caixa de emergência que pega fogo.

Capacidade sem registro é o número que define o tamanho da empresa — só que ninguém escreveu. Quando o número vira escrito, a empresa para de crescer pelo cansaço do dono e começa a crescer pelo critério da operação.

A diferença entre uma PME que cresce sustentável e uma que cresce em ciclos não é dinheiro nem mercado nem equipe. É registro escrito de capacidade. Quem mede sabe quanto cabe. Quem sabe quanto cabe sabe quando dizer não. Antes do número, instinto. Depois, decisão.