Магазин, который перерос шаблон: персональные цены, сложный каталог и обмен с учётом
Если каждая новая доработка конструктора стоит дороже предыдущей, каталог не укладывается в стандартные свойства, у клиентов свои цены и условия, а обмен с учётной системой держится на костылях — магазин перерос шаблонное решение.
Я проектирую и разрабатываю интернет-магазины и каталоги как полноценные системы: с бизнес-логикой, ролями, интеграциями и ответственностью за производительность. С нуля или на существующей базе — обе линии равноправны.
Когда кастом, а когда коробка. Если процессы типовые, каталог небольшой, а цены одинаковы для всех — коробка или готовый SaaS почти всегда выгоднее, и я честно об этом скажу. Кастом оправдан там, где шаблон уже упирается: нестандартная логика цен, сложный каталог, глубокая интеграция с учётом, требования к производительности.
В первом сообщении достаточно описать, что сейчас за магазин, где живут цены и остатки и что именно перестало помещаться в шаблон.
Когда магазин перерастает шаблон
Кастом нужен не потому, что «хочется свой движок». Он нужен, когда доработки конструктора начинают стоить дороже собственной системы. Типичные ситуации:
Если каждая новая доработка магазина упирается в ограничения платформы и стоит дороже предыдущей — дешевле построить систему, а не бороться с шаблоном.
Из чего собирается магазин
Состав первой версии определяется на разборе. Ниже — блоки, из которых обычно собирается кастомный магазин или каталог.
Каталог и PIM-подход
Структура каталога, свойства и характеристики, категории и связи между товарами, аналоги и комплекты, подборы и зависимости. Каталог — это данные, а не набор карточек: важно, откуда они берутся, кто их ведёт и как попадают в магазин.
Цены и правила
Персональные цены, скидки, наценки, условия для сегментов клиентов, валюты и единицы измерения. Правила описываются в системе, а не в таблицах и памяти менеджеров, и применяются одинаково.
Корзина и чекаут
Мультисклад, правила доставки, эквайринг, оформление документов, ограничения по минимальной сумме и кратности отгрузки. Чекаут — место, где магазин чаще всего упирается в шаблон.
Интеграции
Обмен с 1С или другой учётной системой, маркетплейсами, службами доставки и платёжными сервисами: очереди, повторные попытки, журнал обменов и понимание того, какая система источник правды.
Интеграции и API-шлюзы →Кабинет клиента
Для оптовой части — личный кабинет с историей заказов, документами, персональными ценами и повтором заказа. Если оптовая часть главная, начинать стоит с неё.
B2B-кабинеты →Админка
Рабочее место контент-менеджера и оператора заказов: не «панель ради панели», а инструменты для операций, которые действительно выполняются каждый день.
Первая версия сознательно узкая
Как и в B2B-кабинетах, MVP должен закрыть основной сценарий и начать приносить пользу, а не воспроизвести все возможности конкурентов.
Что входит в первую версию
- каталог с реальной структурой свойств и рабочим поиском
- цены и правила для основных сегментов клиентов
- корзина и чекаут по главному сценарию продажи
- обмен с учётной системой по остаткам, ценам и заказам
- админка для операций, которые выполняются ежедневно
Что лучше не тащить в MVP
- полный набор способов доставки и оплаты «на будущее»
- сложные маркетинговые механики до того, как заработали продажи
- редкие сценарии, которые встречаются раз в квартал
- перенос всех исторических данных без разбора
Структуру проектирую я, визуал — дизайнер
Структуру, сценарии и рабочий интерфейс проектирую я — это часть разработки, а не отдельная услуга. Сильный визуальный дизайн, если он нужен, делает ваш дизайнер или мой проверенный специалист; подключается прозрачно, с отдельной оценкой и понятными границами работ.
Единый клиент под все платформы
Витрина, панель управления заказами и складской терминал могут быть одним приложением на Flutter — один код под веб, Android, iOS и десктоп.
Витрина остаётся web-first. Flutter уместен для рабочих мест: панель управления в офисе, терминал сборщика на складе, приложение менеджера в дороге. Решение об этом принимается на этапе карты MVP.
один код под все платформы
Чего я не делаю
- шаблонные интернет-магазины и лендинги
- SEO-блоги как основной канал
- магазины, которым полностью хватает коробки или SaaS: если это ваш случай — честно скажу
- «магазин по цене подписки» без ответственного человека на стороне бизнеса
Бюджетные ориентиры
Не жёсткий прайс, а порядок бюджета до обращения. Формат зависит от каталога, правил цен, интеграций и требований к производительности.
Финальная оценка зависит от размера каталога, правил ценообразования, числа интеграций, состояния данных и требований к производительности.
Перед стартом фиксируются объём, результат и стоимость каждого этапа. Работа по договору.
Если по итогам проекта вы разрешаете опубликовать обезличенный кейс — без названия компании, текст согласовывается с вами — минус 10% от бюджета этапа разработки.
AI-инструменты снимают рутинную часть разработки, и эта экономия уже учтена в ориентирах. Архитектура, интеграции, безопасность, тестирование, ответственность за результат и сопровождение — работа человека.
FAQ
Вы делаете с нуля или на существующей базе? +
И то, и другое. Если магазин уже есть и он на Laravel/PHP — разумно начать с аудита: понять, что можно развивать, а что дешевле переписать. Если магазина нет или он на конструкторе, из которого вырос, — начинаем с разбора задачи и карты MVP.
Что с дизайном? +
Структуру, сценарии и рабочий интерфейс проектирую я. Сильный визуальный дизайн — ваш дизайнер или мой проверенный специалист, подключается прозрачно и с отдельной оценкой.
Почему не шаблон? +
Шаблон — хорошее решение, пока процессы типовые. Он перестаёт быть выгодным, когда каждая новая доработка упирается в ограничения платформы: персональные цены, нестандартный чекаут, свои правила каталога, производительность на большом объёме. Если ваш случай ещё укладывается в коробку — скажу об этом прямо.
Сколько времени займёт? +
Честно назвать срок можно только после карты MVP. До неё неизвестен состав первой версии, а значит, любая цифра будет выдумкой.
Чем это отличается от B2B-кабинета? +
B2B-кабинет — это про повторные оптовые заказы известных клиентов. Магазин — про продажу каталога, в том числе розничную. Часто нужны обе части: тогда начинаем с той, которая приносит деньги сейчас.
Разборы типовых задач
Как выбирают и строят такие системы: симптомы, варианты решения, цены и сроки.
Расскажите, что перестало помещаться в шаблон
Опишите магазин, каталог и то, где сейчас упирается процесс. Я предложу безопасный первый шаг: разбор задачи и карту MVP.
Не присылайте пароли, токены, API-ключи и production-доступы в первом сообщении.