Подготовка к инвестициям и due diligence

Подготовка к инвестициям обычно начинается за месяц до раунда, хотя начинать надо было за полгода. Инвестор присылает список вопросов — и выясняется, что часть кода писал подрядчик без передачи прав, инфраструктура держится на одном человеке, а ИТ-расходы никто не считал отдельно от общей сметы. Я закрываю техническую сторону сделки: готовлю компанию к проверке, отвечаю экспертам инвестора во время раунда и проверяю чужую компанию, когда покупаете вы. Фонды DIFC и ADGM спрашивают про владение активами в первом же письме.

С чем приходят

Хронология почти всегда одна. В понедельник подписан term sheet. Во вторник приходит письмо с вопросами на четыре страницы, и первый пункт — про права на код. В среду выясняется, что подрядчик, писавший платёжный модуль, закрыл юрлицо два года назад, а сервисы оформлены на личные аккаунты основателей. К пятнице ясно: эксперт фонда приезжает через три недели, а собрать материалы, не останавливая разработку, некому. Вопрос у всех один: показанное действительно работает и принадлежит компании — или это витрина поверх чужого сервиса.

Подготовка к инвестициям: что проверяет технический эксперт

Технический due diligence начинается не с архитектуры, а с истории репозитория, счетов провайдеров и договоров с подрядчиками: там быстрее всего видны расхождения с презентацией.

• История кода: кто и когда писал, есть ли периоды без коммитов, совпадает ли список авторов со штатом и подрядчиками.
• Права на результат: переданы ли они компании по договорам с подрядчиками, оформлены ли домены и знаки на юридическое лицо, а не на основателя.
• Лицензии компонентов: что тянет за собой копилефт, что запрещает коммерческое использование, где лицензия не указана вовсе.
• Инфраструктура: кто владеет аккаунтами, что будет при уходе технического основателя, восстанавливается ли продакшн из резервных копий.

Находки не косметические: неоформленные права на код срывают сделку целиком, а не снижают оценку. Подробный разбор проверки — в статье Технологический due diligence для инвесторов.

Модель ИТ-затрат и TCO для презентации инвестору

В финансовой модели ИТ обычно живут одной строкой «инфраструктура и разработка». Инвестора она не устраивает: он хочет понимать, как расходы поведут себя при росте выручки втрое. Я разбираю затраты на постоянную и переменную части, привязываю переменную к понятной метрике — пользователи, транзакции, гигабайты — и показываю, до какого объёма архитектура держит нагрузку без переписывания. Трёхлетняя стоимость владения нужна здесь ради одного ответа: во что обойдётся заявленный рост, если платформу придётся менять на середине пути.

В комнате данных Monolith Plus цифра «задержка ниже на 67 %» лежала выгрузкой из мониторинга рядом с датой релиза, после которого она изменилась, а не строкой презентации. Убеждает именно такая пара: что сделали и что показала система.

Комната данных и ответы экспертам инвестора

Техническая часть комнаты данных собирается один раз и обслуживает весь раунд. Плохо собранная стоит времени: эксперт задаёт вопрос, ответ ищут два дня, и пауза читается инвестором как сигнал.

• Схема архитектуры на одну страницу и вторая, подробная, для технической стороны.
• Перечень компонентов с лицензиями и версиями — включая то, что стоит на серверах.
• Реестр доступов и владельцев аккаунтов, договоры с подрядчиками, подтверждение передачи прав.
• Показатели надёжности за последние месяцы — доступность, инциденты, сроки восстановления — выгрузкой из Grafana.

Туда же входит список известных проблем с планом устранения: он выглядит лучше, чем незнание о них. Во время раунда я говорю с экспертами инвестора напрямую.

Обратная сторона: проверка чужой компании

Тот же набор проверок работает и когда покупаете вы: код и его история, инфраструктура, лицензии, кому принадлежит результат. Отдельная тема — насколько продукт самостоятелен: за интерфейсом иногда стоит чужой сервис по подписке.

Отчёт пишется на языке инвесткомитета, с техническим приложением, чтобы находки обсуждали с командой цели. Помогает обратный опыт: ту же сторону я много раз готовил к такой проверке.

Стек

Слой	Инструменты
Код и его история	Git, GitHub, GitHub Actions
Проверка кода и зависимостей	SAST (SonarQube, Semgrep), DAST (OWASP ZAP, Burp Suite), Software Bill of Materials (SBOM)
Заявленное против работающего	Terraform, Ansible, Proxmox VE
Стандарт, на который смотрит инвестор	ISO/IEC 27001

Чего я не делаю

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

Как устроен проект

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

Полный проект — от 15 000 $: разбор вопросов, устранение находок с вашей командой, комната данных и модель ИТ-затрат. Срок — от шести до десяти недель, отсчитанных назад от даты, на которую фонд назначил техническую сессию.

Сопровождение во время раунда — 500 $ в час: счёт идёт за часы, когда эксперт фонда на связи, а не за присутствие рядом со сделкой весь месяц. Это ставка за экспертное время в переговорах, а не за проектные часы. До договора я успеваю сказать главное: хватает ли времени до раунда на исправления или готовиться придётся к разговору о скидке.

Связанные услуги

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

Часто задаваемые вопросы

За сколько до раунда стоит начинать?

Оптимально за три-четыре месяца до первых встреч. Часть находок закрывается за неделю, но передача прав на код от подрядчика, с которым давно расстались, идёт месяцами.

Насколько глубоко придётся пускать вас внутрь?

Достаточно чтения: репозитории, панель провайдера, договоры. Эксперт инвестора запросит тот же набор, только позже и без времени на подготовку.

Что делать, если находки серьёзные?

Лучше узнать о них от меня, чем от эксперта инвестора. Серьёзная находка означает не отмену раунда, а другой разговор: проблема с планом и сроком читается не так, как найденная проверяющей стороной.

Работаете ли вы на стороне покупателя?

Да: проверка технической части компании-цели с отчётом для инвесткомитета. В сделке я работаю на одну сторону.

---

Готовы начать?

Знаете, кому принадлежат права на код, который покажете инвестору? Если ответ длиннее одной фразы, начинать пора сейчас. Разговор до раунда.