«Нам прислали два КП: одно на 280 тыс. ₽, второе на 1,4 млн ₽. Почему такая разница, если визуально магазины почти одинаковые?» Вопрос нормальный. Короче, почти всегда сравнивают экраны, а платить потом приходится за склад, цены, фильтры, обмен с 1С и все, что происходит после кнопки «Купить».
Я бы читал смету магазина как схему процессов. Тогда быстро видно, где вам продают просто витрину с корзиной, а где - рабочий инструмент продаж.
Похожий магазин снаружи может быть разным проектом внутри
Внешне два магазина легко спутать. У одного каталог на 300 SKU, оплата онлайн, одна служба доставки и простая админка. У другого - 20 000 SKU, несколько складов, обмен с 1С раз в 5 минут, цены для опта и розницы, возвраты, статусы поставки и роли для менеджеров.
У нас был проект в дистрибуции запчастей. Клиент пришел с формулировкой «нужно как у конкурента». После двух встреч выяснилось, что ему нужны 3 типа цен, B2B и B2C в одном каталоге, резервирование остатков, SEO-страницы фильтров и синхронизация с CRM. По картинке - обычный магазин. По работам - уже 2,8 млн ₽, а не 600 тыс. ₽.
Цена магазина определяется не страницами, а количеством решений, которые система принимает за пользователя и за команду. Чем больше правил живет внутри, тем дороже бэкенд, тестирование и запуск.
Смета врет не цифрой, а пропусками
Вот смотри: в дешевом КП все обычно выглядит аккуратно, пока не начинаешь задавать неудобные вопросы. Импорт каталога, миграция старых данных, фильтры, поиск, SEO-логика, обучение сотрудников, поддержка после релиза - все это легко уезжает в «обсуждается отдельно».
На одном тендере мы сравнивали свою оценку с более дешевым предложением. У нас было 8 блоков работ, у коллег - четыре строки. Клиент сначала выбрал дешевле, а через месяц вернулся: поиск, фильтрация и обмен с 1С внезапно оказались допработами. По деньгам почти догнали нас, по срокам потеряли еще 5 недель.
Базовая смета:
- каталог
- карточка товара
- корзина
- checkout
Полная смета:
- аналитика и проектирование
- импорт каталога
- фильтры и поиск
- SEO-архитектура
- интеграция с 1С / CRM
- тестирование
- запуск и обучение
Если товаров много, подрядчик может заложить OpenSearch, Redis, очереди и отдельную индексацию. Это не украшения для сметы, а способ сделать так, чтобы магазин на 10 000+ товаров не думал по 2-3 секунды на каждый фильтр.
Полезнее смотреть на сценарий запуска, а не на «цену от»
Фраза «интернет-магазин от 150 тыс. ₽» мало о чем говорит. За такие деньги можно стартовать, но ждать сложной логики и нормального роста без переделок я бы не стал.
| Сценарий | Что внутри | Бюджет |
|---|---|---|
| Быстрый запуск | шаблон, малый каталог, корзина | 150-400 тыс. ₽ |
| Типовой магазин | фильтры, оплата, доставка, базовые интеграции | 400-900 тыс. ₽ |
| Кастом с интеграциями | 1С, CRM, кабинет, акции, SEO-логика | 900 тыс. - 2,5 млн ₽ |
| Платформа под рост | B2B+B2C, multi-store, высокая нагрузка | от 2,5 млн ₽ |
Мы часто собираем первый релиз на Laravel 11 + PostgreSQL 16, если бизнесу нужен понятный запуск без лишней архитектуры. Для тяжелых историй с очередями, ролями и отдельным поиском уже может подойти Node.js 20 + NestJS, Redis, OpenSearch. Тут вопрос не в моде на стек, а в том, какие процессы должны жить в магазине с первого дня.
Хороший магазин стоит примерно столько, сколько стоят ваши реальные процессы. Дизайн в этой сумме обычно не главный пункт.
Где можно срезать бюджет, а где экономия потом бьет больно
Переплата бывает, когда бизнесу слишком рано продают сложную архитектуру. Был клиент в нише детских товаров, которому предлагали headless-проект почти за 3,6 млн ₽. Мы сделали магазин на Laravel 11 + PostgreSQL 16 за 1,1 млн ₽: нормальный каталог, SEO-структура, платежка, доставка. На старте этого хватило.
Но чаще я вижу обратную историю - дорогую экономию. В прошлом году к нам пришла компания после запуска магазина за 290 тыс. ₽ на типовом решении. Через 8 месяцев каталог на 10 000+ SKU начал тормозить, остатки синхронизировались с ошибками, а персональные цены для оптовиков просто некуда было вставить. Переделка и миграция обошлись еще в 850 тыс. ₽.
Один раз мы сами пытались сэкономить на поиске для магазина мебели. На демо все летало, а на боевых данных - уже нет, и через месяц переделывали на отдельный индекс. Неприятно, но полезно: большие каталоги лучше считать на реальных данных, а не на красивом тестовом наборе.
До:
- смета на 420 тыс. ₽
- запуск за 6 недель
- «поиск потом докрутим»
После:
- допработы еще на 310 тыс. ₽
- задержка на 4 недели
- переделка каталога после релиза
Как проверить КП без технического бэкграунда
Я бы прошелся по такому короткому чеклисту:
- Что точно войдет в первый релиз, без формулировок «обсудим позже».
- Какие интеграции уже оценены твердо, а где пока только диапазон.
- Что заложено по SEO: ЧПУ, canonical, sitemap, пагинация, страницы фильтров.
- Как магазин переживет рост каталога хотя бы в 10 раз.
- Что сломается первым, если завтра заказов станет в 3 раза больше.
Если подрядчик на эти вопросы отвечает общими словами, смета еще сырая. Если отвечает по пунктам, с границами и допущениями, с ней уже можно работать.
В ближайшие 6-12 месяцев магазины будут дорожать не из-за дизайна, а из-за интеграций, поиска и каталожной логики. Если хотите быстро проверить любое КП, спросите одну вещь: где у этого проекта самая дорогая переделка после запуска. Обычно это и есть его настоящая цена.
