Сделка по продаже IT-компании разваливается не на переговорах о цене. Она разваливается в комнате данных — тихо, без скандала, когда юрист покупателя открывает папку с документами и начинает задавать вопросы. Вопросы, на которые у продавца нет ответа.
Разбираю, что именно запрашивают при due diligence в IT-сделках, почему большинство фаундеров к этому не готовы — и что с этим делать до того, как появится покупатель.
Почему IT-сделки разваливаются не там, где ожидают
IT-компания — странный актив с точки зрения классической сделки. Её стоимость почти полностью нематериальна: код, команда, клиентские отношения, репутация продукта. Ни одно из этих слов не имеет однозначного юридического определения. И именно поэтому due diligence в IT-сделках устроен иначе, чем в производстве или ритейле.
В производственной компании покупатель смотрит на оборудование, землю, лицензии. Всё это осязаемо, проверяемо, оценивается по понятным методикам. В IT-компании покупатель смотрит на то, кому принадлежит код, кто написал его три года назад и подписал ли NDA, есть ли у компании права на использование open source библиотек в коммерческом продукте. Это другой класс вопросов — и большинство фаундеров к ним не готовы.
По данным Kept, в 2023–2024 годах доля сделок в российском IT-секторе, завершившихся с дисконтом к первоначальной оценке, превышала 40%. В более чем половине случаев основной причиной дисконта были проблемы, выявленные при due diligence: юридические риски, неурегулированные IP-вопросы, налоговые хвосты. Это не переговорная тактика покупателя. Это реальные риски, которые он обнаруживает — и которые продавец мог устранить заранее.
Типичный профиль продавца в таких сделках — фаундер 35–45 лет, который строил компанию 7–12 лет, первый раз выходит из бизнеса и искренне убеждён, что «у нас всё нормально с документами». Покупатель, как правило, опытнее: либо стратег с командой M&A, либо фонд с отработанным чек-листом due diligence. Асимметрия опыта здесь структурная — и она всегда работает против продавца.
Но это только внешняя картина. Внутри — другое.
Как выглядит документальный провал изнутри
Стандартная хронология IT-сделки выглядит так: знакомство → NDA → предварительные переговоры о цене → Letter of Intent → due diligence → SPA. На бумаге — логично и последовательно. На практике — due diligence превращается в точку, где сделка либо подтверждается, либо переоценивается, либо разваливается.
Когда фаундер готовит документы «по запросу» — то есть реагирует на каждый новый вопрос юристов покупателя — происходит несколько вещей одновременно. Во-первых, растёт время: вместо стандартных 3–6 месяцев due diligence растягивается до 9–12. Во-вторых, нарастает нервозность с обеих сторон — покупатель начинает воспринимать каждую задержку как сигнал о скрытых проблемах. В-третьих, юрист покупателя получает основания для переоценки рисков — и, соответственно, для снижения цены.
По материалам РБК, посвящённым российским IT M&A последних лет, можно выделить три публичных паттерна документального провала. Первый — дисконт: сделка закрывается, но на 15–30% ниже первоначальной оценки из-за выявленных рисков. Второй — заморозка: due diligence приостанавливается на 3–6 месяцев, пока продавец устраняет проблемы; за это время рыночная конъюнктура меняется, покупатель теряет интерес или находит другой актив. Третий — срыв: сделка не закрывается вовсе; продавец возвращается на рынок с репутацией «проблемного актива».
Все три паттерна объединяет одно: продавец знал о проблемах. Просто не думал, что это проблемы.
Дальше — про то, где именно принимается решение, которое определяет, в какой из трёх паттернов попадёт конкретная сделка.
Решение, которое принимается за два года до сделки
Перед тем как читать дальше — один вопрос: если бы покупатель запросил полный пакет документов по вашей компании прямо сейчас, сколько времени потребовалось бы на его сборку? День? Неделя? Месяц? Ответ на этот вопрос точнее любой оценки говорит о документальной готовности к сделке.
Развилка, о которой идёт речь, — это выбор между реактивной и проактивной документальной готовностью. Реактивная: готовить документы по мере поступления запросов от покупателя. Проактивная: привести документацию в порядок до выхода на рынок, до появления покупателя, до начала переговоров.
Большинство фаундеров выбирают реактивный путь — не из лени, а из логики. «Зачем тратить время и деньги на подготовку, пока нет конкретного покупателя?» Эта логика понятна. Она же стоит 15–30% от стоимости сделки.
Проактивная подготовка означает конкретные действия за 18–24 месяца до предполагаемой продажи. Не «привести дела в порядок» в общем смысле — а пройти по каждому блоку due diligence глазами покупателя и устранить то, что он найдёт. Это занимает время. Это требует юридических ресурсов. Но это единственный способ выйти на сделку с позиции силы, а не оправдания.
Отдельно — про IP-блок, который в IT-сделках болит сильнее всего. Права на код — это не абстракция. Это конкретный вопрос: кто физически написал каждый значимый модуль продукта, в каком статусе он работал (штатный сотрудник, подрядчик, фрилансер), есть ли подписанное соглашение о передаче прав. Если три года назад фрилансер написал ключевой модуль без договора с явной передачей прав — у покупателя есть основания считать, что права на этот модуль принадлежат фрилансеру. Это не теоретический риск. Это стандартный вопрос в любом IT due diligence.
Теперь по блокам — что именно ищут.
Что запрашивают и что находят: разбор по блокам
Стандартный запрос документов при due diligence IT-компании делится на пять блоков. Разберу каждый — что ищет покупатель, что находит чаще всего и как это конвертируется в цену.
Корпоративный блок
Покупатель смотрит на структуру владения: кто и чем владеет, нет ли скрытых бенефициаров, нет ли залогов и обременений на доли. Запрашиваются уставные документы, протоколы общих собраний за последние 3–5 лет, акционерные соглашения, опционные программы.
Что находят чаще всего: протоколы не велись или велись формально, опционные соглашения существуют в виде устных договорённостей с ключевыми сотрудниками, структура владения оптимизировалась под налоги без учёта будущей продажи. Последнее — отдельная история: холдинговые структуры, созданные для налоговой эффективности, нередко создают проблемы при продаже, потому что покупатель не хочет покупать весь холдинг целиком.
Влияние на цену: неурегулированные опционы и неформальные договорённости с сотрудниками — это прямой риск судебных претензий после сделки. Покупатель либо снижает цену, либо требует урегулирования до закрытия.
IP-блок
Самый болезненный блок в IT-сделках. Покупатель хочет убедиться, что компания владеет всем кодом, который составляет продукт, — без исключений. Запрашиваются трудовые договоры с разработчиками (с явной оговоркой о передаче прав на результаты интеллектуальной деятельности), договоры с подрядчиками и фрилансерами, документация по использованию open source компонентов, свидетельства о регистрации товарных знаков.
Что находят чаще всего: трудовые договоры без оговорки о передаче прав (или с формулировкой, которая не работает), договоры с фрилансерами без явной передачи прав, использование open source библиотек с лицензиями, несовместимыми с коммерческим распространением (GPL в закрытом продукте — классический пример), незарегистрированный товарный знак.
Влияние на цену: IP-риски — прямой удар по оценке. Если покупатель не может подтвердить, что компания владеет своим продуктом, — он либо уходит, либо дисконтирует на размер потенциальных претензий. По наблюдениям практикующих юристов, специализирующихся на IT M&A, IP-проблемы в среднем дают 10–20% дисконта к оценке — при условии, что сделка вообще продолжается.
Трудовой блок
Покупатель смотрит на ключевых сотрудников: кто они, как оформлены, есть ли NDA и non-compete, каков риск ухода команды после сделки. Запрашиваются трудовые договоры с топ-менеджментом и ключевыми разработчиками, соглашения о неразглашении, данные о текучести кадров, информация о retention-программах.
Что находят чаще всего: ключевые сотрудники оформлены как ИП или самозанятые (налоговая оптимизация, которая создаёт риск переквалификации), NDA подписаны формально или не подписаны вовсе, non-compete отсутствует или юридически нежизнеспособен. Отдельная история — когда 60–70% технической экспертизы сосредоточено в одном-двух людях, которые ничем не связаны с компанией после сделки.
Влияние на цену: retention-риск — один из главных страхов покупателя в IT-сделках. Он покупает команду не меньше, чем продукт. Если команда может уйти на следующий день после закрытия — это прямо влияет на оценку.
Финансовый блок
Покупатель смотрит на реальную финансовую картину: управленческая отчётность за 3–5 лет, налоговая история, структура выручки (разовые vs recurring), дебиторская задолженность, EBITDA без «украшений». Запрашиваются также данные о связанных сторонах и транзакциях с аффилированными лицами.
Что находят чаще всего: управленческая отчётность ведётся нерегулярно или в Excel без единой методологии, выручка «украшена» разовыми сделками, которые не повторятся, налоговые риски по предыдущим периодам не закрыты, транзакции с аффилированными лицами не задокументированы.
Влияние на цену: финансовые несоответствия — прямое основание для пересмотра мультипликатора. Если покупатель видит, что реальная recurring revenue на 30% ниже заявленной — оценка падает пропорционально.
Контрактный блок
Покупатель смотрит на клиентскую базу: насколько она стабильна, каковы условия расторжения договоров, есть ли change of control клаузулы (право клиента расторгнуть договор при смене собственника). Запрашиваются ключевые клиентские договоры, SLA, данные о churn rate, информация о концентрации выручки.
Что находят чаще всего: change of control клаузулы в договорах с крупными клиентами (покупатель видит риск потери 30–40% выручки сразу после сделки), высокая концентрация выручки на 2–3 клиентах, SLA с условиями, которые компания фактически не выполняет.
Влияние на цену: change of control риск — один из самых прямых. Если три клиента дают 60% выручки и все три могут уйти после смены собственника — покупатель либо структурирует сделку с earnout, либо снижает цену на размер потенциальных потерь.
Осталось понять, что с этим делать — и когда именно начинать.
Документальная готовность — это не бюрократия
За последний год я четвёртый раз вижу одну и ту же картину: два фаундера, примерно одинаковые компании по размеру и рынку, выходят на продажу с разницей в несколько месяцев. Один готовился — другой нет. Результат отличается не на проценты, а в разы: по времени сделки, по нервозности процесса, по итоговой цене.
Фаундеры, которые продали дорого и быстро, как правило, начали готовиться за 18–24 месяца до сделки. Не потому что знали точную дату продажи — а потому что решили, что компания должна быть готова к продаже в любой момент. Это другая операционная культура: документы ведутся не для налоговой, а для покупателя.
Три первых шага, которые имеет смысл сделать прямо сейчас, если горизонт продажи — 1–3 года.
Первый. Провести IP-аудит: пройтись по всем разработчикам и подрядчикам за последние 5 лет, проверить наличие договоров с явной передачей прав. Это занимает 2–4 недели с юристом — и закрывает самый болезненный блок due diligence.
Второй. Привести корпоративную структуру в соответствие с логикой сделки: зафиксировать все опционные договорённости письменно, убедиться, что структура владения понятна внешнему наблюдателю без объяснений.
Третий. Начать вести управленческую отчётность по единой методологии — с чёткой разбивкой на recurring и разовую выручку, с документированием транзакций со связанными сторонами. Покупатель будет смотреть на последние 3 года. Лучше, чтобы эти три года выглядели одинаково прозрачно.
Параллельный случай, который показывает: это не уникальная история. Фаундер SaaS-компании в сегменте B2B, оборот около 200 млн рублей, вышел на переговоры с потенциальным стратегическим покупателем. Переговоры шли хорошо — до момента, когда покупатель запросил IP-документацию. Выяснилось, что ключевой модуль продукта написан фрилансером в 2019 году без договора о передаче прав. Фрилансер к тому моменту работал в другой стране. Сделка заморозилась на четыре месяца — пока юристы искали фрилансера и переоформляли права. Покупатель использовал паузу для переоценки: итоговая цена оказалась на 18% ниже первоначального предложения. По данным Forbes Russia, подобные ситуации — не исключение, а один из самых распространённых сценариев в российских IT M&A.
Та самая комната данных. Вопрос только в том, когда ты в неё войдёшь — до сделки или во время.
Частые вопросы
Это типичная ситуация или единичные случаи?
Типичная. По данным Kept, более половины IT-сделок в России сталкиваются с проблемами при due diligence. IP-вопросы и корпоративные несоответствия — в топе причин дисконта или срыва. Это структурная особенность рынка, а не невезение конкретных фаундеров.
А если покупатель — стратег из той же отрасли, он же понимает специфику?
Понимает — и именно поэтому проверяет тщательнее. Стратегический покупатель лучше, чем финансовый, понимает, что значит «права на код не оформлены» или «ключевой разработчик ничем не удержан». Его юридическая команда будет задавать более точные вопросы, не менее.
Что делать, если я вижу у себя похожие проблемы прямо сейчас?
Начать с IP-аудита — это самый быстрый способ понять реальный масштаб. Дальше — корпоративный блок и управленческая отчётность. Если горизонт продажи — больше года, времени достаточно, чтобы закрыть большинство рисков без спешки и без дисконта.
Если этот разбор читается как описание твоей ситуации — не обязательно один в один, достаточно сходства по структуре — стоит разобраться до того, как появится покупатель.
Работаю с фаундерами и CEO IT-компаний, которые думают о продаже в горизонте 1–3 лет. Стратегический спринт — две сессии, конкретный план документальной подготовки под твою структуру и твои риски.
Если ты сейчас думаешь, что у тебя всё в порядке с документами — это нормальная реакция. Почти все так думают до первого запроса от покупателя. Если хочешь проверить — пиши. Если уверен, что проверять нечего — не трать время.
hi@vvetrov.com — кто ты, что за компания, в каком горизонте думаешь о выходе.
P.S. Та самая комната данных никуда не денется. Вопрос только — когда ты в неё войдёшь.
Смежные материалы по теме: Переговоры о продаже IT-компании: этапы и ошибки · Как фаундер вёл переговоры о продаже бизнеса · Документы для продажи в B2B-услугах
Апрель 2026. Автор — Виталий Ветров, практикующий юрист и эксперт по корпоративным сделкам.