Стоимость разработки веб-приложения: три состава проекта и понятная смета

В одном предложении «веб-приложением» называют форму с личным входом, а в другом так называют систему для нескольких отделов, платежей и отчётов. При сравнении разных объёмов есть риск выбрать дешёвую на вид смету и затем оплатить недостающие работы. Стоимость разработки веб-приложения складывается из пользовательских операций, ролей, данных, интеграций, проверок и запуска. Покажем открытый ценовой ориентир, три состава проекта и шаблон, по которому можно проверить смету. Цифру 13FOX для вашего сервиса можно назвать после описания первой рабочей операции и источников данных.

Короткий ответ: что говорят открытые предложения

В публикации YuSMP Group, обновлённой 13 сентября 2026 года, первая работающая версия (MVP) веб-приложения оценена от 500 тысяч до 1 миллиона рублей, версия для роста от 1 до 2 миллионов рублей, платформа от 2 миллионов рублей. Это пример цен другого исполнителя для описанных им составов, а не рыночная статистика и не цены 13FOX. Ваш проект может оказаться как проще, так и сложнее этих примеров.

Чтобы получить свою сумму, сначала опишите законченный путь пользователя: кто входит, какое действие выполняет, какие данные меняются и где виден результат. Затем добавьте роли, внешние системы, возможные ошибки и критерий запуска. После этого смета будет состоять из работ, которые можно проверить, а не из произвольной цены за «веб-приложение».

Три состава веб-приложения от одной операции до платформы
Перед оценкой выберите, какой результат должен дать первый выпуск.

Когда нужен сайт, а когда веб-приложение

Обычный сайт знакомит с компанией, показывает услуги и собирает обращения. Веб-приложение помогает человеку сделать работу внутри системы: оформить и изменить заказ, обработать заявку, сверить данные или получить свой отчёт. Для этого ему нужны учётная запись, понятные права, данные и серверные правила. Личный кабинет является частным случаем веб-приложения: он сосредоточен на действиях конкретного клиента или сотрудника. Если задача заканчивается отправкой формы менеджеру, полноценное приложение может оказаться лишним.

Представьте сервис для оптового клиента. Он видит свои цены, оформляет заказ и узнаёт статус. За экраном должны согласованно работать договор, остаток, подтверждение и права именно этой компании. Такой сервис нельзя оценить количеством страниц в макете. Если тот же клиент просто читает каталог и оставляет телефон, можно начать с сайта.

Что показывает наш проект «Бакаев»

В проекте «Бакаев» команда магазина управляет товарами, заказами и доставкой через рабочую панель, а данные магазина связаны с облачной 1С через API (согласованный способ обмена между программами). В панели есть статусы заказов и назначенные курьеры. Этот кейс показывает, почему бюджет системы не сводится к внешнему экрану: за ним находятся действия сотрудников и обмен данными. Публичный кейс не содержит трудозатрат или суммы, поэтому он не служит ориентиром стоимости.

Реальный проект 13FOX

«Бакаев»: за экраном стоит рабочая система

В админ-панели команда ведёт каталог, заказы и доставку. Данные связаны с облачной 1С. Это подтверждённый пример связанного продукта, но его бюджет не опубликован.

Открыть кейс
Админ-панель Бакаев с заказами, статусами и назначенными курьерами
Операции, а не страницыЗаказы, статусы и исполнители связаны одним рабочим процессом.
Детали — в полном кейсе «Бакаев».

Именно так полезно читать любую смету: строка «экран заказов» ничего не говорит о том, кто вправе изменить заказ, откуда берётся цена и что происходит, если учётная система недоступна. Эти правила нужно описать отдельно.

Три состава проекта: выберите свой

Первый рабочий путь. Одна главная операция и всё, без чего она не завершится. Для сервиса заявок это может быть: клиент отправляет обращение, сотрудник видит его, меняет статус, клиент получает понятный результат. Нужны минимально необходимые роли и надёжное хранение данных. «Минимальный» не означает отсутствие проверки доступа или обработки ошибки.

Рабочий сервис. Несколько операций и ролей, уведомления, поиск, отчёты для команды, связь с системой работы с клиентами (CRM) или 1С. Появляется больше исключений: заказ исправили после отправки, документ вернулся на доработку, два сотрудника открыли одну заявку. Смета должна содержать эти переходы и правила.

Платформа. Несколько организаций или направлений, собственные тарифы, разграничение данных между компаниями, администрирование, нагрузка и более сложные процессы поддержки. Здесь нужна отдельная работа с эксплуатацией: кто отвечает за доступность, обновления, резервное копирование и наблюдение за ошибками.

Практическое правило: сначала назовите действие, за которое пользователь готов возвращаться в сервис. Если его нельзя описать одним предложением с результатом, состав первого выпуска ещё не определён.

Из каких работ складывается полная смета

Стоимость разработки включает больше, чем время программиста. До начала работы команда разбирает процесс и рисует рабочий сценарий. Во время создания делает интерфейс, сервер, базу данных, права и интеграции. Затем проверяет обычные и ошибочные пути, переносит необходимые данные и запускает сервис. После запуска нужны размещение, поддержка и изменения. Если в предложении есть только «дизайн» и «разработка», попросите раскрыть остальные части.

Три блока стоимости веб-приложения: подготовка, создание и запуск
Смета должна охватывать невидимую пользователю работу, а не только экраны.
Строка сметыЧто входитЧто уточнить до договора
Анализ и прототипПользовательские действия, данные, роли и ошибкиКакая версия результата принимается заказчиком
Интерфейс и серверЭкраны, действия, хранение и правила доступаКакие операции и устройства включены
ИнтеграцииПередача, сопоставление данных и обработка сбояКто дорабатывает внешнюю систему и даёт тестовый доступ
Проверка и запускТесты, исправления, публикация и наблюдениеЧто считается готовностью и сколько длится поддержка
ЭксплуатацияРазмещение, резервные копии, исправления и развитиеРазовые и регулярные платежи, ответственные

Не забывайте про стоимость владения. Разработка оплачивается до запуска, но серверы, внешние сервисы и сопровождение нужны после него. Их удобно показывать отдельной строкой, чтобы низкая стартовая цена не скрывала будущие обязательства.

Шаблон сравнения двух предложений

Попросите двух исполнителей ответить на одинаковые вопросы. Что пользователь сможет закончить сам? Какие роли и данные включены? Как проверяют отказ оплаты или сбой интеграции? Кто переносит старые данные? Что передадут при завершении работы: код, доступы, инструкции? Какие расходы появятся после запуска? Скопируйте шаблон ниже и впишите ответы из двух предложений.

ПараметрПредложение АПредложение Б
Главное действие и ролиЗаполнить по сметеЗаполнить по смете
Интеграции и перенос данныхЗаполнить по сметеЗаполнить по смете
Ошибки, права и тестыЗаполнить по сметеЗаполнить по смете
Код, доступы и инструкцииЗаполнить по сметеЗаполнить по смете
Разовая цена и платежи после запускаЗаполнить по сметеЗаполнить по смете
Сравнение предложений по объёму, проверкам и передаче результата
Одинаковые суммы не гарантируют одинаковые результаты — проверьте условия.

Запишите ответы в два столбца. Если одна смета охватывает передачу исходного кода, тестирование на телефоне и безопасный повтор заказа, а другая нет, сравнение итоговых сумм несправедливо. Сначала приведите состав к общему виду. Это и есть полезная «подробная смета», даже если стоимость пока предварительная.

Как уменьшить первый бюджет

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

Не вычёркивайте проверку доступа, резервное копирование важных данных и понятное поведение при сбое. Такая «экономия» часто возвращается ручной работой и потерянными операциями. Для первого выпуска нужен узкий, но законченный сценарий, который можно принять и измерить.

Частые вопросы

Сколько стоит MVP веб-приложения?

Открытое предложение YuSMP Group на сентябрь 2026 года называет от 500 тысяч до 1 миллиона рублей за первую работающую версию (MVP). Это ориентир конкретной студии, а не средняя цена рынка и не смета 13FOX. Состав первого выпуска нужно проверить до сравнения.

Чем веб-приложение отличается от обычного сайта?

Сайт прежде всего показывает информацию и собирает обращения. Веб-приложение позволяет разным пользователям выполнять действия с данными и хранит результат: например, обработать заказ, изменить статус или посмотреть свой отчёт.

Что чаще всего не входит в первую цену?

Проверьте перенос старых данных, сторонние лицензии, размещение, поддержку, новые функции после запуска, исправление данных во внешних системах и проверку ошибок интеграции. Состав всегда должен быть записан в предложении.

Можно ли начать с одного сценария?

Да. Выберите один законченный путь пользователя, который создаёт измеримую пользу, и включите нужные роли, данные и проверки. Остальные сценарии можно оценивать отдельно после первого использования.

Источники и полезные продолжения

Если ваше приложение в основном показывает клиенту его данные и документы, отдельно разберите стоимость личного кабинета. Если главная сложность заключается в обмене заказами с учётом, посмотрите варианты связи магазина и 1С.

Получите оценку по составу работ

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

Для первого разговора не нужны пароли и доступы к рабочим системам.

Ко всем статьямСмотреть кейсыРазработка веб-приложений

Спасибо!

Наша команда свяжется с вами!

Отправляем 🚀