Запрос «нужен интернет-магазин под ключ» я в этом году видел в диапазоне от 280 тыс. ₽ до 1,4 млн ₽. Разброс выглядит странно только на первый взгляд. Системно это выглядит так: подрядчики считают разные продукты - от шаблонной витрины с корзиной до магазина, который встроен в реальные процессы бизнеса.
Из-за этого дешевый старт нередко оборачивается дорогой переделкой через 3-6 месяцев. Если упростить, вопрос не в цене сайта. Вопрос в том, покупаете вы витрину или рабочую систему продаж.
Дорожает не дизайн, а число бизнес-сценариев
Главный источник бюджета - не баннеры и не анимация. Деньги уходят в каталог, фильтры, поиск, скидки, статусы заказов, остатки, оплату, доставку, обмен с 1С, CRM и аналитику. Чем больше таких сценариев, тем меньше проект похож на «обычный сайт».
У бизнеса обычно есть 3 уровня решения. Первый - быстрый MVP за 4-6 недель, чтобы проверить канал продаж. Второй - рабочий магазин для стабильного трафика и нормальной операционки. Третий - платформа под рост: несколько складов, B2B-кабинет, персональные цены, API, сложные правила заказов.
У нас был проект в товарах для дома. Клиент хотел уложиться в 220-300 тыс. ₽ на шаблоне. Когда мы расписали реальные требования - обмен с 1С, мультисклад, онлайн-оплату, доставку по зонам и доработку каталога, - смета стала 680 тыс. ₽, а срок - 9 недель. Это не «удорожание по ходу», а момент, когда витрина превращается в магазин.
Сравнивать имеет смысл не итоговую цифру, а состав запуска: что войдет в релиз, что останется ручной работой и что всплывет допсоглашением через месяц.
Половина бюджета сидит в данных, интеграциях и ежедневной работе
Магазин - это цепочка данных, а не набор экранов. Для собственника мысль не самая увлекательная, но полезная. Если каталог, остатки, цены и статусы заказов собраны криво, красивый интерфейс не спасает.
Обычно бюджет выглядит так:
| Блок | Доля бюджета |
|---|---|
| Аналитика и проектирование | 10-15% |
| Дизайн | 15-25% |
| Frontend/backend | 35-50% |
| Интеграции | 10-25% |
| Тестирование и запуск | 5-10% |
Техническая схема у большинства магазинов довольно простая:
Каталог -> CMS/база -> 1С или МойСклад -> CRM -> Оплата/доставка -> GA4 и Метрика
Слабое место обычно не видно до запуска рекламы. Мы переделывали магазин, где внешний вид был вполне нормальный, но менеджеры руками исправляли заказы по 3-4 минуты каждый из-за логики доставки. При потоке даже в 50 заказов в день это уже отдельный скрытый налог на команду.
Переплата начинается там, где выбрали неправильный путь
Кастом до проверки спроса часто выходит слишком дорогим. Шаблон ради экономии тоже легко оказывается мимо, если процессы бизнеса сложнее демо-версии.
Частая ошибка - взять коробку, потому что «там уже все есть». Правильнее сначала разложить операции - каталог, остатки, акции, доставка, роли менеджеров - и только потом выбирать платформу.
У нас был неудачный кейс в оптово-розничной торговле. Клиент запустился на готовом решении с каталогом около 1 500 SKU. На демо все выглядело убедительно, но на практике фильтры не подходили под их атрибуты, остатки приходили из 1С с задержкой 20-30 минут, акции по сегментам не собирались, а checkout не учитывал частичную доставку. Через 4 месяца мы оставили только контентный слой, а каталог и оформление заказа переписали. На переделке сгорело около 260 тыс. ₽.
Я и сам не раз ошибался в оценке того, насколько бизнесу хватит коробочного решения на старте. Обычно проблема не в коробке как таковой, а в том, что ее берут под процессы, для которых она не рассчитана.
Если каталог начинается от 1 000+ SKU, атрибутов много, а фильтрация глубокая, уже нужна нормальная модель данных и поиск. В таких проектах мы обычно смотрим на Laravel 11, PostgreSQL 16 и отдельно решаем поиск - Meilisearch или Elasticsearch, в зависимости от нагрузки и логики выдачи.
Платформа зависит от этапа бизнеса
Я бы смотрел на выбор так:
- до 300-500 SKU, простая доставка, минимум интеграций - готовое решение
- от 1 000 SKU, фильтры, SEO-структура, акции, синхронизация остатков - чаще CMS с доработками
- B2B и B2C в одной системе, личные цены, кабинет дилера, несколько складов, API - кастомная разработка
Есть короткий чеклист, когда шаблон уже тесен:
- больше одного склада
- цены зависят от типа клиента
- нужен обмен с 1С, ERP или CRM
- каталог живет на десятках атрибутов
- в планах постоянные доработки после запуска
Если совпало хотя бы 3 пункта, «быстрый старт» часто становится самым дорогим маршрутом.
Считать надо не только разработку, а TCO первого года
Для магазина честнее считать TCO - полную стоимость владения. Разработка здесь только первая строка. Дальше идут интеграции, сервер, лицензии, контент, поддержка, аналитика, исправления после реального трафика.
Ориентир для рабочего запуска обычно такой:
- разработка - от 600 тыс. ₽
- интеграции - от 150 тыс. ₽
- контент и наполнение - от 80 тыс. ₽
- хостинг, лицензии, сервисы - 60-120 тыс. ₽ в год
- поддержка и развитие - 20-80 тыс. ₽ в месяц
Я бы еще попросил подрядчика разложить смету на три корзины: must-have, желательное и потом. Прием простой, но хорошо дисциплинирует проект. Самая дорогая строка в смете обычно звучит безобидно - «доработаем по ходу».
Перед подписанием сметы стоит попросить показать, как заказ проходит путь от карточки товара до 1С, CRM и доставки, со всеми сбоями и ручными действиями. В этом месте быстро становится видно, покупаете вы магазин или будущий ремонт.
