Как вы проводите техническую проверку при поглощении?

Question

Accepted Answer

Техническая проверка — это **структурированная оценка рисков** технологии, команды и способов интеграции целевой компании. Цель — выявить, что может подорвать стоимость сделки, и реалистично спланировать интеграцию до того, как произойдёт обмен деньгами.

## Почему это важно

```text
ASSESS THE TARGET ACROSS:
- Architecture & scalability: will it hold under our growth?
- Code quality & technical debt: hidden cost to maintain/extend
- Team: key people, retention risk, knowledge concentration
- Security & compliance: breaches, gaps, liabilities
- IP & licensing: ownership, open-source risk
- Integration cost: how hard to merge with our stack/org
```

Наиболее серьёзные риски часто связаны с **людьми и интеграцией**, а не с самым кодом.

## Конкретный пример

Проверка при поглощении выявляет прочную архитектуру, но одного инженера, обладающего всеми критическими знаниями, и агрессивное использование лицензий с открытым исходным кодом с ограничениями. CTO рекомендует пакеты по удержанию сотрудников и план исправления лицензий как условия сделки.

## Компромиссы и подводные камни

- **Подводный камень:** сосредоточение только на коде и игнорирование рисков, связанных с людьми, удержанием и интеграцией.
- **Подводный камень:** недооценка стоимости интеграции, которая может свести на нет стоимость сделки.
- Проверка ограничена во времени; необходимо определить приоритеты рисков, которые наиболее влияют на стоимость сделки.

## Почему это важно

Поглощения часто не приносят ожидаемой стоимости из-за недооценённых технических рисков и рисков интеграции.

Тщательная проверка защищает компанию от покупки скрытых обязательств и привязывает цену и план к реальности.

Как советник по сделкам, оценка CTO может здесь предотвратить очень дорогостоящую ошибку.