Алексей позвонил мне в среду вечером. Покупатель прислал список документов для due diligence — восемьдесят три пункта. Срок ответа — две недели.
Алексей сказал: «Я думал, у меня всё готово».
Потом помолчал.
«Оказывается, нет».
Это был не плохой бизнес. Это был бизнес, который не был готов к продаже. Разница — в документах, в сроках и в том, сколько денег в итоге осталось на столе. Именно об этом — этот кейс.
Алексей основал IT-сервис больше семи лет назад. Не стартап в классическом смысле — без венчурных денег, без раундов, без инвесторов. Рос органически: первые клиенты через личные связи, потом сарафан, потом небольшой отдел продаж. К моменту нашего знакомства бизнес генерировал устойчивую выручку в диапазоне 150–300 миллионов рублей в год, работал в B2B-сегменте, имел несколько десятков корпоративных клиентов на подписке.
Хороший бизнес. Понятный. С реальной ценностью.
Решение продавать созревало постепенно. Алексей устал — не от бизнеса, а от операционки. Семь лет в роли CEO и фаундера одновременно — это специфическое истощение. Не кризис, а усталость от того, что ты одновременно стратег, главный продавец, арбитр конфликтов и человек, который подписывает все договоры. Он хотел выйти, получить деньги и начать что-то новое — или просто отдохнуть.
Покупатель появился через знакомых. Стратег из смежной отрасли, который давно присматривался к этому сегменту. Переговоры начались неформально — несколько встреч, общий интерес, предварительное понимание диапазона оценки. Алексей был уверен: бизнес прозрачный, команда есть, клиенты платят, договоры подписаны. Что там готовить?
Но покупатель появился раньше, чем Алексей ожидал — и раньше, чем бизнес был готов к серьёзной проверке.
Список due diligence пришёл в пятницу вечером. Стандартный запрос от юридической команды покупателя — ничего экзотического, всё то, что запрашивают в сделках такого типа. Корпоративные документы, финансовая отчётность, договоры с клиентами, трудовые отношения, интеллектуальная собственность, налоговая история, судебные риски.
Восемьдесят три пункта.
Когда Алексей начал проходить список, картина стала проясняться быстро. Я разбил пробелы на три категории.
Первая — документы, которые существовали, но были в беспорядке. Договоры с клиентами — часть подписана, часть в переписке, часть на словах. Трудовые договоры — у большинства сотрудников есть, у нескольких ключевых разработчиков — устаревшие редакции без актуальных NDA и условий о передаче прав на результаты работы. Финансовая отчётность — есть, но управленческая и бухгалтерская расходились в нескольких статьях, что требовало объяснений.
Вторая — документы, которых не было вообще. Права на программное обеспечение — ключевой актив бизнеса — не были оформлены в полном объёме. Часть кода писалась подрядчиками по договорам, в которых не было явной уступки прав. Часть — сотрудниками, чьи трудовые договоры не содержали нужных формулировок. Это был не катастрофический риск, но это был риск, который покупатель увидит и оценит.
Третья — документы, которые нужно было создавать с нуля под сделку. Структурированное описание клиентской базы с разбивкой по сроку контракта, LTV, условиям расторжения. Реестр интеллектуальной собственности. Справка об отсутствии судебных претензий от ключевых контрагентов.
Две недели. Треть списка закрыть за две недели было невозможно.
Мы с Алексеем провели несколько часов за сортировкой. Принцип был простой: что критично для покупателя, что можно объяснить, что нужно раскрыть как риск.
Быстро закрываемое — мы закрыли. Обновили трудовые договоры с ключевыми разработчиками, добавили NDA и условия о передаче прав. Это заняло несколько дней — юрист, подписи, сканы. Привели в порядок реестр договоров с клиентами: собрали всё в одну таблицу, отметили статус каждого, выделили тех, у кого контракт истекает в ближайшие шесть месяцев.
Финансовое расхождение объяснили письменно — с пояснительной запиской от бухгалтера. Это не закрыло вопрос, но перевело его из категории «красный флаг» в категорию «требует уточнения».
С правами на ПО было сложнее. Часть договоров с подрядчиками не содержала нужных формулировок — и переподписать их задним числом было невозможно: некоторые подрядчики уже не работали с компанией, один вообще был недоступен. Алексей принял решение раскрыть этот риск покупателю напрямую, не дожидаясь, пока тот найдёт сам.
Это было правильное решение. Но оно имело цену.
Покупатель получил информацию о рисках по правам на ПО и запросил независимую оценку. Оценщик подтвердил: риск существует, но не критический — большинство спорных модулей можно переписать или заменить. Тем не менее покупатель использовал это как основание для пересмотра оценки.
Оставался один вопрос: сколько это будет стоить.
Переговоры по цене заняли ещё несколько недель. Покупатель предложил скорректировать оценку вниз — обосновав это документарными рисками: неполные права на ПО, несколько договоров с клиентами без актуальных редакций, расхождение в управленческой отчётности.
Алексей торговался. Часть снижения удалось отыграть — аргументами, дополнительными гарантиями, структурой сделки с отложенным платежом (earnout), привязанным к сохранению клиентской базы на горизонте года.
Итоговая цена оказалась ниже первоначального ориентира. Не катастрофически — сделка состоялась, деньги получены, Алексей вышел. Но разрыв между тем, что могло быть, и тем, что получилось, был ощутимым.
Я попросил Алексея оценить: если бы он начал готовить документы за год до появления покупателя — что изменилось бы? Он ответил без паузы: «Права на ПО были бы оформлены нормально. Трудовые договоры — в порядке. Отчётность — сведена. Я бы пришёл на переговоры с чистым столом».
Чистый стол в переговорах о продаже бизнеса — это не метафора. Это конкретные деньги.
Сделка закрылась. Но Алексей до сих пор считает, сколько осталось на столе.
Это четвёртый раз за последние полтора года, когда я вижу одну и ту же картину. Фаундер IT-компании, который строил бизнес семь, восемь, десять лет. Хороший продукт, реальные клиенты, устойчивая выручка. И полная неготовность к документарной проверке в момент, когда появляется покупатель.
Паттерн один и тот же. Меняются детали — отрасль, размер, тип покупателя. Структура ошибки — нет.
Из практики я выделяю три категории документов, которые в IT-компаниях чаще всего оказываются не готовы к моменту сделки.
Права на интеллектуальную собственность. Это самый частый и самый дорогой пробел. Договоры с подрядчиками без уступки прав, трудовые договоры без условий о служебных произведениях, открытые лицензии в коде без анализа совместимости. Покупатель платит за продукт — и хочет быть уверен, что продукт принадлежит продавцу.
Клиентская база как юридический актив. Не CRM-таблица, а реестр: кто клиент, на каких условиях работает, когда истекает договор, есть ли право на расторжение без штрафа, есть ли условия о смене контролирующего лица. Покупатель покупает не только продукт — он покупает отношения с клиентами. Если эти отношения не оформлены — он покупает риск.
Корпоративная история и структура. Изменения в составе участников за последние три года, протоколы ключевых решений, история опционов и обещаний сотрудникам (особенно неформальных), займы от собственника в компанию и обратно. Всё, что выглядит как «мы разберёмся внутри» — покупатель видит как потенциальный иск.
Параллельный случай: другой фаундер из смежного сегмента начал готовиться к продаже за восемь месяцев до появления покупателя. Не потому что знал, когда придёт покупатель, — а потому что решил, что бизнес должен быть готов в любой момент. Когда покупатель появился, due diligence занял три недели вместо трёх месяцев. Сделка закрылась по верхней границе оценочного диапазона. Это не совпадение.
Документарная готовность — это не про порядок ради порядка. Это про то, с какой позиции ты входишь в переговоры.
Теперь у Алексея есть ответ на вопрос, который он задал мне в ту среду вечером. Он знает, что нужно было готовить. Жаль, что узнал это уже после сделки.
Это единичный случай или типичная ситуация для IT-компаний?
Типичная. Большинство IT-компаний в диапазоне 100–500 миллионов выручки строились без прицела на продажу — и документарная база отражает это. Права на ПО, трудовые договоры, клиентские контракты — всё это оформлялось «для работы», а не «для сделки». Это разные стандарты.
А если покупатель — стратег из той же отрасли, он же понимает специфику?
Понимает. Но его юридическая команда работает по стандартному чек-листу — и снижение оценки за документарные риски происходит независимо от того, насколько покупатель лично лоялен к продавцу. Это не личное решение — это процесс.
Что делать, если я вижу у себя похожие пробелы прямо сейчас?
Начать с аудита прав на ПО и трудовых договоров — это самые критичные точки. Если есть горизонт хотя бы шесть месяцев до возможной сделки — большинство пробелов можно закрыть без потерь. Если покупатель уже появился — нужно быстро разделить риски на раскрываемые и закрываемые, и выстроить стратегию переговоров вокруг этого.
Если ты сейчас думаешь о продаже IT-компании — или просто хочешь понять, готов ли бизнес к такому разговору — это именно тот момент, когда стоит разобраться. До того, как появится покупатель. До того, как придёт список на восемьдесят три пункта.
Если ты читаешь это и думаешь «у меня всё в порядке» — возможно, так и есть. Но если есть хоть небольшое сомнение — лучше проверить сейчас, чем объяснять риски покупателю на переговорах.
Работаю с фаундерами и CEO IT-компаний с выручкой от 80 миллионов. Беру не больше двух advisory-клиентов в месяц — это не маркетинговый приём, а реальное ограничение по времени.
Напиши на hi@vvetrov.com: кто ты, что за бизнес, на каком горизонте думаешь о выходе. Дальше — короткий разговор, без продаж.
P.S. Алексей написал мне через год после сделки. Сказал, что следующий бизнес будет готовить к продаже с первого дня. Это правильный вывод. Лучше — если он будет твоим до сделки, а не после.
Апрель 2026. Автор — Виталий Ветров, управляющий партнёр юридической фирмы.