Перезапустил маркетплейс Talario.ru на CS-Cart Multi-Vendor: 180+ занятий от партнёров, бронирование, аналитика и база для SEO. Проект достался от прошлого подрядчика в крайне нестабильном состоянии. Исправил все проблемы, доработал функциональность под запросы бизнеса и привёл к запуску один, без команды.
Что было сломано
Логика заказов работала через модуль бронирования, но он требовал доработок. Фильтр по возрасту некорректно работал на нестандартных данных партнёров. Часть ключевых событий не попадала в аналитику. Партнёрские переходы — главный канал воронки маркетплейса — никак не учитывались.
Переработать критичное, внедрить недостающее, наладить аналитику и вывести маркетплейс в боевую эксплуатацию без полной переделки платформы.
Что я сделал
Карточка занятия читается как услуга. Поиск и фильтры заточены под параметры ребёнка и формат занятия — то, по чему родители реально выбирают.
Партнёры указывают возраст как попало: «от 3 лет», «3–5», «6+», «для дошкольников». Я нормализовал записи в числовой диапазон, чтобы фильтр работал с числами.
Каждый уход пользователя на сайт партнёра стал отдельным событием в воронке. В Метрике видно, какие занятия и партнёры реально работают.
Приветственный бонус начисляется один раз. Доля списания в заказе ограничена. Логика привязана к статусам брони и не сгорает на отменах.
Регистрации, внутренний поиск, ключевые действия в каталоге, партнёрские переходы и оформление брони стали измеримыми событиями.
Привёл в порядок структуру каталога, ЧПУ-адреса, карточки занятий и фильтры, чтобы сайт можно было продвигать по низкочастотным запросам.
UI-UX
Доработал баннеры для мобильной и десктопной версии, поведение фильтров, карточки занятий, сценарии выбора и бронирования. Смотрел не только на внешний вид, но и на путь родителя: как он ищет занятие, сравнивает варианты и доходит до записи.
Главный результат — проект вышел из состояния «почти готово» в работающий маркетплейс. CS-Cart Multi-Vendor остался базой, но критичные сценарии были адаптированы под услуги, бронирование, партнёров, аналитику и SEO.
Если у вас маркетплейс услуг, каталог партнёров или проект на CS-Cart после неудачного подрядчика — можно не переписывать всё с нуля. Часто правильнее пройти аудит, расставить приоритеты и поэтапно вывести проект в работу.
Заказы оформлены в логике интернет-магазина, но бизнес работает через услуги, записи или бронирование. В этом случае нужно перестраивать структуру данных, статусы, уведомления и сценарий оплаты.
Возраст, размеры, варианты записи и другие параметры пишут в разных форматах. Решение — нормализация на уровне БД, чтобы фильтры работали по чистым данным.
Если пользователи уходят на чужие сайты, эти переходы нужно учитывать как отдельные события и связывать с воронкой.
Нужны правила: лимиты на списание, привязка к статусам заказа или брони и понятная логика отмен.
Стандартный путь — технический аудит, разбор кода и БД, список критичных проблем и поэтапный вывод проекта в работу.
Структура, ЧПУ, фильтры как точки входа и чистые карточки под индексацию должны быть заложены до активного продвижения.
Частые вопросы
Да, при доработке части штатной логики. Multi-Vendor закрывает базу маркетплейса: продавцы, заказы, разделение ролей, комиссии. Карточку, фильтры, заказ и сценарий оплаты под услуги нужно адаптировать.
Можно. Я делаю это через доработку карточки, заказа, статусов, уведомлений и аналитики. Готовый универсальный модуль закроет только простой сценарий. Если есть партнёры, бонусы или нестандартная воронка — нужна индивидуальная доработка.
Через нормализацию на уровне БД. Любую запись — «от 3 лет», «3–5», «6+», «для дошкольников» — нужно привести к числовому диапазону. Тогда фильтр работает с числами и не цепляется за случайные цифры в строках.
Учитывать как отдельные события в Метрике. На дашборде будет видно, какие предложения и партнёры доводят пользователя до записи.
Чаще всего да. Полное переписывание нужно редко. Я начинаю с аудита кода и БД, затем озвучиваю клиенту приоритеты и порядок работ.