Вартість розробки ПЗ на замовлення: з чого складається ціна та як її оцінити

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

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

Що впливає вартість розробки ПЗ

Будь-яка оцінка складається з тих самих чинників:

• Об'єм. Кількість екранів, ролей користувачів, процесів та звітів. Кожну функцію потрібно спроектувати, написати, протестувати та підтримувати. Обсяг - головний фактор і той, яким ви керуєте найсильніше.
• Складність бізнес-правил. Форма, яка зберігає дані, коштує недорого. Двигун цін зі знижками, податками, валютами та винятками – дорого, навіть якщо виглядає як один екран.
• Інтеграція. Платежі, CRM, ERP, бухгалтерія, доставка, пошта та месенджери. Кожна зовнішня система додає авторизацію, обробку помилок, повтори та тестування на чужому API. З добре документованими API робота йде швидко, зі старими системами без API – повільно.
• Перенесення даних. Перенесення багаторічних записів з таблиць чи старої системи, чищення дублів та зіставлення полів часто займають більше часу, ніж очікувалося.
• Дизайн та UX. Акуратна адмінка на стандартному наборі компонентів коштує набагато дешевше ніж продукт для клієнтів з індивідуальним дизайном.
• Нефункціональні вимоги. Безпека, продуктивність під навантаженням, доступність, журнали аудиту, доступність для людей з обмеженнями, кілька мов та відповідність вимогам ( GDPR, правила платіжних систем) – все це додає роботи.
• Розташування команди та ставка. Ставки відрізняються в рази між регіонами та між фрілансером, невеликою студією та великим агентством. Вища ставка при меншій кількості годин може виявитися дешевшою в результаті.

Типова вартість за типами проектів

Це порядок цифр для невеликої досвідченої європейської команди зі ставкою приблизно €40–100 за годину. Використовуйте їх для перевірки здорового глузду, а не як комерційну пропозицію.

• Інтеграція існуючих систем: €2k-20k. Наприклад, синхронізація замовлень з магазину з бухгалтерією, підключення платіжного провайдера або передача заявок із форм у CRM. Ціна залежить від кількості систем, обсягу даних та якості їх API.
• Внутрішній інструмент або адмін-панель: €5k-30k. Дашборд, процес узгодження, система бронювання або обліку для вашої команди. Співробітникам підходить простий інтерфейс, тож витрати на дизайн невеликі.
• Клієнтський портал: €15k-60k. Аккаунти, ролі, документи, оплати, повідомлення та інтеграція з бек-офісом. Безпека та UX важливіші, тому що ним користуються клієнти.
• MVP SaaS-продукту: €30k-120k і більше. Мультитенантна архітектура, підписки та білінг, онбординг, адмінка, аналітика та акуратний інтерфейс. Діапазон широкий, тому що " MVP " для різних засновників означає дуже різне.
• Прийом та модернізація існуючого ПЗ: щодо ситуації. Почніть з аудиту: вартість залежить від якості коду, покриття тестами та документації. Як безпечно прийняти проект, описано в нашому гайді з передачі legacy PHP-проекту.

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

Погодинна оплата, фіксована ціна або ритейнер

• Погодинна оплата (time and materials). Ви платите за фактичний годинник, зазвичай зі щотижневими звітами. Найкраще, коли обсяг не до кінця відомий, пріоритети змінюються або ви покращуєте існуючу систему. Ризик перевитрати контролюється лімітом бюджету та регулярними перевірками.
• Фіксована ціна. Одна ціна за точно описаний об'єм. Найкраще для невеликих проектів із докладним ТЗ. Підрядник закладе запас на ризики, а зміни оцінюватимуться окремо. Фікс без детального ТЗ зазвичай закінчується суперечками.
• Ретейнер. Щомісячний пакет годинників на розвиток, супровід та підтримку. Найкраще після запуску, коли йде постійний потік покращень, оновлень та дрібних виправлень. Він також гарантує, що поряд є людина, яка знає систему.

Багато проектів поєднують їх: аналіз за фіксованою ціною, погодинна розробка першого релізу, потім ретейнер на підтримку.

Приховані витрати, які потрібно закласти до бюджету

• Хостинг та інфраструктура: сервери або хмара, бази даних, резервні копії, CDN, моніторинг, домен та пошта.
• Сторонні сервіси: комісії платіжного провайдера, відправка SMS та листів, карти, API AI-моделей та платні бібліотеки.
• Супровід: патчі безпеки, оновлення фреймворку та мови, виправлення після змін у браузерах або API. Поширене правило — 15–20% від початкової вартості розробки на рік.
• Запити на зміни: реальні користувачі попросять зміни в перші місяці. Зарезервуйте на них 10-20% бюджету.
• Час вашої команди: відповіді на запитання, тестування, підготовка контенту та даних. Проекти постають, коли на стороні замовника ніхто не має часу на рішення.
• Витрати на вихід: переконайтеся, що код належить вам, у вас є доступ до репозиторію та серверів і є документація, щоб зміна підрядника не означала починати з нуля.

Як знизити вартість без втрати якості

1. Спочатку заплатіть за аналіз. Короткий аналіз архітектури перетворює розмиту ідею на список функцій, інтеграцій та ризиків. Це найдешевший спосіб отримати точну оцінку і не збудувати не те.
2. Скоротіть перший реліз до основного процесу. Запускайтеся з функціями, які приносять або заощаджують гроші, інше додавайте за реальним використанням.
3. Використовуйте готове замість розробки заново. Беріть перевірені послуги для платежів, авторизації, пошти та пошуку. Перевірте, чи може no-code інструмент закрити частину завдання; де його межі, описано у статті коли no-code перестає працювати.
4. Використовуйте стандартну адмінку. Індивідуальний дизайн потрібний на екранах для клієнтів, а не у кожній внутрішній формі.
5. Рано автоматизуйте тестування та деплою. На старті це коштує небагато, а економить багато на кожній наступній зміні.
6. Приймайте рішення швидко. Тижні очікування погоджень змушують команду перемикатися, і годинник зростає.

Як отримати оцінку, якій можна довіряти

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

Чим ми можемо допомогти

Ми розробляємо замовлення ПЗ, інтеграції та клієнтські портали, а також приймаємо на підтримку існуючі PHP-проекти. Щоб отримати реалістичну цифру до старту, запишіться на консультацію (€50/год) або замовте аналіз архітектури (€200) — письмове розбиття функцій, інтеграцій, ризиків та оцінку. Перегляньте нашу послугу інтеграцій та кейс білінгу PebbleHost — приклад інтеграції білінгу в продакшені.