Скільки коштує MVP SaaS-продукту у 2026 році

Коротка відповідь: у більшості студій, які роблять якісно, MVP SaaS-продукту з індивідуальним дизайном коштує приблизно від $10 000 і займає один-два місяці. Довша відповідь пояснює, що саме ви отримуєте за ці гроші, чому ціна змінилася за останні два роки і від чого залежить, чи опинитеся ви біля нижньої межі, чи значно вище.

Чому змінилася ціна

Раніше найдорожчими в продукті були сторінки, компоненти та інтеграції. Сьогодні значна частина цієї роботи робиться швидко. Ми розробляємо з Claude Code, і повторювану інженерію бере на себе AI: шаблонний код, тести, перевірки на відповідність правилам платформ, перенесення контенту. Список функцій більше не найскладніша частина.

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

Перший тиждень

Перший тиждень іде на розуміння, а не на пікселі. Вивчаємо те, що вже є: ваш продукт, прототипи, нотатки, старий сайт, якщо він існує. Потім ринок, прямих конкурентів та інструменти навколо них.

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

Терміни за етапами

Типовий MVP з одним головним завданням і однією-двома ролями користувачів рухається так:

1. Аналіз і концепт, близько тижня. Дослідження, структура і концепт головного екрана.
2. Дизайн, два-три тижні. Усі ключові сценарії у Figma, на десктопі й мобільних, а дизайн-система росте паралельно.
3. Розробка, три-чотири тижні. Фронтенд, база даних, автентифікація, оплати та інтеграції, потрібні першій версії. Дизайн і розробка йдуть внахлест, тож перші робочі екрани з’являються рано.
4. Запуск і перші виправлення, близько тижня. Аналітика, лендинг, перші реальні користувачі і перше коло змін.

Так і складаються один-два місяці. Нативний застосунок для iPhone, додаткові ролі чи складні інтеграції подовжують цей термін.

Від чого залежить ціна

1. Кількість ключових сценаріїв. MVP з одним головним завданням, як-от спланувати день чи провести турнір, дуже відрізняється від MVP з трьома ролями користувачів і білінгом.
2. Платформи. Лише веб чи веб плюс нативний застосунок для iPhone. Нативний застосунок додає часу, але й додає віджети, тактильний відгук і те відчуття, якого люди чекають від телефону.
3. Інтеграції. Оплати, електронна пошта, календарі, AI-функції і конектори до інструментів на кшталт Claude.
4. Глибина дизайну. Чистий функціональний інтерфейс чи виразний бренд з моушном і повною дизайн-системою.
5. Контент. Чи приносите ви тексти і дані самі, чи ми пишемо і структуруємо їх разом з вами.

Фіксована ціна чи погодинна оплата

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

Як зменшити вартість

1. Спершу одне завдання. Добре зробіть головний сценарій, а другорядні функції залиште для другої версії.
2. Спершу одна платформа. Почніть з вебу, де зміни виходять миттєво, хіба що продукт має сенс лише на телефоні.
3. Реальний контент якомога раніше. Текст-заглушка ховає проблеми, які реальні дані покажуть за день.
4. Дизайн-система з самого початку. У перші тижні вона коштує трохи більше, а в кожен наступний місяць заощаджує найбільше.

Що ви отримуєте в результаті

1. Робочий продукт у вебі, побудований на Next.js, React, TypeScript і Supabase.
2. Дизайн-систему у Figma: токени, компоненти, світлу і темну теми.
3. Лендинг, який пояснює продукт і збирає реєстрації.
4. Аналітику і відстеження конверсій з першого дня.
5. Чіткий список наступних кроків, упорядкований за тим, що насправді просять користувачі.

Реальний приклад

Aimgod це система особистого зростання з веб-застосунком, нативним застосунком для iPhone в App Store і лендингом. Веб-версія стала специфікацією для застосунку на iPhone, який потім додав те, що вміє лише телефон: віджети з живим зворотним відліком для поточної задачі, тактильний відгук, підписки через Apple. Той самий процес ми застосовуємо до продуктів клієнтів, з поправкою на їхній обсяг.

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

Чи можна натомість почати без коду? Так, щоб перевірити попит. Інструменти на кшталт Bubble чи Webflow можуть потягнути першу версію. Коли знадобиться власна логіка, продуктивність або нативний застосунок, продукт на коді дешевше розвивати.

Чи потрібен дизайнер, якщо AI вміє генерувати екрани? AI вміє генерувати екрани. Але він не вирішить, для чого продукт, який екран іде першим і чому користувач має повернутися. А саме від цього залежить, чи знайде MVP своїх користувачів.

Що відбувається після запуску? Ми лишаємося на виправлення і наступні функції, за запитом або за щомісячним планом. Код, файли Figma і всі акаунти належать вам.

Перш ніж запитати про ціну

1. Запишіть один результат, який має дати ваш продукт.
2. Перелічіть користувачів і що робить кожен з них.
3. Зберіть усе, що вже є: нотатки, ескізи, презентацію, посилання на конкурентів.
4. Вирішіть, що для вас означає запуск: демо для інвесторів, перші платні клієнти чи публічний реліз.

З цими чотирма пунктами перший дзвінок може закінчитися конкретною оцінкою, а не діапазоном. Як ми працюємо, дивіться на сторінці Дизайн SaaS, або розкажіть нам про свій продукт.