O crescimento muda a forma como uma empresa funciona: novos produtos surgem, regiões desenvolvem seus próprios processos, áreas acrescentam aprovações, aquisições trazem sistemas, terminologias e estruturas de reporte diferentes. O que começou como um negócio relativamente simples torna-se, aos poucos, mais difícil de explicar.
Parte dessa complexidade é necessária. Uma empresa global não pode operar como um pequeno negócio local. Mas os líderes frequentemente confundem escala com complicação. Presumem que todo processo, exceção, transferência de responsabilidade e variação local precisa ser mantido simplesmente porque existe hoje. Isso se torna um problema sério quando a empresa implementa um software estruturante.
Percebi isso com mais clareza enquanto trabalhava na Microsoft e na Critical Manufacturing, uma empresa de software MES. Ambas vendem tecnologias que estão inseridas na própria maneira como uma empresa opera. Essa experiência foi diferente da que tive no início da minha carreira em empresas de automação industrial, como Keyence, Rockwell Automation, Festo e Omron. Nessas funções, os clientes geralmente compravam um dispositivo específico para uma tarefa específica: um sensor detectava uma peça; um controlador operava uma máquina; um componente pneumático movimentava um atuador; um sistema de visão inspecionava um produto. A aplicação podia ser tecnicamente difícil, mas a finalidade do dispositivo costumava ser clara e delimitada.
O software estruturante é diferente porque seus limites são muito mais amplos.
O software estruturante obriga a empresa a tomar decisões
Nem todo software cria esse problema. Uma aplicação de escopo restrito pode executar uma única tarefa sem obrigar a empresa a repensar a forma como opera. Mas sistemas de ERP, MES, PLM, SCM e CRM, assim como plataformas de dados e sistemas de workflow, coordenam o trabalho entre pessoas, áreas e localidades. Para configurá-los, a empresa precisa responder a perguntas básicas. O que é um cliente? Quando uma oportunidade é considerada qualificada? Quem pode liberar uma ordem de produção? Qual versão do produto é a atual? Quais aprovações são necessárias?
Quando os líderes não fornecem respostas claras, as equipes de implementação geralmente preservam todas as variações existentes. Cada fábrica, região ou área apresenta seus próprios requisitos, e o software é configurado para atender a todos eles.
MES: preservando o processo de cada fábrica
Imagine uma fabricante implementando um MES em seis fábricas. Uma delas exige quatro aprovações antes do início de uma ordem de produção. Outra exige duas. Uma terceira permite que um supervisor faça a liberação verbalmente e atualize o sistema mais tarde.
Uma fábrica define um lote pela data de produção. Outra utiliza o lote do material. Uma terceira depende de uma planilha mantida por um planejador que conhece todas as exceções não documentadas. A empresa pode decidir como esses processos devem funcionar em toda a organização ou configurar o MES para preservar cada método local. A preservação costuma ser mais fácil, porque nenhuma fábrica precisa mudar e nenhum líder precisa tomar uma decisão.
O resultado é um sistema repleto de regras condicionais, caminhos alternativos de aprovação, mecanismos de sobreposição e conexões com bancos de dados antigos. O MES pode funcionar exatamente como especificado, mas a empresa terá reconstruído vários modelos operacionais inconsistentes dentro de uma única plataforma.
Microsoft: uma busca melhor para informações mal gerenciadas
Observei um padrão semelhante na Microsoft em projetos relacionados à colaboração, gestão de documentos, dados e aplicações empresariais. Uma empresa pode afirmar que seus funcionários não conseguem encontrar informações e solicitar uma ferramenta melhor de busca corporativa. Mas o ambiente real talvez contenha sete repositórios de documentos, arquivos duplicados, configurações de segurança inconsistentes e nenhum responsável claramente definido pelas informações publicadas.
O problema é apresentado como uma questão de busca, mas a empresa nunca decidiu onde os documentos devem ser armazenados, qual versão é a oficial, quem deve mantê-los ou quando conteúdos obsoletos devem ser removidos. Uma ferramenta de busca melhor pode tornar mais informações localizáveis, mas ela não corrige uma gestão de informações deficiente. O software apenas expõe o ambiente criado pela própria empresa.
CRM: automatizando a falta de consenso sobre vendas
O exemplo do CRM é um que valorizo especialmente, pois passei grande parte da minha carreira trabalhando com vendas. Entendo que vender não é um processo perfeitamente linear. Uma grande oportunidade estratégica não se desenvolve da mesma forma que uma pequena venda transacional, e algumas oportunidades surgem antes mesmo de existir um orçamento formal. Mas variações legítimas podem se transformar em uma justificativa para evitar acordos básicos.
Uma unidade de negócios pode definir como oportunidade qualificada qualquer cliente que demonstre interesse. Outra pode exigir orçamento, um tomador de decisão e um cronograma. Uma terceira talvez só registre uma oportunidade depois de receber uma solicitação formal de cotação. A liderança, então, pergunta por que não pode confiar no pipeline de vendas.
Em vez de chegar a um consenso sobre uma única definição, a empresa acrescenta mais etapas, campos personalizados, regras regionais e dashboards. Os vendedores preenchem dados provisórios, enquanto os gestores voltam a utilizar planilhas, porque os relatórios oficiais não refletem a forma como enxergam o negócio.
O CRM não criou a divergência. Ele revelou que a empresa nunca decidiu o que é uma oportunidade, quando ela se torna confiável ou quais informações são necessárias para prever a receita. É assim que a tecnologia se torna excessivamente complicada. Cada questão empresarial não resolvida transforma-se em um campo, um workflow, uma integração, uma aprovação, uma exceção ou um trecho de código personalizado. O sistema torna-se mais difícil de usar e manter porque foi construído para preservar processos conflitantes, em vez de substituí-los por decisões claras.
Por que a simplificação é uma responsabilidade da liderança
Quando uma empresa se torna difícil de administrar, a tecnologia costuma ser tratada como a resposta antes mesmo de a liderança definir claramente o problema. Uma nova plataforma, um programa de automação, um ambiente de dados, um sistema de controle ou uma iniciativa de inteligência artificial promete conectar as partes, eliminar atritos e tornar a organização mais fácil de administrar. Às vezes, isso é possível. Mas a tecnologia não pode decidir quais partes do negócio devem continuar diferentes, quais devem ser padronizadas ou quais deveriam desaparecer por completo.
Sem essa disciplina, o projeto começa a absorver tudo o que encontra. Cada preferência regional torna-se um requisito. Cada exceção histórica é preservada. Cada departamento insiste que seu processo é único. A organização afirma que deseja uma transformação, mas a equipe do projeto é orientada a reproduzir o negócio existente com o mínimo possível de ruptura.
O resultado costuma ser uma solução técnica altamente personalizada, que custa muito, muda surpreendentemente pouco e se torna mais difícil de manter a cada atualização futura.
Acredito que os líderes subestimam o quanto a ambiguidade dos negócios é transferida diretamente para a tecnologia. Ela não permanece como uma divergência abstrata em uma sala de reuniões. A confusão sobre responsabilidades transforma-se em permissões, interfaces e responsabilidades duplicadas. A falta de consenso sobre um processo torna-se workflows alternativos, caminhos paralelos de automação e lógicas operacionais diferentes de acordo com a unidade ou a região. Uma definição não resolvida transforma-se em outro campo de dados, status, cálculo, relatório ou regra de controle.
Em pouco tempo, a tecnologia não está complicada porque a capacidade em si é excepcionalmente avançada. Ela está complicada porque foi encarregada de sustentar várias versões do negócio ao mesmo tempo. Então, todos começam a tratar essa complexidade como se ela tivesse se originado na própria tecnologia.
Essa é a parte que considero mais interessante. Uma empresa pode passar anos criando processos inconsistentes, responsabilidades pouco claras e definições concorrentes, para depois se frustrar quando um sistema técnico reflete essa realidade. A tecnologia é criticada por ser rígida demais quando exige uma decisão e, em seguida, criticada por ser complicada demais quando é personalizada para evitar essa mesma decisão. Ela é responsabilizada por não transformar o negócio depois de ter sido projetada especificamente para preservá-lo.
Existe um caminho estreito entre impor uma uniformidade artificial e preservar todas as diferenças herdadas. Encontrar esse caminho exige uma estratégia deliberada antes do início do projeto técnico. Os líderes precisam decidir o que a empresa realmente pretende melhorar, o que deve ser comum, onde a variação gera valor real e o que apenas teve permissão para continuar diferente.
Essas coisas não são equivalentes. Uma variação pode ser exigida pelo cliente, pelo produto, pelo mercado, pelo ambiente físico ou por uma regulamentação. Outra pode sobreviver simplesmente porque ninguém teve autoridade, paciência ou disposição política para questioná-la.
Esse trabalho precisa acontecer antes que os requisitos se consolidem, antes que as equipes se apeguem aos seus projetos preferidos e antes que a personalização comece a parecer inevitável. Caso contrário, a organização gradualmente incorpora cada decisão não resolvida aos equipamentos, à infraestrutura, às integrações, aos workflows, às estruturas de dados e à lógica personalizada.
Cada decisão individual pode parecer razoável. Em conjunto, elas criam dívida técnica: mais manutenção, mais testes, maior necessidade de conhecimentos especializados, atualizações mais difíceis e menos liberdade para realizar mudanças no futuro.
Um líder incapaz de simplificar o negócio sempre tornará a tecnologia excessivamente complicada, porque a tecnologia será encarregada de compensar a falta de foco, decisões e estratégia que a liderança não forneceu.
A lição não é evitar tecnologias sofisticadas. É adotar uma disciplina muito maior em relação àquilo que se espera que a tecnologia sustente. A qualidade da solução final muitas vezes é determinada muito antes de qualquer coisa ser comprada, configurada, conectada ou programada.
Ela é determinada quando os líderes decidem se estão dispostos a simplificar primeiro o negócio ou se estão prestes a gastar uma grande quantia de dinheiro para preservá-lo.
*O artigo, traduzido com a autorização do autor, foi publicado originalmente por Jeff Winter em 13 de julho de 2026 como Your Technology Is Only as Simple as Your Business
Gostou? Então compartilhe:
