Клиентам нужен личный кабинет с заказами и документами. Менеджерам — система для обработки заявок. Партнёрам — отдельный интерфейс с ценами и условиями. А бизнес хочет, чтобы всё это работало с существующей CRM или 1С.
Обычным сайтом с формой обратной связи такие задачи уже не решить.
Здесь нужна кастомная веб-разработка — система с собственной логикой, пользователями, данными и интеграциями.
У ВебШаг стоимость первой версии такого продукта начинается от 500 000 ₽. Но итоговая сумма зависит не столько от количества экранов, сколько от того, что пользователи должны делать внутри системы.
Подробнее об услуге — на странице кастомной веб-разработки. Если нужен только публичный сайт с услугами и формой заявки, стоит посмотреть разработку сайтов.
Кастомная разработка нужна не каждому бизнесу. Если задачу можно решить обычным сайтом или автоматизацией одного процесса, нет смысла сразу заказывать полноценную веб-систему.
1Когда это кастом, а не обычный сайт
Главное отличие кастомного продукта — пользователь не просто просматривает информацию, а работает внутри системы.
Например:
- клиент входит в кабинет, видит свои заказы и скачивает документы;
- дилер получает доступ к индивидуальным ценам и оформляет заявки;
- менеджер обрабатывает обращения и меняет их статусы;
- сотрудники согласовывают документы по установленному маршруту;
- компания предоставляет клиентам собственный онлайн-сервис по подписке.
У таких систем обычно есть несколько общих признаков:
- разные роли и права доступа;
- постоянное хранение пользовательских данных;
- собственные правила обработки заказов, заявок или документов;
- интеграции с CRM, 1С, платежами и другими сервисами;
- интерфейсы для пользователей и администраторов.
Но если задача — рассказать о компании, показать услуги и получить заявку, кастомная разработка может быть лишней.
В таком случае достаточно обычного сайта для бизнеса.
Если же требуется только один повторяющийся процесс — например, получить файл, обработать его и передать результат сотруднику, — иногда достаточно точечной автоматизации от 80 000 ₽.
Кастом имеет смысл там, где компании нужен собственный рабочий инструмент, а не просто страницы с информацией.
2Из чего складывается смета
У кастомной разработки нет универсальной цены за страницу или экран.
Даже два внешне похожих личных кабинета могут сильно отличаться по объёму работы.
На стоимость влияют несколько вещей.
Сценарии пользователей
Что человек должен делать внутри системы?
Например: войти → создать заявку → прикрепить документ → отслеживать статус.
Чем больше разных действий и условий, тем сложнее разработка.
Роли и права доступа
Клиент, менеджер, руководитель и администратор могут видеть разные данные и выполнять разные действия.
Важно заранее определить, кому что разрешено.
Работа с данными
Нужно понять, где хранятся заказы, документы и статусы, кто их изменяет и как сотрудники управляют системой.
Для этого может потребоваться отдельная административная часть.
Интеграции
Система может обмениваться данными с CRM, 1С, платёжными сервисами или существующим сайтом.
Каждая интеграция требует отдельной логики, проверки данных и обработки ошибок.
Дизайн и интерфейс
Для внутреннего рабочего инструмента иногда достаточно простого функционального интерфейса.
Для клиентского продукта могут потребоваться более подробная проработка пользовательских сценариев и индивидуальный дизайн.
Изменения требований
Если во время разработки появляются новые роли, отчёты и функции, меняется и объём работ.
Поэтому до старта важно согласовать состав первой версии и определить, что относится к следующим этапам.
Сравнивать стоимость двух кастомных проектов можно только при сопоставимом наборе функций и требований.
3Ориентиры ВебШаг
Первая версия кастомного веб-продукта у ВебШаг — от 500 000 ₽. Точная стоимость и срок — после брифа и согласования функциональности.
В согласованный объём могут входить:
- проработка пользовательских сценариев;
- интерфейсы основных ролей;
- серверная логика и работа с данными;
- административная часть;
- необходимые интеграции;
- тестирование и запуск.
Конкретный состав определяется после обсуждения задачи.
Для сравнения — другие направления разработки ВебШаг:
| Формат | Ориентир стоимости |
|---|---|
| Визитка или лендинг по готовым материалам | 50–80 000 ₽ |
| Визитка или лендинг со структурой и текстами | От 150 000 ₽ |
| Сайт с дизайном в Figma по брендбуку и базовым AI-ассистентом | От 250 000 ₽ |
| Каталог или интернет-магазин | Чаще от 350 000 ₽ |
| Автоматизация одного сценария | От 80 000 ₽ |
| AI-ассистент через API | От 120 000 ₽ |
| Мобильное приложение для iOS и Android | От 500 000 ₽ |
| Кастомный веб-продукт | От 500 000 ₽ |
Токены языковой модели для AI-решений оплачиваются отдельно.
Минимальный заказ студии — 50 000 ₽, но это не означает, что за эту сумму можно разработать полноценный личный кабинет или SaaS.
Например, для разработки личного кабинета нужны авторизация, роли, работа с данными и интерфейсы для пользователей. Это уже другой объём по сравнению с сайтом-визиткой.
Большие системы с несколькими процессами и сложными интеграциями оцениваются отдельно.
4Как не переплатить на старте
Главная ошибка — пытаться сразу разработать все функции, которые когда-нибудь могут понадобиться.
Например, компания хочет кабинет для дилеров.
В первой версии дилеру достаточно авторизоваться, увидеть свои цены и отправить заявку.
Но в список требований сразу попадают аналитика продаж, внутренний чат, десятки отчётов, дополнительные роли и мобильное приложение.
Проект становится заметно больше, хотя основной сценарий ещё даже не проверен в работе.
Разумнее начать с MVP — первой рабочей версии, которая уже решает конкретную задачу.
Выберите основной сценарий
Например: дилер входит → открывает каталог → выбирает товары → отправляет заявку.
Это понятный результат, который можно проверить после запуска.
Отложите необязательные функции
Сложные отчёты, дополнительные роли и расширенную аналитику можно добавить позже, когда станет понятно, что они действительно нужны.
Разделите публичный сайт и рабочую систему
Компания может одновременно разрабатывать сайт с услугами и личный кабинет клиентов.
Но у этих частей разные задачи. Лучше отдельно определить их состав и бюджет, даже если они используют общие данные.
Зафиксируйте границы первой версии
До начала работ должно быть понятно:
- какие роли предусмотрены;
- какие действия доступны пользователям;
- какие данные хранятся;
- какие интеграции нужны;
- что считается готовым результатом.
Иначе проект будет постоянно расширяться за счёт новых пожеланий.
Первая версия не обязана содержать все будущие функции. Важно, чтобы она полностью выполняла основной сценарий и ею уже можно было пользоваться.
5С чего начать разговор со студией
Для первичной оценки не нужно заранее писать техническое задание на десятки страниц.
Достаточно ответить на пять вопросов.
1. Кто будет пользоваться системой?
Клиенты, партнёры, менеджеры, сотрудники компании?
Какие роли действительно нужны на старте?
2. Что пользователь должен сделать?
Опишите один основной сценарий от входа до результата.
Например: клиент входит в кабинет, выбирает услугу, отправляет заявку и отслеживает её статус.
3. Какие системы уже используются?
Сайт, CRM, 1С, складская программа, платёжный сервис?
Важно понять, откуда брать данные и куда передавать результат.
4. Что должно работать в первой версии?
Отделите обязательные функции от тех, которые можно добавить позже.
5. Есть ли ограничения по бюджету и срокам?
Это поможет выбрать подходящий масштаб первой версии и не закладывать лишнюю функциональность.
После такого разбора уже можно определить, требуется ли полноценный кастомный продукт, обычный сайт или автоматизация одного процесса.
Технологии выбираются следующим шагом.
В зависимости от проекта это могут быть React, Next.js, Vue, PHP, Laravel, Node.js, Python и другие инструменты.
Мы не привязываем всех заказчиков к одному фреймворку. Выбор зависит от требований к системе, интеграций и дальнейшего развития.