Разработка веб-приложений и сервисов отличается от заказа обычного сайта по деньгам, срокам и самой логике работы. Когда ко мне приходят с формулировкой «нужен личный кабинет с оплатой, ролями пользователей и историей заказов», я сразу считаю совсем другую смету, чем для лендинга на Тильде. Сайт показывает информацию, сервис хранит данные, считает бизнес-логику и меняется в зависимости от того, кто в него зашел. Ниже разбираю, где проходит эта граница, из чего складывается бюджет и сколько реально стоит довести проект от идеи до рабочего продакшена.
Чем веб-сервис отличается от сайта
Сайт, даже сложный, в основе своей статичен: у него есть страницы, контент на них меняется через админку или CMS, а посетитель везде видит примерно одно и то же. Лендинг на Тильде, магазин на WooCommerce, блог на WordPress - это разные технологии, но по сути одна модель: контент плюс форма обратной связи.
Веб-сервис устроен иначе. У него есть авторизация и роли, обычный пользователь видит одно, админ - другое, состояние, которое хранится в базе и меняется во времени, и бизнес-логика, которая считает, проверяет и принимает решения без участия человека. Личный кабинет с историей заказов, SaaS-подписка с тарифами, внутренняя CRM, маркетплейс с модерацией объявлений - это все веб-приложения в моем понимании, даже если снаружи они выглядят как обычный сайт с формами.
Практическая проверка простая: если можно выключить бэкенд и сайт продолжит показывать контент, это сайт. Если без сервера с базой данных и API все ломается, вы заказываете веб-сервис, и оценивать его нужно по другим правилам.
На практике я вижу три частых сценария, когда сайта уже недостаточно: нужен личный кабинет с историей операций, нужна логика, которая меняется в зависимости от тарифа или роли пользователя, и нужен API, чтобы отдавать данные в мобильное приложение или партнерский сервис. Если хотя бы один пункт совпадает, дешевле сразу считать проект как веб-сервис, а не пытаться дотянуть конструктор до нужной функциональности.
Из чего складывается бюджет разработки веб-приложения
В смете сайта на Тильде основная часть это верстка и настройка блоков. В смете веб-сервиса верстка занимает от силы четверть работы, остальное это backend, база данных и интеграции.
Обычно я считаю бюджет по этапам:
- Аналитика и прототип - схема данных, юзер-флоу, техническое задание на модули
- Дизайн интерфейса - UI-кит и макеты ключевых экранов, а не всех подряд
- Backend и база данных - API, авторизация, бизнес-логика, права доступа
- Frontend - интерфейс на React, Vue или Next.js с адаптивом под мобильные
- Интеграции - эквайринг вроде Т‑Банка, CRM, СДЭК для доставки, уведомления
- Тестирование и запуск - QA на реальных сценариях, деплой, мониторинг ошибок
Backend с базой данных обычно съедает 30-35% бюджета, интерфейс 20-25%, интеграции 10-15%, остальное распределяется между аналитикой, дизайном и тестированием. Отдельно считаю админ-панель, если у сервиса есть роль администратора с отдельной логикой: панель на React с нуля у меня стоит от 100 000 ₽, дашборд с графиками и отчетами на Vue.js от 90 000 ₽, бэкенд на Laravel под API от 100 000 ₽. Актуальный список всех позиций и цен собран у меня в разделе с услугами по разработке веб-сервисов, там же можно прикинуть бюджет под конкретный набор модулей.
Отдельная статья расходов, которую часто забывают в смете, это доработки после первого релиза. Даже с подробным техническим заданием на живых пользователях всплывают сценарии, которые не учли на старте: неочевидный шаг в оформлении заказа, недостающее поле в форме, лишний клик там, где его не должно быть. Бюджет в 10-15% сверху на правки после запуска экономит нервы и клиенту, и мне, и его лучше сразу закладывать в смету, а не искать в последний момент.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Сколько стоит сайт, магазин и веб-сервис: сравнение
Разница в деньгах между форматами хорошо видна в таблице. Я привожу свои цены, они стартовые и растут в зависимости от количества модулей и интеграций.
| Формат | Что это по сути | Цена от | Срок |
|---|---|---|---|
| Сайт на Tilda | Лендинг или сайт-визитка на конструкторе | от 30 000 ₽ | 3-7 дней |
| Сайт на WordPress | Многостраничный сайт с CMS и блогом | от 60 000 ₽ | 2-3 недели |
| Интернет-магазин под ключ | Каталог, корзина, оплата, доставка через СДЭК | от 80 000 ₽ | 3-5 недель |
| Telegram-бот | Бот на aiogram с логикой и интеграциями | от 30 000 ₽ | 1-2 недели |
| Веб-сервис, SaaS, SPA | Личный кабинет, роли, кастомная бизнес-логика | от 300 000 ₽ | от 8 недель |
Домен, SSL и эквайринг в эту таблицу я специально не включаю, потому что их цена не зависит от того, магазин это или сервис. Домен в зоне .ru стоит порядка 200-300 ₽ в год, .com дороже, обычно 1000-1500 ₽ в год, разница только в зоне. SSL-сертификат от Let’s Encrypt бесплатный и его хватает для 90% проектов, платный сертификат с расширенной проверкой организации обойдется в 3000-15000 ₽ в год в зависимости от типа проверки, а не от того, что вы продаете. Комиссия эквайринга у Т‑Банка и других банков обычно держится в диапазоне 1.5-3.5% и зависит от тарифа и оборота, а не от формата сайта.
Цена растет не линейно от количества функций, а от количества связей между ними. Личный кабинет с одним типом пользователя и без интеграций стоит одних денег, тот же кабинет с несколькими ролями, платной подпиской и синхронизацией с внешней CRM стоит уже в полтора-два раза дороже, потому что каждая связка между модулями требует отдельного тестирования на стыках.
Хостинг и инфраструктура после запуска
Тильда и большинство конструкторов включают хостинг в подписку, WordPress можно разместить на самом дешевом shared-хостинге за пару сотен рублей в месяц. С веб-сервисом так не выйдет: если на бэкенде крутится Node.js, Laravel или Python-приложение с базой данных, нужен VPS с полноценным доступом к серверу, а не общий хостинг с PHP по FTP.
Простой VPS под небольшой сервис обходится в 300-800 ₽ в месяц, под нагруженный проект с очередями и кэшем от 1500 ₽ и выше, тут все зависит от трафика и количества фоновых задач. К этому стоит добавить бюджет на техническую поддержку: у меня она начинается от 15 000 ₽ в месяц и включает мониторинг, обновление зависимостей и разбор инцидентов, для сервиса с оплатами и личными данными пользователей это не опция, а часть эксплуатации.
Резервное копирование и мониторинг - расходы, которые легко упустить при первом расчете бюджета. Автоматический бэкап базы данных и логов ошибок нужно настраивать сразу при запуске, а не после первого инцидента, когда терять уже нечего. Я обычно включаю базовый мониторинг в договор на техподдержку, а не продаю его отдельной строкой.
Сроки разработки веб-сервиса и что на них влияет
Минимальный срок в 8 недель у меня рассчитан на MVP без сложных интеграций: авторизация, один основной сценарий, простой личный кабинет. Как только в проекте появляются эквайринг, СДЭК, внешняя CRM и уведомления по SMS или email, срок растягивается до 10-14 недель, потому что каждая интеграция это отдельное тестирование на реальных данных партнера, а не просто вызов API по документации.
На срок сильнее всего влияют три вещи: количество ролей пользователей, у каждой роли свой набор экранов и прав, число внешних интеграций и то, насколько готово техническое задание к старту. Проекты, которые начинаются с фразы «сделаем как у конкурента, только лучше» без зафиксированного списка функций, растягиваются в полтора-два раза против исходной оценки, я закладываю это в план сразу и обсуждаю с клиентом на старте.
Чаще всего проект растягивается не из-за сложных интеграций, а из-за неполного списка функций на старте. Классический пример: заказчик описывает личный кабинет с заказами, а через месяц разработки выясняется, что нужны еще фильтры, экспорт в Excel и уведомления на почту, которые никто не обсуждал в начале. Каждое такое дополнение - это не пять минут работы, а новый кусок логики, тестирования и правок в интерфейсе, поэтому я всегда фиксирую список функций в ТЗ до старта разработки, а не по ходу проекта.
Как снизить бюджет без потери качества
Первое, что я обычно предлагаю, урезать первую версию до одного сценария, который реально приносит деньги, и отложить второстепенные функции до второго релиза. Личный кабинет с историей заказов важнее, чем система бейджей и геймификация, даже если геймификация красивее выглядит в презентации.
Второе, не писать бэкенд с нуля там, где хватает готового инструмента. Часть внутренней автоматизации, уведомления в отдел продаж, синхронизация заявок между сервисами, отправка данных в CRM, я закрываю через n8n, это выходит в разы дешевле кастомного модуля, от 25 000 ₽ против полноценной разработки интеграции с нуля. Для общения с клиентами вместо разработки классификатора текста с нуля логичнее подключить готовое AI-решение поверх Claude API, это стоит от 50 000 ₽ и закрывает большинство сценариев поддержки и обработки заявок.
Третье, не переносить в SaaS то, что прекрасно работает как связка Тильды с кастомным скриптом. Если задача посчитать доставку по регионам или ограничить промокод по условиям, комплексная доработка сайта на Тильде стоит от 40 000 ₽, и это на порядок дешевле, чем городить отдельный сервис под одну функцию.
Четвертое, делить разработку на этапы с отдельной оплатой и демонстрацией результата. Вместо одного контракта на несколько месяцев вперед я обычно предлагаю разбивку на 3-4 этапа по 3-4 недели: после каждого клиент видит рабочий кусок функциональности и может скорректировать приоритеты, а не ждать финального релиза, чтобы понять, что что-то пошло не так.
Частые вопросы
Чем веб-сервис отличается от веб-приложения?
На практике я использую эти термины как синонимы: и то, и другое продукт с бэкендом, базой данных и логикой, которая меняется в зависимости от пользователя. Иногда веб-приложением называют внутренний инструмент компании, а веб-сервисом продукт, который продают подпиской, но по архитектуре разницы нет.
Можно ли сделать MVP дешевле 300 000 ₽?
Дешевле цельного веб-сервиса можно закрыть отдельную задачу точечным решением: чат-бот на aiogram за от 30 000 ₽ или доработку существующего сайта на Тильде за от 3 000 ₽ для простой правки и от 40 000 ₽ для интеграции с CRM или эквайрингом. Полноценный сервис с личным кабинетом и своей базой данных дешевле собрать не получится, ниже этой планки страдает или бэкенд, или тестирование.
Сколько времени занимает разработка веб-сервиса под ключ?
От 8 недель для MVP с одним основным сценарием и минимумом интеграций. С эквайрингом, СДЭК и внешней CRM реалистичный срок 10-14 недель, а точную цифру я называю только после того, как зафиксирован список функций и ролей пользователей.
Нужен ли отдельный сервер для веб-приложения?
Да, если на бэкенде работает Node.js, Laravel, Python или любой другой серверный код с базой данных, общий хостинг для конструкторов и CMS тут не подойдет. Понадобится VPS с доступом к настройке окружения, обычно от 300 до 1500 ₽ в месяц в зависимости от нагрузки.