PERETZ запускає The Structure, окремий бренд технічного due diligence для M&A

У листопаді 2026 року наша робота з угодами навколо софтверних компаній стала окремим брендом: у The Structure свій сайт, свій метод і свої інструменти, а радницею ради директорів стала Валерія Чумаченко.

Коротко

Що нового

PERETZ виділяє напрям M&A в окремий бренд, The Structure. У нього одне завдання: незалежно прочитати технології софтверної компанії для тих, хто її купує або продає. Покупець дізнається, що саме він забирає і скільки коштуватиме володіти цим далі. Продавець бачить те, що знайдуть перевіряльники покупця, і встигає виправити це у своєму темпі, а не в чужому.

Поки що The Structure працює як бренд усередині нашої групи, у спільній власності з PERETZ, але з власним ім'ям, сайтом і правилами роботи. Він зосереджений на угодах із софтверними компаніями нижнього сегмента середнього ринку в США, а його база розташована в Сіетлі, де живе наш засновник. Сайт thestructure.io англійською мовою відкрився в листопаді 2026 року.

Засновник бренду, як і PERETZ, Євген Боровий. Ми раді, що Валерія Чумаченко увійшла в The Structure як радниця ради директорів (Advisor to the Board), у тій самій ролі, що й у PERETZ з 2020 року.

Навіщо

Чому окремий бренд

Від літа 2026 року ця робота зростала всередині PERETZ: сесія технічного due diligence, статті нашого розділу M&A, перевірки продуктів перед купівлею. Що далі, то ясніше було, що технічній перевірці в угоді потрібні правила, яких інженерна компанія під своїм ім'ям дотриматися не може.

Головне правило тут незалежність. Покупець або продавець має бути певен, що знахідка потрапила у звіт тому, що вона правдива, а не тому, що хтось хотів отримати замовлення на виправлення. Тому The Structure в одній угоді працює лише на один бік, бере фіксовану оплату без бонусу за успіх угоди і ніколи не оцінює й не продає виправлення всередині перевірки. Вартість виправлення у звіті розрахована на будь-яку тямущу команду, з виписаними припущеннями, тож за кожним рядком клієнт може отримати другу оцінку.

Перевірка чогось варта, лише якщо вона не продає виправлень.

Друга причина в читачеві. Звіт щодо угоди читають покупець, банк, юристи і страховик, і кожному потрібна знахідка мовою угоди: ціна, ескроу, умова закриття. У великих угодах із софтверними компаніями технічна перевірка давно стала звичайним етапом. В угодах менших поруч часто є банкір, юрист і бухгалтер, але немає нікого, чия робота полягає в тому, щоб прочитати технології. The Structure створено для цієї прогалини.

Керівництво

Валерія Чумаченко, радниця ради директорів

Валерія має чотирнадцять років досвіду в технологічних M&A та інвестиційній аналітиці: оцінка компаній, дослідження на боці покупця і питання, за що софтверну компанію взагалі варто купувати. У нашому блозі вона писала про те, як перевірити цифровий продукт перед купівлею, чому технологічні компанії оцінюють за іншою математикою і про приховану знижку за залежність від засновника, а також стала співавторкою наших розборів технічного due diligence перед продажем і того, як представити компанію покупцеві.

Команда працює парами. Кожну перевірку веде старший інженер: він читає код, інфраструктуру і списки доступів та розмовляє з людьми, які все це підтримують. Потім людина з багаторічним досвідом на боці угод читає кожну знахідку так, як її прочитають покупець, банк або страховик. Якщо знахідка технічно правильна, але не каже, що вона означає для угоди, її повертають на переписування. Людей, які працюватимуть над проєктом, клієнт знає на ім'я ще до підписання.

Експертиза

Що перевіряє The Structure

Кожна перевірка читає ті самі шість шарів софтверної компанії, знизу вгору:

• Власність і права: хто контролює репозиторії, хмарні акаунти, домени, сторінки в магазинах застосунків і ліцензії, і чи передав права на свою роботу кожен, хто будував продукт.
• Інфраструктура і витрати: хостинг, резервні копії, які хоч раз відновлювали, і щомісячний рахунок із тим, із чого він складається.
• Дані і приватність: де лежать персональні дані, хто має до них доступ і скільки вони зберігаються.
• Код і архітектура: фреймворки та строки їхньої підтримки, тести і те, наскільки безпечно продукт можна змінювати.
• Безпека і доступи: секрети, права адміністраторів, відключення тих, хто пішов, відомі вразливості та минулі інциденти.
• Команда і знання: хто що знає, що записано і що зламається, якщо після закриття угоди піде одна людина.

Кожна знахідка отримує одну з чотирьох оцінок (Critical, High, Medium або Low), докази, вплив на бізнес і вартість та строк виправлення. Формати роботи відрізняються глибиною і часом:

Окрім шести шарів, команда працює з питаннями, які найчастіше спливають у сьогоднішніх угодах. Розділ Insights на новому сайті вже розбирає продукти, написані переважно за допомогою ШІ, ШІ-продукти, які можуть виявитися тонкою обгорткою над чужою моделлю, виділення бізнесу з материнської компанії та застарілі платформи. Там же є технічний борг як діапазон витрат, технології за валовою маржею SaaS, ризик ключової людини, технічний розділ дата-руму і шлях від due diligence до плану на перші 100 днів.

Інструменти

Що ми для нього збудували

The Structure стартує з повним робочим набором, який зібрала наша команда. На сайті описано підхід із питаннями щодо кожного шару і типовими знахідками, чотири формати роботи, клієнтів (засновники і ради директорів, search funds і незалежні спонсори, private equity, консультанти), докладний FAQ і сторінки авторів. Сайт відкрився із сімнадцятьма нотатками перевіряльників, їх написали Валерія і Євген, і має власний пошук.

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

За сайтом стоїть власна консоль. У ній ведуться статті, сторінки авторів і заявки, а одна панель показує, як сайт бачать пошукові системи і які пошукові та ШІ-краулери його відвідують. Вона виросла з аудиту індексації, який ми спершу зробили для свого сайту. Кожну заявку записують до надсилання листа, тому жодна не губиться, а відповідь The Structure дає протягом одного робочого дня.

Перевірка і ремонт лишаються окремими, навіть за спільної власності.

PERETZ

Що змінюється для клієнтів PERETZ

PERETZ лишається тим, чим був: компанією розробки і дизайну, яка будує продукти під логіку конкретного бізнесу. Для The Structure він стає інженерним партнером. Якщо клієнт хоче виправити знайдене, PERETZ може зробити цю роботу за окремим договором: оновлення фреймворків і розробка на Laravel, прийом проєкту від іншого підрядника, CTO за підпискою на місяці після закриття угоди або інтеграція систем після купівлі. Це ніколи не умова перевірки, і клієнт вільний обрати будь-яку іншу команду.

Якщо PERETZ уже працював із компанією, яку The Structure просять перевірити, The Structure каже про це до початку роботи і відмовляється, якщо це може вплинути на його висновки. Розділ M&A лишається в нашому блозі, з розборами дата-руму для продажу компанії, пітч-деку для інвесторів і передачі бізнесу наступному поколінню.

FAQ