Вартість розробки вебзастосунку: від внутрішнього інструмента до SaaS

Сайт чи вебзастосунок: чому їх оцінюють по-різному

Сайт розповідає людям про вашу компанію. Вебзастосунок — або веб-додаток, як його часто називають у пошуку, — виконує для них роботу: приймає замовлення, рахує, зберігає документи й показує кожному користувачеві його власні дані. Від цієї різниці й залежить ціна. Сайт — це здебільшого контент і дизайн; вебзастосунок — здебільшого акаунти, права доступу, дані й логіка між ними. Якщо у вашому проєкті є вхід за паролем чи кодом, найімовірніше, це вебзастосунок, і пропозиція, складена «за сторінками», пропустить більшість роботи. Де саме проходить межа — у статті сайт чи вебзастосунок.

Орієнтовні ціни у 2026 році

Орієнтир для пропозицій студій в Україні та Східній Європі, а не прайс; остаточну суму визначає обсяг робіт, а оцінка розкладе ваш обсяг на модулі з ціною.

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

SaaS MVP не обов’язково починається з рядка SaaS. Вузька версія з одним робочим процесом, одним тарифом і ручним онбордингом вкладається в діапазон вебверсії MVP з одним сценарієм — приблизно $12 000–35 000; повний шар SaaS з’являється тоді, коли його просять клієнти, які вже платять.

Куди йдуть гроші

Ролі та права доступу

Запитання «хто що може бачити й змінювати?» впливає на вартість вебзастосунку сильніше, ніж будь-який екран. Кабінет, де кожен клієнт бачить лише свої замовлення, менеджер — своїх клієнтів, а адміністратор — усе, потребує цих правил на сервері для кожного запису й кожного файлу, а не просто прихованих кнопок в інтерфейсі. Кожна додаткова роль множить кількість випадків, які треба збудувати й перевірити.

Дані й документи

Замовлення з прикріпленими договорами, актами, фото й сканами; версії; хто що завантажив і коли. Формування документів із даних — договір, заповнений із замовлення, рахунок із платежу — окремий модуль, так само як і електронний підпис.

Інтеграції

Облік, CRM, платіжні сервіси, пошта й SMS, карти, API партнера. Вартість залежить не так від кількості інтеграцій, як від їхньої якості: задокументований REST API з тестовим середовищем передбачуваний, а нічне вивантаження файлів зі старої облікової системи — ні.

Безпека

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

Кілька компаній і білінг

Це шар SaaS: розділення даних різних компаній, тарифи й ліміти, підписки чи виставлення рахунків, пробний період, онбординг, запрошення до команди. Саме через нього SaaS дорожчий за кабінет клієнта з такими самими екранами.

Сповіщення

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

Звіти й дашборди

Графіки в дизайні виглядають дешево, а дорожчають тоді, коли дані для них збирають із кількох джерел, мають збігатися до копійки й швидко завантажуватися на історії за рік.

Публічна частина

Перед вебзастосунком часто стоїть сайт: сторінки послуг, SEO, форми заявок, пов’язані із системою. Це окремий модуль із власним дизайном і роботою над текстами.

Приклад із нашої роботи: ECO.NOVA

ECO.NOVA — ліцензований оператор з поводження з небезпечними відходами в Україні. Ми зробили його публічний сайт і B2B-систему за ним: компанія замовляє вивезення, стежить за ним і отримує всі документи в одному місці; менеджери ведуть замовлення, договори й файли у власному кабінеті; адміністратори керують доступами й журналом дій. На публічному боці — сторінки за категоріями відходів, каталог кодів відходів і калькулятор вартості утилізації.

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

Чи впливає технологія на ціну?

Менше, ніж здається. Поширений стек — React і Next.js для інтерфейсу, Python чи Node.js для бекенду, PostgreSQL чи MongoDB для даних — робить доступними і розробку, і пошук розробників у майбутньому. Ціну піднімає екзотика: нішевий фреймворк, база даних, обрана за модою, чи мікросервісна архітектура для продукту, над яким працює одна команда. Якщо розробник пропонує щось незвичне, запитайте, яку вашу проблему це розв’язує. Чому ми найчастіше обираємо Next.js — у статті чому Next.js для бізнес-сайтів і вебзастосунків.

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

Поточні витрати після запуску

• Хостинг і бази даних — помірні для кабінету клієнта, ростуть разом із файлами, користувачами й фоновими завданнями.
• Сторонні сервіси — розсилки, SMS, карти, електронний підпис, AI-моделі, кожен зі своїм тарифом.
• Моніторинг і резервні копії — обов’язкові, щойно клієнти починають залежати від системи.
• Підтримка й зміни — нові ролі, документи й інтеграції в міру того, як змінюється бізнес.

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

Як тримати бюджет під контролем

• Почніть з ролі, що приносить гроші. Часто це кабінет клієнта; інструменти для персоналу на старті можуть бути простішими.
• Збирайте адмінку зі стандартних компонентів. Окремий дизайн бекофісу в першій версії не потрібен нікому.
• Спершу замініть дашборди експортом. З’ясуйте, на які цифри люди справді дивляться, і лише тоді будуйте для них графіки.
• Здавайте модулями й користуйтеся ними одразу. Кабінет, що приймає замовлення, може запрацювати раніше, ніж будуть готові звіти.
• Обирайте формат розробки за ризиком. Внутрішні дашборди підходять для AI Build; кабінети для клієнтів зазвичай робимо в AI + DEV; платформам з оплатами, персональними даними чи регульованими документами потрібен DEV.

Якщо плануєте кабінет клієнта чи SaaS, зазирніть у дві суміжні статті: особистий кабінет клієнта і розробка SaaS MVP без зайвого.

Приклад: одна компанія, три частини

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

Якщо оцінювати це як одну «платформу», запит потрапляє кудись між $40 000 і $120 000 без чіткої межі. Якщо оцінювати частинами, виходить план:

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

Сім запитань до будь-якої пропозиції на вебзастосунок

1. Які ролі входять в обсяг і що бачить кожна? Якщо відповідь — «користувачі й адмін», запитайте про менеджерів, партнерів і доступ лише для перегляду.
2. Чи перевіряються права доступу на сервері? Прихована кнопка — це не безпека: кожен запит має звірятися з тим, кому належить запис.
3. Що відбувається з файлами? Де вони зберігаються, хто може їх відкрити, чи перевіряються завантаження.
4. Які інтеграції входять в обсяг і хто дає до них доступ? Відсутній ключ до API може на тижні зупинити роботу над модулем.
5. Чи входить у ціну адмінка? І що ваша команда зможе робити в ній без розробника?
6. Як влаштоване приймання? Як ви перевіряєте кожну частину, скільки часу маєте на перевірку й що вважається дефектом.
7. Що буде після запуску? Гарантійний період, хто розміщує систему на серверах і як оцінюються зміни.

Розробник, який письмово відповідає на ці запитання, дає вам пропозицію, яку можна порівнювати. Той, хто відповідає «усе включено», дає вам лише цифру.

Як EVA-X оцінює вебзастосунок

Опишіть продукт своїми словами — текстом, посиланням, файлом чи голосовим повідомленням, — і оцінка приблизно за 15 секунд розкладе його на модулі — ролі, екрани, інтеграції, адмінку — з годинами, термінами й ціною. Оцінка безкоштовна й ні до чого не зобов’язує, а команда перевіряє її разом із вами ще до підписання; потім договір фіксує ціну, і вона не росте від кількості годин. Кожен модуль надходить на перевірку у ваш кабінет, і у вас є 7 календарних днів, щоб прийняти його або повернути з обґрунтованим списком правок. Що саме ми робимо — на сторінці розробка вебзастосунків.