Entre 70% e 90% das fusões e aquisições falham em entregar o valor prometido — o número é da Harvard Business Review (2011) e resiste a cada nova safra de estudos. Boa parte dessa destruição de valor não nasce no preço pago, mas na integração pós-fechamento. E dentro da integração, há um item que quase nenhum comprador precifica na due diligence tecnológica: a arquitetura da rede que ele está herdando. Não a idade dos equipamentos, mas sim a arquitetura.

O problema de negócio: comprar o balanço, herdar a topologia

Quando um CFO ou um CEO conduz a due diligence de uma empresa de tecnologia, a camada de infraestrutura costuma ser reduzida a duas perguntas: os equipamentos estão obsoletos e quanto custa trocá-los? São perguntas de inventário. Respondê-las bem, dá a ilusão de que o risco de infraestrutura foi coberto.

Não foi. O que determina se duas redes se integram em seis meses ou em dois anos não é o modelo dos switches, é como a rede foi desenhada: segmentação, dependências entre sistemas, pontos únicos de falha, endereçamento sobreposto, acoplamento entre aplicação e topologia, dívida técnica acumulada em anos de decisões táticas.

Isso não aparece numa planilha de ativos. Aparece quando as duas redes precisam conversar.

Em projetos de integração de redes em cenários de M&A, já vimos em campo o mesmo padrão se repetir: budget estourado e prazo de conclusão rompido (não porque os equipamentos falharam, mas porque a arquitetura herdada era incompatível com a premissa de integração que sustentava a tese do negócio). O comprador precificou ativos e negligenciou desenho.

O que o mercado mostra: o valor está na integração, não na assinatura

A evidência aponta na mesma direção. A Bain & Company, ao analisar integração de TI em fusões, define marcos claros: até o fim do primeiro ano, a plataforma integrada deveria entregar ao menos metade das sinergias de custo e receita projetadas, com integração plena entre o segundo e o terceiro ano. No caso Kraft/Cadbury (2010), citado pela consultoria como referência, a integração de TI foi concluída em três anos e metade das sinergias pretendidas veio já no primeiro.

Leia isso ao contrário e o alerta fica evidente: as sinergias que justificam o prêmio pago só se materializam se a integração acontecer no cronograma previsto. Uma arquitetura de rede herdada mais complexa do que o esperado não é um detalhe operacional: é o que empurra o prazo no cronograma e derruba o business case. O comprador que descobre a real topologia depois de assinar já perdeu a alavanca de negociação e passou a pagar a conta de uma premissa que ninguém testou.

Framework de análise: separe due diligence de ativo de due diligence de arquitetura

O erro estrutural é tratar infraestrutura como um único item de checklist. São dois exercícios distintos, com naturezas de risco diferentes:

• Due diligence de ativo responde “o que existe”: idade e suporte dos equipamentos, licenças, contratos de fornecedor, capacidade instalada, custo de refresh. É contábil, quantificável e, por isso mesmo, a parte fácil.
• Due diligence de arquitetura responde “como isso foi desenhado e o que acontece quando eu mexo”: topologia e segmentação, mapa de dependências entre sistemas críticos, pontos únicos de falha, sobreposição de endereçamento e domínios, acoplamento entre rede e aplicações legadas, dívida técnica, e o ponto decisivo: o esforço real de integrar essa rede à do comprador. É a parte que define prazo, custo e risco de integração. E é a que quase sempre fica de fora.

A pergunta que separa um comprador maduro de um comprador otimista não é “esses equipamentos estão bons?”. É “quanto tempo, dinheiro e risco há entre a rede que estou comprando e a rede que preciso ter depois da fusão?”. Só a segunda pergunta protege a tese do negócio.

O que líderes devem considerar: as pessoas certas, no momento certo

Aqui está a implicação mais desconfortável e a mais barata de corrigir. O ponto cego da arquitetura não é, na raiz, um problema técnico. É um problema de quem está na mesa e quando.

Due diligence tecnológica costuma mobilizar advogados, equipe financeira e, na melhor das hipóteses, um líder de TI genérico avaliando ativos e cibersegurança. O arquiteto de redes (a pessoa que sabe ler topologia e estimar esforço de integração) normalmente só é chamado depois da assinatura, quando o preço já está travado e as metas de sinergia já foram prometidas ao board. Nesse ponto, ele não avalia risco: ele administra dano.

Incluir a competência certa antes de assinar muda a natureza da decisão. Não se trata de contratar mais consultores, e sim de posicionar a leitura de arquitetura quando ela ainda pode alterar preço, cronograma ou a decisão de seguir. A diferença entre descobrir uma incompatibilidade de arquitetura na semana 4 da due diligence e no mês 4 da integração é, literalmente, a diferença entre negociar e absorver prejuízo.

Riscos de não agir: o negócio que fecha bem e integra mal

O custo da inação não aparece no fechamento, ele aparece nos trimestres seguintes, disfarçado de “desafio de integração”. Metas de sinergia calibradas sobre uma topologia que ninguém mapeou viram estouro de budget e atraso de cronograma. O prêmio pago sobre uma tese de integração rápida vira valor destruído quando a integração leva o dobro do tempo. E o board, que aprovou o negócio olhando ativos e obsolescência, é surpreendido por uma conta que estava visível desde o início para quem soubesse onde olhar.

Num mercado em que 70% a 90% das operações já falham em entregar valor, tratar a arquitetura de rede como nota de rodapé da due diligence não é economia de esforço. É aumentar deliberadamente a probabilidade de entrar na estatística errada.

Conclusão

A due diligence tecnológica madura não pergunta apenas o que a empresa-alvo tem. Pergunta como aquilo foi construído e quanto custa transformá-lo no que o negócio precisa depois da fusão.

Isso exige separar ativo de arquitetura, e exige colocar quem lê arquitetura na mesa antes da assinatura, não depois.

Para o comprador de tecnologia, essa é a fronteira entre precificar o risco de integração e ser precificado por ele. O risco não desaparece quando é ignorado; ele apenas troca de dono no dia do fechamento.

Sua próxima aquisição de tecnologia já tem a arquitetura da rede-alvo no escopo da due diligence  e a competência certa lendo essa arquitetura antes de você assinar? A Dynalogic estrutura essa avaliação com você: www.dynalogic.net