Інвестори не ставлять оцінку вашому коду. Вони оцінюють ризик того, що технологія зупинить план, який вони фінансують — і засновники, які це розуміють, готуються зовсім інакше.
Засновники, готуючись до технічного due diligence, часто полірують не те: прибирають код, пишуть документацію, якої ніхто не просив, переймаються вибором фреймворку. Інвестори ставлять зовсім інше питання: що з технологією може піти не так і завадити компанії досягти віх із плану?
Чотири речі, які справді оцінюють
1. Чи масштабується це до плану (а не в нескінченність)
Ніхто не очікує від компанії на Series A архітектури Google. Питання вужче: чи витримає система конкретне зростання з моделі, і якщо ні, скільки коштує підняти цю стелю? Чітка, оцінена в грошах відповідь — сильний сигнал. «Має бути нормально» — ні.
2. Ризик ключової особи
Часто найвирішальніша знахідка — і та, якої засновники найменше очікують. Якщо один інженер тримає всі критичні знання, інвестиція несе ризик, що не має стосунку до якості коду. Інвестори питають про це прямо: хто ще міг би вести цю систему наступного тижня, якби ця людина пішла?
3. Чи технологія справді ваша
- Робота підрядників без підписаного передання прав на IP — юридична проблема, здатна відкласти або зірвати закриття
- Ліцензійне забруднення open source у пропрієтарному продукті
- Критична залежність від вендора, який може змінити ціни, обмежити доступ або зникнути
- Яка частина «власної технології» є тонким шаром над чужим API
4. Спроможність доставляти
Це прогнозує наступні два роки краще, ніж поточний стан кодової бази. Інвестори дивляться на частоту розгортань, як зміни потрапляють у продакшн, чи виявляються інциденти всередині і чи витримає команда найм, закладений у плані.
Як підготуватися (за чотири тижні до)
- Складіть чесний реєстр технічних ризиків: що слабке, що воно блокує, скільки коштує усунення. Подати це самому читається як компетентність; бути спійманим на приховуванні — навпаки.
- Спершу виправте все з категорії грошей і даних — саме ці знахідки стають умовами угоди.
- Закрийте прогалини в IP: підписані передання від кожного підрядника, перевірка ліцензій залежностей.
- Помітно зменште bus factor — підключіть ще когось до критичної системи, напишіть журнал архітектурних рішень.
- Підготуйте зрозумілий огляд архітектури: що це, чому, де ламається, який план.
Як знахідки перетворюються на умови
| Знахідка | Типовий результат |
|---|---|
| Гроші можуть бути беззвучно неправильними (немає журналу) | Усунення профінансовано в раунді; іноді траншами |
| Витік даних між орендарями | Умова закриття — виправити до вивільнення коштів |
| Незрозумілі права на IP від підрядників | Юридичне впорядкування до закриття |
| Bus factor один | Пакет утримання або зобов'язання щодо найму в плані |
| Ручне розгортання, немає відкату | Закладено у 90-денний план після закриття |
| Застарілі залежності, тонка документація | Зафіксовано, без наслідків |
Інвестори не чекають на ідеальну систему. Вони чекають на засновника, який точно знає, які частини недосконалі і скільки коштує їх виправити.
Пов'язуйте кожен висновок із рішенням
Покажіть, які припущення залишаються обґрунтованими та що змінює план. Наводьте невизначеність поруч з оцінкою виправлення.
- Назвіть бізнес-припущення й перевірені докази.
- Опишіть наслідок, невизначеність і залежності усунення.
- Розділіть умову угоди, бюджетну статтю та прийнятий ризик.
Часті запитання
Скільки триває технічний due diligence інвестора?
Зазвичай один-два тижні для Series A, довше для фінтеху, healthtech або незвично великих систем. Він зазвичай включає доступ до репозиторію, огляд архітектури та інтерв'ю з інженерною командою.
Чи варто засновникам робити власний технічний аудит перед раундом?
Часто так. Знахідки, які ви піднімаєте самі, стають планом усунення, який контролюєте ви; ті самі знахідки, підняті радником інвестора, стають переговорною позицією проти вас. Вартість аудиту до раунду мала порівняно з впливом на оцінку, якому він може запобігти.
Чи вб'є неохайний код наш раунд?
Рідко сам по собі. На угоди впливають знахідки з наслідком — цілісність грошей, ризики безпеки, незрозуміла власність на IP і ризик ключової особи. Інвестори бачили недосконалості кожної кодової бази; їх непокоїть команда, яка не може точно описати власні ризики.
Чи достатньо одного технічного рейтингу?
Ні. Він узагальнює, але приховує обсяг і невизначеність. Додайте суттєві висновки, недоступні докази та припущення оцінок.
Скоро залучаєте раунд?
Ми проводимо diligence раніше за вашого інвестора — щоб знахідки приходили з вашим планом усунення в комплекті.
Читати далі за темою
Технічний due diligence для інвесторів: повний посібник
Технічний due diligence — це не code review. Це відповідь на одне питання: скільки коштуватиме привести цю технологію туди, де її потребує інвестиційна теза?
Аудит коду перед інвестицією: що вимагати до переказу коштів
Ви за крок від купівлі частки в активі, який не оглядали. Аудит коду — це той огляд, але лише якщо його окреслено під інвестиційні питання, а не інженерні.