Что проверить в IT перед покупкой бизнеса. — 10 июля 2026 г. в 18:18:56.252
Что проверить в IT перед покупкой бизнеса. Сделки по слиянию и поглощению - это отдельная область, в которой я работаю с собственниками как сопровождающий консультант. И вот что я замечаю. В таких сделках покупатели проверяют несколько раз отчетность, разбирают бизнес-модель, документы, операционные процессы и всё, что касается продуктов и продаж. А IT остаётся в слепой зоне. По крайней мере, на момент покупки. Причина понятна: IT воспринимается как техническая область, которая не так важна в момент покупки, да и в которой непросто разобраться без специальных знаний. Обычно думают, что после покупки «мой IT-директор разберется». Но именно в этой зоне после закрытия сделки чаще всего обнаруживаются скрытые обязательства, завышенная оценка активов и инфраструктура, которая потребует серьёзных вложений, возможно, уже в ближайшее время. Поделюсь, на что я смотрю в первую очередь - возможно, пригодится как ориентир. Портфель IT-проектов. Что сейчас в работе, с каким обоснованием и насколько это соответствует актуальным приоритетам бизнеса. На практике значительная часть портфеля в большинстве компаний формировалась в другое время, под другие задачи. Приоритеты бизнеса с тех пор сместились, но проекты продолжаются без пересмотра целесообразности. Это прямые затраты, которые переходят к новому собственнику вместе с компанией. Нематериальные активы на балансе. Собственные разработки, права на программное обеспечение, IT-системы, купленные или созданные внутри компании. Их балансовая стоимость и реальная рыночная стоимость - нередко существенно разные цифры. Именно здесь есть возможность обоснованно скорректировать оценку компании и закрыть сделку на более выгодных для покупателя условиях. Состояние IT-архитектуры. Насколько актуальна технологическая база: используемые платформы, степень амортизации оборудования, наличие устаревших решений, которые удерживают всю систему. То, что сейчас обеспечивает стабильную работу, может в скором времени потребовать полного перехода на новую архитектуру со всеми сопутствующими затратами на миграцию данных, переобучение команды и простои. Концентрация экспертизы. Бывает так, что ключевые знания о том, как устроена IT-архитектура, её логика, интеграции, нестандартные решения - сосредоточены в одном-двух людях. После смены собственника такие люди нередко уходят. И вместе с ними уходит понимание того, как всё работает, - понимание, которое нигде не задокументировано и которое невозможно быстро восстановить. Подрядчики и контрактные обязательства. Кто поддерживает критически важные системы — учётные, производственные, логистические - и на каких условиях. Есть ли долгосрочные контракты с условиями, которые ограничивают свободу действий нового собственника. Есть ли зависимость от единственного подрядчика без альтернатив на рынке. Всё это, как правило, не отражено в общем описании компании и открывается только при детальном разборе. Всё перечисленное не требует многомесячного аудита. Но требует человека, который знает, где именно смотреть, и который не связан интересами ни одной из сторон сделки. Если готовитесь к покупке бизнеса и хотите понять реальное состояние его IT до закрытия сделки, пишите http://6max.ru/dm_bocharov, обсудим. ➡️ Как это выглядит на практике, в реальном кейсе здесь. ➡️ А про то, как вообще проходит IT-аудит по шагам, читайте в этом посте. 📌 Впервые на канале? Начните с закрепа.