Розробка веб-застосунку: скільки коштує і як утримати бюджет під контролем
Веб-застосунок — це більше, ніж сайт: користувачі входять в акаунт, вводять дані, а застосунок рахує, зберігає й надсилає. Типові приклади — внутрішні інструменти, системи бронювання, калькулятори чи адмін-панелі. Вартість — від кількох тисяч до шестизначних сум. У статті пояснюємо, з чого вона складається і як отримати надійну оцінку.
Що найбільше впливає на ціну
Ціну визначає не кількість екранів, а те, що відбувається за ними:
- Ролі й права: один тип користувача — просто; адміністратор, працівник, клієнт і партнер із різними правами множать логіку й тести.
- Бізнес-логіка: розрахунок цін, процеси погодження, переходи статусів і винятки.
- Інтеграції: CRM, бухгалтерія, оплата, пошта, календар. Кожна потребує обробки помилок.
- Перенесення даних із таблиць чи старих систем.
- Вимоги до безпеки, журналювання, доступності й доступності сервісу 24/7.
Як порахувати бюджет
Опишіть функції як користувацькі історії: «Як клієнт я хочу повторити замовлення, щоб…». Розробник оцінює кожну історію в годинах. Сума, помножена на ставку, плюс керування проєктом, тестування й резерв — це бюджет. У нас година розробки коштує €30; кожну позицію оцінюємо до старту, її можна замовити окремо.
Для орієнтиру: простий внутрішній інструмент із входом, двома–трьома формами й списком — часто 40–120 годин. Застосунок із кількома ролями, оплатою та інтеграцією з CRM швидко сягає кількох сотень годин. Це досвідні значення, а не обіцянка; оцінка вашого списку надійніша.
Фіксована ціна чи оплата за фактом?
Фіксована ціна дає передбачуваність, але потребує точного опису. Кожна пізніша зміна стає додатковою угодою. Оплата за фактом гнучкіша, але потребує прозорості: щотижневі звіти по годинах і ліміт на кожен пакет.
Добре працює середній шлях: фіксована ціна за кожну чітко описану функцію з поетапним замовленням. Ви платите лише за те, що справді погодили, і можете змінити пріоритети після перших пакетів.
Договір: приймання й права на код
У Німеччині розробку ПЗ зазвичай оформлюють як договір підряду (Werkvertrag). Тоді ключовий момент — приймання за § 640 BGB: з нього починається гарантія, і зазвичай настає строк фінального платежу. Заздалегідь визначте, за чим перевіряти приймання: тестові сценарії, браузери, обсяги даних.
Важливо й часто забувається: права на програму, створену працівником, автоматично належать роботодавцю (§ 69b UrhG), а коли її пише зовнішній розробник — ні. Закріпіть у договорі передачу виключних прав на використання й вихідного коду. У нас код і доступи належать вам із першого дня.
Не забувайте про щомісячні витрати
Після запуску є хостинг, база даних, розсилка листів і моніторинг — залежно від масштабу від приблизно €20 на місяць. Плюс оновлення залежностей, дрібні зміни й виправлення помилок. Закладіть на це щомісячний ліміт годин, а не домовляйтеся окремо щоразу.
Часті питання
- Чи веб-застосунок дешевший за нативний?
- Зазвичай так, бо одна кодова база працює в браузері на всіх пристроях. Офлайн-режим чи push-сповіщення частково можливі у форматі Progressive Web App.
- Чи можна почати з no-code інструмента?
- Для простих внутрішніх процесів — так. Коли ролі, інтеграції й обсяги даних зростають, no-code інструменти впираються в обмеження, а ліцензії за користувача стають дорогими.
- Скільки триває розробка?
- Невеликим інструментом можна користуватися вже за кілька тижнів. Більші застосунки розробляємо етапами по два–чотири тижні, кожен закінчується робочою версією.
Джерела
Надішліть список функцій або опишіть процес, який має підтримувати застосунок. Ви отримаєте оцінку кожної функції в годинах і євро.
Оцінити веб-застосунок