Технічний due diligence

Технічний due diligence, написаний для тих, хто підписує чек.

Перед закриттям раунду чи угоди хтось має відповісти, чи витримає технологія той план, під який угода оцінена. Ми переглядаємо архітектуру, код, інфраструктуру та команду й передаємо звіт, який називає ризики, ранжує їх і ставить цифру навпроти вартості усунення кожного.

Коли до нас звертаються фонди

  • Команда виглядає сильною, і ми не можемо незалежно перевірити, що саме вона побудувала.

  • План передбачає десятикратне навантаження. Ніщо в поточній системі не свідчить, що вона його витримає.

  • Схоже, всю платформу розуміє один інженер, і нам треба знати, наскільки це погано.

Що входить в огляд

Архітектура та масштабованість

Чи здатна система в її нинішньому вигляді дійти до цифр у моделі й що доведеться перебудувати, якщо ні. Ми розділяємо те, що ламається на 10×, і те, що ламається на 100× — це зовсім різні суми.

Якість коду та технічний борг

Де борг сконцентрований і скільки він коштує на кожну випущену функцію. Борг у стабільному модулі, якого ніхто не торкається, — не знахідка; борг на критичному шляху — знахідка. Ми показуємо різницю, а не голу оцінку.

Безпека та відповідність вимогам

Автентифікація, робота з секретами, потоки даних, ризики залежностей і зовнішні інтеграції — зіставлені з тими зобов’язаннями, які бізнес реально несе на своїх ринках.

Команда, володіння та ризик ключової людини

Хто що знає, яка частина системи має рівно одну людину, що її розуміє, і як швидко заміна вийде на продуктивність. Зазвичай саме ця знахідка найсильніше впливає на оцінку.

Спроможність до випуску

Скільки часу проходить від рішення до продакшену і як часто щось іде не так. Команда, яка релізить щотижня, і команда, яка релізить щокварталу, подають однакову дорожню карту дуже по-різному.

Вартість і послідовність усунення

Кожна суттєва знахідка отримує оцінку в інженерних місяцях і місце в послідовності — щоб цифра пішла в модель, а не у виноску.

Що ви отримуєте

  • Письмовий звіт, структурований для інвестиційного комітету, а не для інженерів
  • Знахідки, ранжовані за впливом на тезу, кожна з оцінкою вартості усунення
  • Зведення червоних прапорців, яке читається за п’ять хвилин
  • Карту архітектури та залежностей системи в тому вигляді, як вона є
  • Дзвінок з вашою командою і, за потреби, з інженерами об’єкта

Дотичні кейси

Питання, які ставлять фонди

Скільки триває діліджанс?
Зазвичай від одного до трьох тижнів залежно від розміру системи та рівня доступу. Стартувати можемо протягом п’яти-семи робочих днів, і ми одразу скажемо, якщо ваш строк нереалістичний, замість того щоб віддати поверхневий огляд вчасно.
Який доступ потрібен від об’єкта перевірки?
Доступ на читання до репозиторіїв, огляд інфраструктури та розмови з двома-трьома інженерами. Можемо працювати і з вужчим доступом — у звіті прямо зазначається, які висновки були ним обмежені.
Чи працюєте під NDA?
Завжди, і так само готові підписати NDA об’єкта перевірки. Доступи обмежені потребами огляду й відкликаються після завершення.
Чи можете перевіряти компанію, з якою потім працюватимете?
Ми розкриваємо будь-які попередні стосунки до початку роботи й не пропонуємо послуги з усунення тій компанії, яку щойно оцінювали для вас. Звіт корисний лише тоді, коли тому, хто його писав, нічого було продавати.
А якщо висновок — що все гаразд?
Тоді таким і буде звіт. Чистий огляд із доказами — це нормальний і корисний результат, і ми радше віддамо його, ніж вигадаємо занепокоєння, щоб виправдати гонорар.

Попереду діліджанс?

Розкажіть про строки угоди й наявний рівень доступу. Відповімо протягом робочого дня з обсягом, вартістю та чесною оцінкою, чи реальні ці строки.

Готові, коли будете готові ви

Маєте проєкт на думці? Розкажіть нам про нього.

Надішліть короткий опис того, що будуєте або що зламано. Ми відповімо протягом дня — чесно скажемо про обсяг, підхід і чи підходимо ми один одному.