Segunda unidade: por que a operação não se replica
A segunda unidade não repete o resultado da primeira porque o que fez a primeira funcionar nunca foi escrito. Estava na cabeça de quem operava. Ao abrir a segunda, a empresa replica o ponto e a equipe, mas não a regra. O padrão que ninguém registrou não viaja.
Por que a segunda unidade não repete o resultado da primeira?
Porque a primeira unidade não roda num processo. Roda em pessoas que aprenderam o processo por tentativa e erro, ao longo de anos.
Essa operação foi construída no improviso e corrigida no balcão. Cada exceção virou um acordo tácito entre duas ou três pessoas que estavam lá. Nada disso passou por documento, e boa parte nem passou por conversa: virou hábito.
Quando a empresa abre o segundo endereço, ela contrata gente nova e entrega um manual que não existe. O que se replica é a fachada, o layout e a lista de produtos. A parte que produzia o resultado fica para trás.
Replicar endereço é menos comum do que parece. O Cadastro Central de Empresas do IBGE registrou 11,9 milhões de unidades locais para 10,6 milhões de empresas e outras organizações ativas em 2024, pouco mais de um endereço por organização. Só no franchising, onde a réplica é o próprio modelo do negócio, a ABF contabilizou 204.908 operações no primeiro trimestre de 2026, presentes em quase 70% dos municípios. Fora dele, a segunda unidade costuma ser a primeira vez que o padrão da empresa precisa sair de casa.
Quanto da diferença entre unidades vem da gestão?
Boa parte. E o dado que importa aqui não compara empresas diferentes: compara unidades da mesma empresa.
Nicholas Bloom, John Van Reenen e coautores mediram práticas estruturadas de gestão em 35 mil plantas industriais americanas, em duas ondas, com o Censo dos Estados Unidos. O resultado publicado na American Economic Review é que cerca de 40% da variação nessas práticas ocorre entre plantas de uma mesma empresa. Mesmo dono, mesma marca, mesmo manual, e ainda assim cada unidade opera de um jeito.
O estudo também estima que práticas de gestão explicam mais de 20% da variação de produtividade, participação semelhante ou maior que a de P&D, TI ou capital humano.
É indústria americana, não clínica ou distribuidora brasileira. O que esse número sustenta é a direção, não o percentual do seu caso. A direção é essa: quando duas unidades da mesma empresa entregam resultados diferentes, a explicação padrão é o ponto ou o gerente, e o dado acima diz que a explicação padrão erra com frequência.
O que exatamente não se replica?
Três coisas ficam para trás, e nenhuma delas aparece no plano de expansão.
A primeira é a regra de exceção. O manual cobre o pedido normal. Ninguém escreveu o que fazer quando o cliente pede fora do padrão, quando o fornecedor atrasa ou quando o pagamento chega pela metade. Na unidade original, alguém sabe. Na nova, cada pessoa inventa a sua versão, e a divergência começa antes de alguém perceber.
A segunda é a sequência real de trabalho. O fluxograma diz que a etapa B vem depois da A. A operação que funciona faz B e A ao mesmo tempo e deixa C para o fim do dia, porque descobriu que assim reduz retrabalho. Essa descoberta não está em lugar nenhum.
A terceira é o critério de pronto. Quando um atendimento está concluído? Quando o cliente saiu, quando a papelada foi conferida ou quando o faturamento entrou? Se as duas unidades responderem diferente, os relatórios não batem, e a empresa trata como falha de tecnologia o que é falha de arquitetura: ninguém decidiu a definição. É a mesma raiz que descrevemos em por que os números do dashboard gerencial não batem.
O que precisa estar num sistema antes de abrir a segunda unidade?
Menos do que parece, e nada que exija um ERP grande.
Comece pelo cadastro. Produto, serviço, preço, cliente e fornecedor precisam existir uma vez só, num lugar só, com a mesma grafia. Duas unidades cadastrando o mesmo item de formas diferentes produzem dois negócios que não podem ser comparados, e a comparação era o motivo de abrir a segunda.
Depois vem a sequência de trabalho com estado. Cada pedido, atendimento ou ordem precisa ter uma situação que o sistema controla e que avança por regra, não por memória. É isso que transforma a regra de exceção em comportamento em vez de conversa, e é isso que carrega junto o critério de pronto: se o sistema define quando um atendimento fecha, as duas unidades param de contar diferente. Escrevemos sobre como fazer isso sem virar burocracia no artigo sobre padronizar processos críticos.
Com essas duas peças no lugar, a medição comparável vira consequência em vez de projeto. O mesmo indicador sai do dado que nasce na operação, calculado do mesmo jeito nos dois endereços, sem planilha montada no fim do mês.
A própria ABF resumiu bem o ponto na Franchising Week deste ano: abrir novas unidades não significa necessariamente crescer, e o crescimento saudável depende de processos, indicadores e disciplina financeira. A parte que costuma faltar é onde esses processos e indicadores ficam guardados.
Como isso aparece numa operação real?
O cenário abaixo é uma composição, montada a partir de padrões que aparecem em operações de serviço com mais de um endereço. Não descreve um cliente real nem um caso medido.
Uma clínica de imagem opera bem numa unidade. A recepcionista sabe de cor que um exame específico exige preparo prévio, que um convênio pede autorização antes e que outro aceita a guia depois. Nada disso está no sistema, que serve para marcar horário e emitir recibo.
A clínica abre a segunda unidade. A equipe nova recebe treinamento de duas semanas e um material com o essencial. Na primeira exceção, ela liga para a unidade original. Na décima, para de ligar e resolve do próprio jeito.
Três meses depois, a diretoria compara as duas e não consegue. A unidade nova conta atendimento no agendamento, a antiga conta na conclusão. As glosas de convênio da nova parecem maiores, mas parte pode ser diferença de registro. A empresa gastou com um ponto novo e comprou uma pergunta que não sabe responder.
O que faltou não foi treinamento. Foi um lugar onde a regra do preparo, da autorização e do critério de conclusão morasse fora das pessoas.
Expandir e contratar são a mesma decisão?
Não, e confundir as duas leva à resposta errada. Abrir unidade é decisão de mercado. Sustentar o padrão em duas unidades é decisão de arquitetura.
Quando a empresa trata o segundo endereço como um problema de contratação, ela responde à divergência colocando mais gente para conferir: um supervisor que viaja, um analista que consolida planilhas, um gerente regional. O custo cresce junto com a operação e o padrão continua morando em pessoas, agora em mais pessoas. É a mesma armadilha que discutimos em escalar a operação sem inchar o time, aplicada a endereços em vez de volume.
A pergunta útil antes de assinar o contrato do ponto é simples. Se a pessoa mais experiente da unidade atual saísse amanhã, o que exatamente deixaria de funcionar? A resposta a essa pergunta é a lista do que precisa entrar no sistema antes da expansão, não depois.
Perguntas frequentes
Minha equipe está acostumada com planilhas e a primeira unidade funciona assim. Preciso mudar isso antes de abrir a segunda?
Planilha funciona bem quando uma pessoa mantém o arquivo e conhece as regras não escritas dele. Com duas unidades, aparecem duas versões do mesmo arquivo e ninguém sabe qual está certa. O que precisa mudar antes da expansão são o cadastro e o critério de medição, que são a base da comparação entre unidades. O resto pode migrar depois, por fluxo.
Não tenho equipe de TI para implementar um sistema antes de expandir. Como faço?
O trabalho que precede a expansão é de operação, não de programação: definir onde cada dado nasce, qual é a sequência real de trabalho e quando uma tarefa está concluída. Isso é feito por quem opera, com apoio de quem projeta. A parte técnica vem depois e é proporcional ao que ficou definido, não ao tamanho do sistema que você imaginou.
A integração com o sistema que já uso na primeira unidade vai ser complicada?
Depende de uma coisa só: se esse sistema deixa você exportar e receber dados por uma interface documentada. Vale checar isso antes de expandir, porque um sistema que só entrega relatório em PDF força a nova unidade a manter registro paralelo. A complicação raramente está no número de sistemas e quase sempre está na ausência de uma fonte única para cada dado.
O próximo passo
Se você está avaliando o segundo endereço e não tem clareza sobre o que da operação atual sobreviveria à mudança de prédio, o Diagnóstico de Arquitetura Operacional é uma conversa de 30 minutos para mapear isso enquanto o ponto ainda é uma hipótese.
Cases relacionados
Reconheceu a sua operação neste artigo?
Agende o Diagnóstico de Arquitetura Operacional: 30 minutos para mapear onde está o gargalo da sua operação. Sem compromisso.
Agendar diagnóstico