Купувати IT-бізнес без належної перевірки — як купувати автомобіль, не зазираючи під капот. Цифри в оголошенні можуть виглядати чудово, але справжня картина з'являється лише тоді, коли ви незалежно перевіряєте кожне твердження. Цей чеклист охоплює все, що серйозний покупець повинен перевірити.
Фінансовий due diligence
- Запросіть Stripe / PayPal / банківський експорт за останні 12 місяців — звірте з заявленим MRR.
- Перевірте на стрибки доходу, що завищують середні — виключіть разові платежі.
- Підтвердіть деталізацію витрат: хостинг, підрядники, ПЗ, реклама, зарплата власника.
- Перевірте маржу чистого прибутку — попросіть P&L, якщо є.
- Перевірте на очікувані повернення, чарджбеки або оскаржувані платежі.
- Переконайтеся, що дати підписки не кластеруються в кінці звітних періодів.
- Попросіть податкові декларації, якщо бізнес діє як зареєстрована юридична особа.
Due diligence трафіку та клієнтів
- Запросіть доступ до Google Analytics або звіти за 12+ місяців.
- Перевірте джерела трафіку: який % органічний, платний, прямий, реферальний.
- Перевірте органічні ключові слова в Ahrefs або SEMrush — шукайте ризик концентрації позицій.
- Переконайтеся, що кількість підписників/користувачів відповідає заявленим числам.
- Перевірте відтік: запросіть когортні дані або розрахуйте за графіками MRR.
- Спитайте про концентрацію клієнтів: чи один клієнт дає >20% доходу?
- Перегляньте рейтинги App Store, якщо мова про мобільний застосунок.
Юридичний та правовий due diligence
- Підтвердіть право власності на домен(и) — перевірте WHOIS і запросіть підтвердження передачі.
- Перевірте торгові марки та IP-права на бренд.
- Перегляньте всі активні контракти (клієнти, підрядники, ліцензії ПЗ).
- Перевірте наявність судових позовів або претензій.
- Підтвердіть відповідність GDPR / конфіденційності даних для бізнесів, орієнтованих на ЄС.
- Переконайтеся, що дохід належить особі/юрособі, яка продає.
Технічний due diligence
- Перегляньте якість кодової бази: попросіть короткий огляд або доступ до приватного репо.
- Перевірте залежності стека технологій — чи є застарілі або такі, що наближаються до кінця підтримки?
- Перевірте налаштування хостингу: хто тримає акаунти, чи можна їх передати?
- Перевірте залежності від сторонніх API та умови (чи можна їх передати або перевидати?)
- Перегляньте журнали uptime та інцидентів, якщо є.
- Оцініть якість документації: чи є SOP для ведення бізнесу?
Операційний due diligence
- Складіть список усіх завдань, які поточний власник виконує щотижня — оцініть години на тиждень.
- Визначте, які завдання вимагають специфічних навичок, яких у вас немає.
- Перегляньте угоди з підрядниками/командою та чи залишаться вони після продажу.
- Дізнайтесь про сезонні патерни та чому дохід може варіюватися.
- Зрозумійте процес залучення клієнтів від початку до кінця.
Червоний прапорець: продавець, який відмовляється показати екран під час Loom-огляду, або відповідає більше 48 годин на базові фінансові питання. Швидкість і прозорість сигналізують про впевненість у цифрах.
Що робити, якщо due diligence виявляє проблеми?
Не кожна проблема є підставою для відмови. Високий, але знижуваний відтік може бути прийнятним за нижчою ціною. Технічний борг може бути керованим, якщо у вас є потрібні навички. Використовуйте свої знахідки для переговорів про ціну, а не для відмови від угоди — знижка 20% на хороший бізнес із однією вирішуваною проблемою часто краща, ніж чистий бізнес за повною ціною.