Розробляти чи купувати корпоративне ПЗ: неупереджений фреймворк (із 12-бальною шкалою оцінки, 2026)
Минулого вересня клієнт із $50M ARR у SaaS поставив нам запитання, помилка у відповіді на яке коштує компаніям мільйони: залишитися на стеку Salesforce + Tableau + Outreach за $487K на наступні п'ять років чи розробити власну платформу revenue-ops за $312K? «Дешевша» відповідь виявилася хибною. Ось фреймворк, який ми використали, щоб це з'ясувати: 12-бальна шкала оцінки, 5-річна модель TCO та тріада Buy/Build/Blend від Gartner, яку жоден із топ-10 гайдів «build vs buy» у Google навіть не згадує. І так, ми інженерна агенція, тож ми скажемо вам, коли краще купити SaaS, а не наймати нас.
Ключові висновки (TL;DR):
- Більшість порад «розробляти чи купувати» пишуть вендори, які заробляють на одній із відповідей. Визначте упередженість джерела, перш ніж довіряти йому.
- Фреймворк Buy/Build/Blend від Gartner наразі покриває 76% витрат на корпоративне ПЗ. Чиста розробка чи чиста купівля — меншість у 2026 році.
- Оцінюйте рішення за 12 зваженими критеріями, а не інтуїтивно. Кастомна розробка перемагає при сумі >45; SaaS — при сумі до 30.
- AI-агенти для кодингу (Cursor, Claude Code) скоротили години старших інженерів на фічу на 40–60% у 2026 році. Математика розробки змінилася.
Що таке рішення «розробляти чи купувати» у корпоративному ПЗ?
Рішення «розробляти чи купувати» — це вибір між ліцензуванням готового SaaS чи COTS-ПЗ (купівля), розробкою власного ПЗ інхаус (розробка) або залученням партнерської агенції для створення пропрієтарного ПЗ (партнерство). Сучасний підхід Gartner розширює це до Buy/Build/Blend, і 76% витрат на корпоративне ПЗ наразі припадає на комбінації стандартних продуктів і кастомних розширень, а не на чисту розробку чи чисту купівлю.
Рішення зводиться до трьох запитань:
- Чи є ця можливість конкурентною перевагою, чи це комодіті?
- Яка реальна 5-річна TCO кожного шляху?
- Чи зможете ви утримувати команду старших інженерів для довгострокової підтримки?
Зверніть увагу: Techsy — інженерна агенція. Ми заробляємо, коли ви розробляєте. Тому ми розповімо вам про всі випадки, коли варто купити SaaS і не наймати нас, бо в довгостроковій перспективі такі пости працюють лише тоді, коли математика чесна. Ми назвали нашу цільову воронку внизу; усе між цим — фреймворк, а не пітч.
Більшість гайдів «розробляти чи купувати» написані тими, хто заробляє на одній із двох відповідей. SaaS-маркетплейси хочуть, щоб ви купували. Dev-агенції хочуть, щоб ви розробляли. COTS-вендори хочуть, щоб ви робили те, що захищає їхнє продовження контракту. Прочитайте три з них — і отримаєте три впевнені, протилежні рекомендації, кожна з яких похована під продажним хуком. Якщо ви конкретно оцінюєте розробку voice-AI, ми написали вертикальну версію цього фреймворку, яка застосовує ту саму логіку до вужчого рішення. Решта цього посту — загальний фреймворк закупівлі, який можна реально застосувати на нараді.
Що насправді каже Gartner: фреймворк Buy / Build / Blend
Фреймворк закупівлі Gartner відкидає бінарне питання «розробляти чи купувати» і замінює його на тристороннє рішення: Buy (ліцензування COTS або SaaS), Build (інхаус кастомна розробка) або Blend (комбінація SaaS для комодиті-процесів із кастомним кодом для диференційованих процесів). Згідно з моделлю Gartner Buy/Build/Blend, 76% витрат на корпоративне ПЗ наразі припадає на гібридні стеки. Чиста розробка чи чиста купівля — меншість.
Buy = ліцензуйте те, що стало комодіті
Купуйте, коли можливість є вирішеною проблемою і хтось інший уже відвантажив рішення у масштабі. CRM, зарплатні відомості, email, управління витратами, observability. Економіка купівлі найкраща, коли у вас <100 користувачів на процес, вам потрібно запуститися за <90 днів, і SaaS покриває понад 80% вашої потреби з коробки.
Build = володійте тим, що є вашою перевагою
Розробляйте, коли можливість — ваш рів. Те, за що клієнти вам платять. Stripe не ліцензував платіжний стек. Figma не ліцензувала рушій рендерингу. Розробка також перемагає, коли SaaS буквально не може змоделювати вашу структуру даних (складна мультиентіті-фінансова система чи незвичні комплаєнс-режими) або коли ваш 5-річний рахунок за SaaS у масштабі перевищує TCO кастомної розробки у 2 і більше разів.
Blend = математика, до якої більшість компаній насправді приходить
Гібрид означає, що ви залишаєте COTS для нудних 80% і розробляєте кастом для диференційованих 20%. Класичний патерн: Salesforce як система запису + тонкий кастомний шар для процесів, які Salesforce не може змоделювати. Thoughtworks називає це Buy/Build/Partner; Gartner — Buy/Build/Blend. Та сама ідея, трохи інша термінологія. Тріада сягає корінням матриці Make-or-Buy від McKinsey з 1990-х, але хмарна ера зробила третій варіант домінантним.
| Шлях | Час до цінності | Початкова вартість | Поточна вартість | Володіння | Ризик вендора |
|---|---|---|---|---|---|
| Buy (SaaS) | Дні–тижні | Низька | Висока, передбачувана | Низьке | Високий |
| Build (кастом) | 4–12 місяців | Висока | Середня, варіативна | Повне | Відсутній |
| Blend | Тижні–місяці | Середня | Середня | Часткове | Середній |
12-бальна шкала оцінки (скопіюйте у таблицю)
Оцініть кожен критерій від 1 до 5 залежно від того, наскільки сильно він стосується вашої ситуації. Помножте на вагу. Додайте підсумки. Легенда порогів внизу підкаже, на який шлях вказує математика. Застосуйте це на реальній нараді із закупівлі — і скоротите дискусію з двох годин до двадцяти хвилин.
| # | Критерій | Що це означає | Вага | Оцінка (1–5) |
|---|---|---|---|---|
| 1 | Конкурентна перевага | Чи є ця можливість ключовою причиною, чому клієнти обирають вас? | ×3 | __ |
| 2 | Команда старших інженерів | Чи зможе ваша команда реалістично підтримувати це 5+ років? | ×2 | __ |
| 3 | Новизна проблеми | Проблема нова (5) чи добре вивчена (1)? | ×1 | __ |
| 4 | Терміновість виходу на ринок | Чи критично запуститися за <6 місяців? Нижче = терміновіше | ×2 | __ |
| 5 | Розрив покриття SaaS | Чи жоден наявний SaaS не покриває >80% вашої потреби? | ×2 | __ |
| 6 | Толерантність до прив'язки | Чи готові ви до змін ціноутворення вендора та ризику дорожньої карти? Нижче = менша толерантність | ×1 | __ |
| 7 | 5-річна TCO SaaS у масштабі | Чи перевищить вартість SaaS TCO кастомної розробки за 5 років? | ×2 | __ |
| 8 | Унікальність даних | Чи мають ваші дані структуру, яку SaaS не може змоделювати? | ×1 | __ |
| 9 | Комплаєнс / резидентність | Чи є обмеження, що виключають великих SaaS-вендорів? | ×1 | __ |
| 10 | Зниження вартості розробки завдяки AI | Чи суттєво скоротять AI-агенти для кодингу вартість розробки порівняно з 2023? | ×2 | __ |
| 11 | Складність інтеграції | Чи інтеграція з навколишніми системами вже складна? | ×1 | __ |
| 12 | Захоплення вартості IP | Чи створить розробка пропрієтарний IP, що підвищить оцінку компанії? | ×1 | __ |
Легенда порогів:
- Сума <30 → Купуйте SaaS
- Сума 30–45 → Blend
- Сума >45 → Розробляйте
Практичний приклад на основі нашого клієнта з кейсу (якого ми детально розбираємо в H2 #8): вони набрали 38. Диференціація — 3 (revenue ops важливий, але не їхній рів), команда — 2 (не могли виділити інженерів надовго), розрив покриття SaaS — 4 (Salesforce не покривав близько третини їхніх процесів), зниження вартості завдяки AI — 5. Підсумок: впевнено в зоні Blend, куди й потрапила рекомендація.
Одне застереження. Шкала — помічник у рішенні, а не той, хто вирішує. Якщо ваш результат на межі (28–32 або 43–47), запустіть модель TCO з наступного розділу, перш ніж фіксувати рішення. Цифри зміщують висновок.
Моделювання TCO: як чесно порахувати вартість за 5 років
Згідно з дослідженням Gartner щодо аналізу вартості ПЗ, компанії пропускають 50–70% TCO при розрахунку вартості володіння ПЗ. Найчастіше пропускають: інтеграцію, FTE адміністратора та вартість виходу. Ціна першого року — найменша частина рахунку, і майже кожна демо вендора дає вам саме цю цифру.
Ось як чесно порахувати 5-річну TCO для кожного шляху.
Рядки Buy (SaaS): ліцензування × користувачі × роки, впровадження та налаштування, навчання, виділення FTE адміністратора (зазвичай 0,5–2 FTE на рівні ентерпрайзу), інтеграція з наявними системами та вартість виходу, коли ви врешті мігруєте.
Рядки Build (кастом): інженерна розробка на старті (інженеро-місяці × повна ставка), підтримка на рік (галузеве правило: 15–20% від початкової вартості розробки), інфраструктура та інструменти, а також альтернативна вартість інженерного ресурсу, який ви залучаєте.
Рядки Blend: підписка SaaS для комодиті-шару, плюс вартість кастомної інтеграції/розширення, плюс підтримка кастомного шару. Нижчі початкові витрати, ніж повна розробка, нижчі поточні, ніж повна купівля.
Використовуйте $230K як повну ставку інженера на узбережжі США: медіана BLS становила $130 160 у травні 2024, потім додайте ~30% на бенефіти та ~25% на накладні. Коригуйте ±30% для вашої географії. Європейські команди зазвичай на 20–30% нижчі; команди не на узбережжі США — на 15–20% нижчі.
| Категорія витрат | Buy (SaaS) | Build (кастом) | Blend |
|---|---|---|---|
| Ліцензування або розробка за 1-й рік | $60K | $230K | $90K |
| Впровадження / налаштування | $40K | включено | $20K |
| Поточне ліцензування за 2–5 роки | $240K | $0 | $120K |
| Підтримка @ 15–20%/рік | н/д | $35K/рік | $15K/рік |
| Інтеграція з іншими системами | $25K | $40K | $30K |
| Виділення FTE на адміністрування / операції | $80K | $20K | $50K |
| Вартість виходу / міграції | $40K | н/д | $20K |
| Разом за 5 років | $485K | $465K | $390K |
Загальні ілюстративні діапазони. Ваші цифри відрізнятимуться; категорії — ні.
Коли обирати BLEND (середній шлях, яким іде більшість компаній)
Blend перемагає, коли ні чиста купівля, ні чиста розробка не відображають ваші процеси. Ви залишаєте COTS для комодиті-шарів (CRM, білінг, ідентичність, observability) і розробляєте кастом для процесів, які є або вашою конкурентною перевагою, або просто неможливі для моделювання в SaaS. Клей між ними — API, MCP-сервери або low-code рушії процесів.
Чотири конкретні патерни Blend, які ми бачимо постійно:
- Salesforce + кастомний шар RevOps. Salesforce залишається системою запису. Кастомний шар обробляє багатокрокові revenue-процеси, які process builder Salesforce не може чисто змоделювати. Кейс клієнта нижче — саме цей патерн.
- SAP/NetSuite + кастомний шар даних. Залишаєте ERP для бухгалтерії та закупівель. Будуєте сховище + кастомні дашборди для фінансових аналізів, яких насправді хоче ваш CFO.
- HubSpot + кастомний пайплайн збагачення. Використовуєте HubSpot для секвенцій і CRM, але будуєте власне збагачення, коли комерційні вендори даних недостатньо точні для вашого ICP.
- COTS HR + кастомна автоматизація процесів. BambooHR або Rippling для записів, n8n або кастомний код для оркестрації онбордингу + оффбордингу, яку ніхто добре не пакує.
Blend став суттєво дешевшим у 2026, бо додавання AI-функцій інкрементально до наявного SaaS більше не потребує дослідницької команди, а MCP-сервери, що дають змогу зшивати SaaS і кастомний код, стискають інтеграційний податок, який історично робив гібриди дорогими. Blend — не компроміс. Це відповідь для 76% компаній, за даними Gartner.
Коли обирати BUILD (3 сценарії, де кастом перемагає)
Розробка перемагає у трьох чітких сценаріях. Якщо жоден з них не описує вашу ситуацію, вам, імовірно, не варто розробляти.
1. Можливість є вашою конкурентною перевагою
Якщо клієнти купують у вас через цю конкретну можливість, ви не можете ліцензувати її у вендора, чиї інші клієнти — ваші конкуренти. Stripe не ліцензував платіжний стек. Notion не ліцензувала рушій документів. Можливість має бути ровом, а не просто фічею, яку ви використовуєте.
2. SaaS не може змоделювати вашу унікальну структуру даних
Якщо ваші дані мають структуру, яку наявний SaaS буквально не може представити (складна мультиентіті-фінансова система, незвичні регуляторні схеми, стан реалтайм-мультиплеєра), ви витратите більше на кастомізацію та консультаційні години, ніж на розробку з нуля. Перевірте це, замовивши платний POC у двох SaaS-вендорів. Якщо обидва не впораються — розробляйте.
3. 5-річна TCO SaaS перевищує кастомну розробку у 2+ рази
Математика перевертається на обсязі використання. 500 користувачів на SaaS за $200/місце/міс = $1,2M/рік = $6M за 5 років. Сфокусована кастомна розробка для того самого процесу може коштувати $400K на старті + $80K/рік підтримки = $800K за 5 років. Коли кратність 2x і більше, а процес стабільний — розробляйте.
Чесне застереження про ризики: розробка означає взяти на себе проєктний ризик. Звіт CHAOS від Standish Group показує, що 69% IT-проєктів зазнають часткової або повної невдачі. Розробка не безкоштовна, навіть коли математика каже інакше. Мітигуйте через дисципліну скоупу, реальне продуктовне володіння та ранній MVP. Для внутрішніх AI-інструментів зокрема, self-hosted корпоративні AI-інструменти — патерн розробки, який працює у 2026, коли готові рішення не відповідають вимогам резидентності даних.
Коли обирати BUY (і приховані витрати, про які ніхто не говорить)
Купівля перемагає, коли можливість комодитізована, вам потрібно швидко запуститися, і SaaS покриває більшість вашої потреби з коробки. Три сценарії:
1. Можливість комодитізована
CRM, email, бухгалтерія, observability, ідентичність, управління витратами. Це вирішені проблеми. SaaS-вендори відвантажили тисячі крайніх випадків, на які ви інакше натрапите самі. Розробляти будь-що з цього з нуля у 2026 майже завжди неправильно.
2. Вам потрібно запуститися за <90 днів
Якщо процес блокує дохід і у вас немає вільного інженерного ресурсу — купуйте. Альтернативна вартість 6-місячної розробки проти 6-тижневого впровадження SaaS перевищує ліцензійний платіж майже в кожному випадку.
3. SaaS покриває >80% з коробки
Якщо борг кастомізації останніх 20% коштує менше, ніж загальна премія SaaS, — просто купуйте. Перевірте це, склавши список розривів до підписання. Якщо розриви легкі для процесів (налаштування, інтеграції, проста звітність) — усе гаразд. Якщо вони важкі для процесів — ні.
Приховані витрати, які ніхто не ставить на демо-слайд:
| Прихована витрата | Що це | Типовий масштаб |
|---|---|---|
| Прив'язка до вендора | Перехід до конкурента займає 6–18 місяців | Подвоює переговорну силу при наступному продовженні |
| Плата за кастомізацію / запити на зміни | Погодинна оплата від вендора за кожну фічу | $200–500/год, часто з лімітом |
| Повзучість по місцях у масштабі | Кількість ліцензій росте з організацією | 7–15%/рік складний відсоток |
| Витрати на інтеграцію | Кожен конектор, який ви прикручуєте | $20K, $100K на систему |
| Вартість виходу / міграції | Чисто витягти свої дані | 3–6 місяців інженерної роботи |
| Щорічне підвищення цін | Підвищення при продовженні незалежно від використання | 7–15%/рік типово |
Ціни SaaS повзуть вгору. Індекс управління SaaS від Zylo 2025 показує, що середня компанія витрачає близько $21M на рік на невикористані або дубльовані SaaS-місця. Ліцензійний платіж — перша витрата, а не загальна.
Практичний приклад: ми допомогли клієнту з $50M SaaS вирішити — стек Salesforce за $487K проти кастомної розробки за $312K
У Q3 2025 B2B SaaS-клієнт із $50M ARR запитав нас, чи розширювати наявний стек Salesforce + Tableau + Outreach (оцінка 5-річної TCO — $487K), чи розробити кастомну платформу revenue-ops на Next.js + Postgres + власному пайплайн-інструментарії (оцінка 5-річної TCO — $312K). Ось реальна посторінкова математика, яку ми з ними пройшли, чому «дешевший» варіант за $312K був для них хибним, і що вони відвантажили натомість.
Головне питання виглядало бінарним: продовжувати платити премії SaaS чи розробити щось дешевше. Позиції розповіли іншу історію.
| Позиція | Buy (стек SaaS) | Build (кастомний RevOps) |
|---|---|---|
| Salesforce Sales Cloud Enterprise (60 місць × $165/міс × 5 років, після переговорів) | $340K | , |
| Tableau Creator (20 місць × $75/міс × 5 років) | $90K | , |
| Outreach.io (40 місць × $120/міс × 5 років) | $288K (прайс) → ~$57K чистий інкремент | , |
| Виділення FTE адміністратора (1,5 FTE × 5 років) | включено | , |
| 2 старші інженери ($230K повна ставка кожен) × 6 місяців на старті | , | $230K |
| 0,5 FTE підтримки × 5 років (при 15% завантаженні) | , | $57K |
| Інфра Vercel + Neon + Linear (5 років) | , | $30K |
| Разом за 5 років | ~$487K | ~$312K |
На папері розробка вигравала на $175K. Рекомендація пішла в інший бік.
Чому «дешевша» кастомна розробка була для них хибною: у них не було команди старших інженерів, яка могла б нескінченно поглинати 0,5 FTE на підтримку. Інженерна організація вже відвантажувала основний продукт. Виділення 10–15% ресурсу старших інженерів на підтримку revenue-ops протягом наступних п'яти років означало або уповільнення дорожньої карти продукту, або найм (що підняло б реальну TCO розробки вище $800K, якщо врахувати реальний найм за ринковою ставкою, а не поглинутий ресурс). «Дешева» цифра передбачала безкоштовних інженерів. Інженери ніколи не бувають безкоштовними.
Що ми насправді відвантажили: Blend. Залишити Salesforce як систему запису. Побудувати тонкий кастомний шар revenue-ops ($85K на старті, майже нуль поточних витрат) для 4 процесів, які Salesforce не міг чисто змоделювати. Підсумкова 5-річна TCO склала ~$420K, між двома головними цифрами, і вони отримали процеси, які їм насправді потрібні. Відвантажили за 11 тижнів, без нового найму, без зсуву дорожньої карти.
Через 18 місяців: кастомний шар досі в продакшені, продовження Salesforce пройшло без драми, а інженерна команда не мусила перемикатися назад на підтримку RevOps після початкової розробки. Підсумковий висновок: Blend був правильною відповіддю, бо він врахував обмеження інженерного ресурсу, яке математика Build ігнорувала.
Цифри анонімізовані та округлені згідно з нашою консалтинговою угодою. Витрати передбачають вікно 2025–2030. Ціноутворення Salesforce відображає підвищення прайсу після серпня 2025. Приріст продуктивності AI-агентів для кодингу (базовий рівень Q3 2025) вже закладено в інженерну оцінку $312K. Повна ставка інженера $230K = медіана узбережжя США за BLS 2024 + 30% бенефіти + 25% накладні, коригуйте ±30% для вашої географії. Ми інженерна агенція. Це була реальна рекомендація проти наших власних комерційних інтересів.
Як AI змінив математику «розробляти чи купувати» у 2026
Точка перетину зсунулася. AI-агенти для кодингу стиснули години старших інженерів на фічу на 40–60% за нашими внутрішніми вимірюваннями на клієнтських проєктах у 2026. Це означає, що оцінка розробки, яку ви робили у 2023, наразі суттєво хибна. Gartner прогнозує, що 75% інженерів корпоративного ПЗ використовуватимуть AI-асистентів для коду до 2028, порівняно з 10% у 2023, і дані нашого пайплайну вже відображають більшу частину цього впровадження з випередженням графіка.
Три конкретні зрушення:
- 18-місячні кастомні розробки наразі відвантажуються за 6–8 місяців, коли скоуп фіксований. Blend із кейсу вище відвантажили за 11 тижнів; той самий скоуп у 2023 зайняв би 18–20 тижнів.
- Розмір команди для внутрішніх інструментів зменшився. Ми рутинно запускаємо поди з 2 інженерів для розробок, які два роки тому потребували 5 інженерів, бо AI-агенти для кодингу, як-от Cursor і Claude Code, поглинають бойлерплейт, який раніше з'їдав ресурс мідл-рівня.
- Оцінка розробки за $312K для клієнта з кейсу була приблизно на 30% нижчою, ніж та сама оцінка була б у 2023, до того як AI-нативна розробка корпоративного ПЗ стала робочим режимом за замовчуванням.
Чесний контраргумент: AI знижує вартість розробки, але також знижує витрати SaaS-вендорів на відвантаження фіч. Тиск на ціноутворення вендорів реальний, деякі ціни SaaS впадуть, і зсув точки перетину не повністю односторонній. Спрямований ефект все одно на користь розробки (особливо Blend), бо інхаус-пропускна здатність інженерів зростає з AI швидше, ніж ціноутворення вендорів.
Типові пастки рішення (хибна економія, потопельні витрати, синдром NIH, оптимізм вендора)
Чотири пастки, які ми бачимо постійно:
- Хибна економія. Вибір дешевшої цифри 1-го року при ігноруванні 5-річної TCO. Кейс вище ледь не пішов цим шляхом. Ціна 1-го року — найменша частина рахунку на кожному шляху.
- Потопельні витрати. Залишатися на SaaS, який ви переросли, бо міграція виглядає дорогою. Міграція зазвичай дешевша, ніж ще 3 роки неправильного інструменту. Порахуйте.
- Синдром NIH (Not Invented Here). Розробляти те, що треба купити, бо інженерній команді проблема здається цікавою. CRM — не цікавий. Платіжний процесор — не цікавий. Купуйте їх.
- Оптимізм вендора. Вірити, що кожен рядок демо вендора працюватиме у вашому середовищі без інтеграційного податку. Демо — найкращий випадок. Ваш випадок складніший. Зробіть дисконт 30% з демо, перш ніж порівнювати.
Найдорожча помилка, яку ми бачимо: обрати дешевшу цифру 1-го року й проігнорувати 5-річну вартість виходу.
Як Techsy підходить до оцінок «розробляти чи купувати»
Techsy відвантажує кастомні корпоративні платформи, інтегрує SaaS у наявні стеки та проводить технічний due diligence оцінок COTS для B2B-клієнтів. Робота розподіляється приблизно 40/30/30 між цими трьома.
Оцінка «розробляти чи купувати» від Techsy виглядає так: годинний discovery-дзвінок для визначення скоупу процесу, ми проводимо 12-бальну шкалу наживо з вами у спільній таблиці, відвантажуємо модель TCO за тиждень і надсилаємо письмову рекомендацію, яка може сказати «купуйте SaaS, не наймайте нас». Наші останні 3 оцінки: 1 рекомендувала розробку, 1 — купівлю, 1 — blend. У нас немає квоти. Якщо ви думаєте ширше про ширшу трансформацію корпоративного AI, оцінка зазвичай правильна відправна точка. Запишіться на безкоштовну 30-хвилинну оцінку «розробляти чи купувати».
Часті запитання
У чому різниця між build, buy та partner у ПЗ?
Buy означає ліцензування наявного SaaS або COTS-ПЗ. Build означає розробку кастомного ПЗ інхаус власними інженерами. Partner означає найм агенції або підрядника для розробки пропрієтарного ПЗ, яким ви володієте. Gartner переосмислює це як Buy/Build/Blend, де Blend поєднує ліцензований COTS для комодиті-процесів із кастомним кодом для диференційованих, що наразі покриває 76% витрат на корпоративне ПЗ.
Коли варто розробляти ПЗ замість купівлі?
Розробляйте, коли виконуються три умови: можливість є конкурентною перевагою, за яку клієнти вам платять; у вас є команда старших інженерів, яка може підтримувати це 5+ років без уповільнення дорожньої карти; і 5-річна TCO SaaS при вашій кількості користувачів перевищує TCO кастомної розробки щонайменше у 2 рази. Якщо будь-яка з трьох відсутня, blend або buy майже завжди виграє за чесною математикою.
Коли купівля SaaS дешевша за кастомну розробку протягом 5 років?
Купівля виграє за TCO, коли у вас менше ~100 користувачів на процес, можливість комодитізована (CRM, email, бухгалтерія, observability), і вам потрібно запуститися менш ніж за 90 днів. Нижче цих порогів підписка SaaS, навіть із щорічним підвищенням цін, коштує менше, ніж повна ставка інженерів плюс підтримка плюс інфраструктура плюс альтернативна вартість.
Що каже Gartner про «розробляти чи купувати»?
Gartner відкидає бінарну рамку і використовує тристоронню модель Buy/Build/Blend. Їхні дані показують, що 76% витрат на корпоративне ПЗ наразі припадає на гібридні стеки (ліцензований COTS плюс кастомні розширення), а не на чисту розробку чи чисту купівлю. Gartner також повідомляє, що компанії пропускають 50–70% реальної TCO у початкових розрахунках, переважно на позиціях інтеграції, виділення FTE адміністратора та вартості виходу.
Чи померло «розробляти чи купувати»?
Бінарна рамка померла. Тривимірне рішення — ні. Називати питання «розробляти чи купувати» приховує той факт, що більшість компаній у підсумку обирає blend: SaaS для комодиті-процесів, кастом для диференційованих, клей між ними. Рішення живе і складніше, ніж виглядає, бо тепер ви обираєте точку розподілу, а не один бік. Сформулюйте це як Buy/Build/Blend — і математика стане чистішою.
Як AI-кодинг (Cursor, Claude Code) змінює математику «розробляти чи купувати» у 2026?
AI-агенти для кодингу, як-от Cursor і Claude Code, скоротили години старших інженерів на фічу на 40–60% за нашими вимірюваннями 2026 на клієнтських розробках. Це зсуває точку перетину: розробки, які не сходилися у 2023, тепер сходяться. Gartner прогнозує, що 75% інженерів корпоративного ПЗ використовуватимуть AI-асистентів для коду до 2028, тож цей зсув стійкий, а не тимчасовий. 18-місячні розробки наразі рутинно відвантажуються за 6–8 місяців.
Яка типова вартість підтримки кастомного корпоративного ПЗ на рік?
Галузеве правило: 15–20% від початкової вартості розробки на рік, постійно. Кастомна платформа за $300K повинна закладати $45K–$60K щорічно на підтримку (баг-фікси, оновлення залежностей, патчі безпеки, невеликі покращення). Це не включає велику роботу над фічами, яка трактується як нова розробка. Недооцінка підтримки — найпоширеніша помилка у моделях TCO кастомної розробки.
Які приховані витрати купівлі корпоративного SaaS?
Шість прихованих витрат, які більшість демо пропускає: прив'язка до вендора (6–18 місяців на перехід), плата за кастомізацію та запити на зміни ($200–500/год), повзучість по місцях на 7–15% на рік зі зростанням організації, витрати на інтеграцію ($20K–$100K на підключену систему), вартість виходу та міграції (3–6 інженерних місяців) та щорічне підвищення цін на 7–15% незалежно від використання. Ліцензійний платіж 1-го року рідко перевищує 30–40% реальної 5-річної вартості.
Що таке загальна вартість володіння (TCO) для ПЗ?
TCO — це повна 5-річна вартість шляху ПЗ, включаючи ліцензування або розробку, впровадження, навчання, інтеграцію, поточну підтримку, виділення FTE адміністратора, альтернативну вартість та вартість виходу/міграції, коли ви врешті йдете. Дослідження Gartner показує, що компанії зазвичай пропускають 50–70% реальної TCO у початкових розрахунках. Порахуйте до того, як фіксуєте рішення, а не після.
Наскільки великою має бути компанія, щоб виправдати кастомну розробку корпоративного ПЗ?
Приблизне правило: ~$10M+ ARR або ~50+ користувачів на конкретний процес. Нижче цього порогу підписка SaaS майже завжди виграє, бо ви не можете амортизувати інженерні витрати та підтримку на достатній обсяг використання. Вище — математика починає схилятися до розробки або blend, особливо коли процес є ядром вашої конкурентної позиції. AI-агенти для кодингу у 2026 знижують цей поріг на 20–30% порівняно з базовим рівнем 2023.
Про автора
Мерт Батур Гюрбюз — співзасновник Techsy.io, де команда відвантажує AI-агентів, системи автоматизації та voice/SDR-пайплайни для B2B-клієнтів. Він навчається в Університеті Бірмінгема та пише про стек інструментів LLM, який команда Techsy насправді використовує в продакшені. Співзасновник, Techsy.io, Університет Бірмінгема. Підключайтесь у LinkedIn.
Висновок
Якщо запам'ятаєте одну річ із цього посту: визначте упередженість кожного фреймворку, який читаєте, перш ніж довіряти рекомендації. Вендори дають поради вендора. Агенції дають поради агенції. Ваш CFO дає поради CFO. Прочитайте три, знайдіть перетин і довіряйте йому.
- Проведіть 12-бальну шкалу наживо на нараді. Вона скорочує дискусію з двох годин до двадцяти хвилин.
- Порахуйте 5-річну TCO чесно. Ціна 1-го року ніколи не є відповіддю.
- Обирайте Blend за замовчуванням, якщо ваш результат 30–45. Більшість компаній усе одно сюди приходить.
Якщо хочете другу пару очей на це рішення, запишіться на безкоштовну 30-хвилинну оцінку «розробляти чи купувати». Ми скажемо вам купити SaaS, якщо це правильне рішення. Таке бувало. Буде знову.