Стоимость разработки ПО на заказ: из чего складывается цена и как её оценить

Готовое ПО дешёвое, пока ваш процесс в него укладывается. Потом вы платите обходными решениями, таблицами и ручным копированием между системами. В этот момент разработка ПО на заказ становится вариантом, и первое, что все хотят знать, — цена. Честный ответ — диапазон, но его можно быстро сузить, если понимать, от чего он зависит.

Мы разрабатываем и сопровождаем заказные системы: интеграции биллинга и платежей, клиентские порталы, внутренние инструменты и мультиязычные сайты. Ниже — как мы оцениваем проекты и что говорим клиентам до подписания договора.

Что влияет на стоимость разработки ПО

Любая оценка складывается из одних и тех же факторов:

• Объём. Количество экранов, ролей пользователей, процессов и отчётов. Каждую функцию нужно спроектировать, написать, протестировать и поддерживать. Объём — главный фактор и тот, которым вы управляете сильнее всего.
• Сложность бизнес-правил. Форма, которая сохраняет данные, стоит недорого. Движок цен со скидками, налогами, валютами и исключениями — дорого, даже если выглядит как один экран.
• Интеграции. Платежи, 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 — пример заказной интеграции биллинга в продакшене.