Что проверить в IT перед покупкой бизнеса.

Сделки по слиянию и поглощению - это отдельная область, в которой я работаю с собственниками как сопровождающий консультант. И вот что я замечаю.

В таких сделках покупатели проверяют несколько раз отчетность, разбирают бизнес-модель, документы, операционные процессы и всё, что касается продуктов и продаж. А IT остаётся в слепой зоне. По крайней мере, на момент покупки.

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

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

Поделюсь, на что я смотрю в первую очередь - возможно, пригодится как ориентир.

Портфель IT-проектов.
Что сейчас в работе, с каким обоснованием и насколько это соответствует актуальным приоритетам бизнеса. На практике значительная часть портфеля в большинстве компаний формировалась в другое время, под другие задачи. Приоритеты бизнеса с тех пор сместились, но проекты продолжаются без пересмотра целесообразности. Это прямые затраты, которые переходят к новому собственнику вместе с компанией.

Нематериальные активы на балансе.
Собственные разработки, права на программное обеспечение, IT-системы, купленные или созданные внутри компании. Их балансовая стоимость и реальная рыночная стоимость - нередко существенно разные цифры. Именно здесь есть возможность обоснованно скорректировать оценку компании и закрыть сделку на более выгодных для покупателя условиях.

Состояние IT-архитектуры.
Насколько актуальна технологическая база: используемые платформы, степень амортизации оборудования, наличие устаревших решений, которые удерживают всю систему. То, что сейчас обеспечивает стабильную работу, может в скором времени потребовать полного перехода на новую архитектуру со всеми сопутствующими затратами на миграцию данных, переобучение команды и простои.

Концентрация экспертизы.
Бывает так, что ключевые знания о том, как устроена IT-архитектура, её логика, интеграции, нестандартные решения - сосредоточены в одном-двух людях. После смены собственника такие люди нередко уходят. И вместе с ними уходит понимание того, как всё работает, - понимание, которое нигде не задокументировано и которое невозможно быстро восстановить.

Подрядчики и контрактные обязательства.
Кто поддерживает критически важные системы — учётные, производственные, логистические - и на каких условиях. Есть ли долгосрочные контракты с условиями, которые ограничивают свободу действий нового собственника.

Есть ли зависимость от единственного подрядчика без альтернатив на рынке.
Всё это, как правило, не отражено в общем описании компании и открывается только при детальном разборе.
Всё перечисленное не требует многомесячного аудита. Но требует человека, который знает, где именно смотреть, и который не связан интересами ни одной из сторон сделки.


Если готовитесь к покупке бизнеса и хотите понять реальное состояние его IT до закрытия сделки, пишите @dm_bocharov, обсудим.


😔 Как это выглядит на практике, в реальном кейсе здесь.
😔 А про то, как вообще проходит IT-аудит по шагам, читайте в этом посте.

📌 Впервые на канале? Начните с закрепа.