- «Нам нужен интернет-магазин быстро и недорого. Видели готовый вариант - там цена вменяемая».
- «А что у вас с остатками, оплатой, доставкой и каталогом?»
- «Ну... это же потом можно докрутить?»
Я слышал этот разговор много раз. Почти всегда переплата начиналась со слова «потом». Если считать не цену шаблона, а реальную стоимость запуска и работы магазина на 12-24 месяца, выбор между коробкой и разработкой обычно становится гораздо понятнее.
Дешевая витрина часто оказывается дорогим стартом
В рекламе «готовый интернет-магазин» - это обычно лицензия, тема или базовая сборка. До продаж там еще нет самого дорогого: каталога, логики заказа, обмена с учетом, доставки, платежей, аналитики и SEO-основы. По сути, покупают заготовку, а не канал продаж.
На проекте в автозапчастях клиент взял шаблон под OpenCart за 56 тыс. ₽. План был простой - выйти в продажи за месяц. По факту бюджет старта дошел почти до 240 тыс. ₽: обмен с 1С, чистка каталога на 18 тыс. SKU, фильтры по совместимости, ЮKassa и СДЭК. Узким местом стала не технология, а данные и бизнес-правила.
Цена шаблона != цена запуска
Лицензия/тема
+ настройка каталога
+ импорт SKU
+ интеграция 1С / CRM
+ платежи и доставка
+ SEO и аналитика
= реальный бюджет старта
Здесь есть один нормальный вопрос: сколько стоит начать продавать без ручных операций. Если после запуска менеджер сверяет оплаты в банке, правит остатки и вручную считает доставку, магазин еще не готов.
Коробка работает, когда сценарий у бизнеса простой
Я спокойно ставлю готовые решения, когда каталог типовой, оформление заказа без сложных веток, а у бизнеса нет тяжелой B2B-логики. Для косметики, fashion, товаров для дома, монобренда или локального D2C это часто разумный вариант.
У нас был региональный магазин уходовой косметики: 420 SKU, один склад, одна цена для всех, доставка без сложных правил. Мы запустили его на коробочном решении за 4 недели, и в этом случае выбор был правильный. Тянуть кастом просто не было смысла.
Если у бизнеса уже на старте есть 3+ нетиповых процесса, готовая платформа почти наверняка станет дорогой.
На проекте со стройматериалами мы это недооценили. Сначала казалось, что мультисклад, региональные цены и наборы товаров можно добавить по пути. Через 7 месяцев переделка стоила почти как новый бэкенд. Я тогда ошибся в оценке запаса платформы на рост, и это быстро съело стартовую экономию.
| Сценарий | Готовое решение | На заказ |
|---|---|---|
| Косметика, fashion, товары для дома | подходит | часто избыточно |
| Монобренд, один склад, простой чек-аут | подходит | спорно |
| Автозапчасти, стройка, совместимость | риск высок | обычно лучше |
| B2B, персональные цены, отсрочка | дорого в доработке | оправдано |
Считать надо владение, а не только входной чек
У магазина почти всегда две цены. Первая - за запуск. Вторая - за жизнь системы: лицензии, обновления, хостинг, поддержка, доработки, интеграции и будущая миграция, если платформа упрется в потолок.
По срокам картина обычно такая: шаблон или конструктор - от 3 дней до 2 недель, коробка с доработкой - 2-6 недель, магазин на заказ - 2-5 месяцев. На старте кастом выглядит тяжелее. Но когда через полгода появляются персональные цены, комплекты, второй склад и нормальный обмен с CRM, первая экономия быстро исчезает.
До / после
До: быстрый запуск на шаблоне за 3 недели, входной бюджет около 180 тыс. ₽.
После 8 месяцев: понадобились персональные цены, комплекты, синхронизация с CRM. Миграция и переделка логики обошлись еще почти в 220 тыс. ₽.
В таких историях бизнес платит дважды: сначала за «быстрее», потом за «теперь надо нормально».
Смотрите не на витрину, а на бэк-офис
Красивую карточку товара собрать несложно. Реальные расходы начинаются позже - когда команда каждый день компенсирует ограничения платформы ручной работой.
Даже магазин на 300 SKU может быть дорогим во владении. Я видел проекты, где менеджер тратил 1-2 часа в день на сверку оплат, правку заказов и обновление остатков. Это уже 30-60 часов в месяц ручной работы, которую никто не закладывал в «дешевый запуск».
Что просить на демо? Не дизайн главной страницы. Лучше попросить показать путь одного реального заказа - от остатка на складе до возврата денег. Нормальное демо идет через ваши сценарии, а не через красивый тестовый каталог.
- как обновляются цены и остатки
- что происходит при ошибке оплаты
- как работают скидки, наборы и возвраты
- как идет обмен с 1С, МойСклад, Bitrix24 или amoCRM
Пять вопросов, которые быстро показывают будущую переплату
Для этого не нужно быть техническим директором. Достаточно задавать вопросы про ограничения и ручной труд.
Что не входит в базовую цену?
Если ответ расплывчатый, перерасход уже рядом. Чаще всего отдельно всплывают импорт каталога, интеграции и логика акций.
Что команда будет делать руками после запуска?
Это самый полезный вопрос на старте. Он быстро показывает слабые места лучше любого списка функций.
Что будет через год, если каталог вырастет вдвое?
Здесь нужен конкретный ответ про производительность, фильтры и структуру данных, а не обещание «докрутим».
Сколько стоит переезд, если платформа не подойдет?
Об этом многие не спрашивают вообще. Потом выясняется, что миграция стоит почти как новый проект.
Когда в начале разговора звучит «это потом можно докрутить», я бы не спорил про технологии. Я бы попросил показать один заказ целиком - с остатками, оплатой, доставкой и возвратом. После такой демонстрации слово «потом» обычно исчезает само.
