+35% к среднему чеку за два года — кейс ювелирного ритейлера
15 000 SKU, 10+ поставщиков, 3 маркетплейса
Федеральный ювелирный ритейлер: два сайта, мобильное приложение, сеть оффлайн-магазинов, торговля на трёх маркетплейсах. Каталог — 15 000 SKU от более чем десяти поставщиков. Учётное ядро — 1С.
Бизнес такого масштаба держался на ручном труде: менеджеры сами заводили и обновляли карточки товаров — все 15 000 позиций на сайте и маркетплейсах. Внутренние системы работали несогласованно: сайты, приложение, маркетплейсы и 1С жили самостоятельно, а сводить данные приходилось людям.
В оформлении заказов висели баги, которые не давали дойти до оплаты, — отсюда аномальный процент брошенных корзин. Любые правки тянули за собой новые баги, код превратился в легаси — всё это стоило бизнесу потерянных клиентов и затрат на поддержание системы.
Что сделали
- Собрали единое товарное ядро. 1С стала единственным источником данных по товарам, ценам и остаткам. Все каналы — два сайта, приложение, маркетплейсы — получают данные из одной точки, а не поддерживаются каждый отдельно.
- Построили конвейер фидов. Данные от десяти с лишним поставщиков приходят в разных форматах и автоматически приводятся к единой структуре каталога. Ручное заведение карточек ушло из процесса.
- Вывели продажи на три маркетплейса из того же ядра. Ассортимент, цены и остатки уходят на площадки автоматически, без отдельной ручной подготовки под каждую.
- Починили путь к покупке. Разобрали воронку от корзины до оплаты, устранили ошибки, из-за которых заказ не доходил до конца.
- Связали онлайн с офлайном. Остатки магазинов и онлайн-каналов перестали существовать как отдельные реальности.
Состояние продукта
Проект достался нам от предыдущего подрядчика. Стартовая точка выглядела так:
- Система мешала покупать. Вместо архитектуры — костыли: сайт тормозил, поиск не приводил к товару, часть заказов не доходила до оплаты. Каждая новая доработка ломала что-то рядом и стоила дороже, чем должна.
- Документации не было — знания о системе жили только в головах разработчиков. 1С, учётное ядро всей компании, вёл один специалист.
- Планы на развитие упирались в legacy. У заказчика был готовый список доработок, но существующая архитектура не позволяла вывести новые функции.
Но главное — как бизнес жил каждый день. Каталог — 15 000 SKU, и каждая позиция заводилась 4 раза.
заполнялись руками менеджеров: 15 000 товаров на четырёх витринах.
Что изменилось
Под всеми решениями лежит одно основание — обмен данными с 1С. Мы переписали его полностью.
Товар, цена и остаток заводятся один раз — в 1С — и оттуда сами расходятся по сайту, приложению и маркетплейсам. Продали украшение в офлайн-магазине — оно исчезает с витрин сайта в тот же момент. Для ювелирного ритейла это критичнее, чем для любой другой розницы: значительная часть изделий существует в единственном экземпляре, и расхождение в остатках означает заказ, который придётся отменить, и покупателя, который за этим украшением больше не придёт.
Второе — обмен стал видимым. Раньше, если данные не доходили, об этом узнавали от клиента: он оформлял заказ на то, чего уже нет. Теперь каждая передача логируется, ошибки обрабатываются, и сразу понятно, где и почему что-то встало.
1. Каталог и маркетплейсы: витрины перестали вести руками
Сделали единый автоматический приём данных от поставщиков. Раньше каждый присылал свой файл со своей структурой, и всё это разбирали вручную. Теперь система принимает выгрузку сама и раскладывает её содержимое по нужным полям каталога: металл, проба, вес, камень, размер. Товар опознаётся по артикулу и связывается со своей карточкой в 1С.
Дальше каталог расходится по площадкам сам. У сайта, Wildberries, OZON и Яндекс Маркета разные требования: разные обязательные характеристики, разные категории, разные правила. Система собирает для каждой площадки её собственный набор данных, проверяет его перед отправкой и отправляет по расписанию. Цены и остатки обновляются из 1С автоматически, по всем четырём витринам одновременно.
И главное: раньше на этих задачах компания держала двух отдельных менеджеров. Они не продавали и не развивали ассортимент — они вручную переносили данные из одного окна в другое.
Теперь эти специалисты не нужны, и только на фонде оплаты труда удаётся экономить более 2 млн ₽ в год.
2. Оплата: 12 способов и собственный модуль фискализации
Оплата была слабым местом сайта: часть заказов до неё просто не доходила. Сначала починили сам шаг оплаты, потом расширили выбор платёжных вариантов. Сейчас у клиентов 12 способов оплаты: от карты и СБП до рассрочки и оплаты бонусными баллами.
Чеки формирует собственный модуль — готовые решения не справлялись со сложными случаями: например, покупатель платит частью бонусами, частью картой или половина суммы вносится сразу, половина — при получении. В каждом таком случае чек должен уйти в налоговую правильно. Модуль собирает чек сам, отправляет его и фиксирует результат: если что-то не ушло, это видно сразу, а не выясняется при проверке.
Бухгалтерия перестала разбирать чеки руками: то, что раньше было ежедневной сверкой и источником риска по 54-ФЗ, стало фоновым процессом.
3. Лояльность: свои бонусы вместо чужого SaaS
Скидки, промокоды и бонусы жили в трёх местах одновременно: на сайте, во внешнем сервисе SailPlay и в 1С. Акции пересекались и суммировались там, где не должны. Компания не могла сама обновлять программу лояльности — всё упиралось в ограничения вендора.
Поэтому мы написали свою программу. Баллы начисляются и списываются по правилам, которые компания меняет сама; у баллов есть срок жизни и лимит на оплату одной покупки; уровни и акции настраиваются без разработчиков. Главное — бонусный счёт стал общим для магазина и сайта: покупатель копит баллы в офлайне и тратит онлайн, и наоборот, потому что и касса, и сайт работают с одним профилем через 1С.
4. Скорость и надёжность: сайт перестал тормозить
Обновили платформу и стек, на которых работает сайт, переехали на новый сервер, попутно исправив ошибки в базе данных. Убрали лишний код, накопившийся за годы правок, — он выполнялся на каждой загрузке страницы и ничего не делал.
Теперь страницы открываются быстрее — это одновременно и конверсия, и позиции в поиске, потому что скорость входит в оценку сайта у поисковиков. Сайт держит сезонные пики: у ювелирки нагрузка перед Новым годом, 14 февраля и 8 марта отличается от обычной в разы, и раньше именно в эти дни было хуже всего.
Миграция поиска: Sphinx → Manticore
Перестройка каталога и чекаута
Миграция на Kafka
5. Данные: бизнес собирает отчёты сам
Раньше за любой цифрой шли к подрядчику. Нужен срез продаж по каналам за квартал — заявка, ожидание, выгрузка, которая к моменту получения уже неактуальна.
Построили OLAP-куб на ClickHouse — конструктор отчётов. Данные подтягиваются отовсюду: из 1С, с сайта, из внешних систем. Дальше параметры калькулируются — и отчёт готов.
Поверх куба — конкретные отчёты, которыми пользуются каждый день: ежедневный отчёт по заказам интернет-магазина, отчёт по воронке, отчёт CPA и почтовая рассылка отчётов; продажи в разрезах коллекции, поставщика и бренда; сводка по сбору чеков и сегментация чеков; статистика загрузки фидов; проверка штрихкодов; выгрузка каталога в Power BI. Плюс интеграции с Roistat и с сервисом коммуникаций Edna.
6. Доставка и бэк-офис
Подключили службы доставки: стоимость и срок считаются прямо в корзине по адресу покупателя, пункты выдачи выбираются на карте, заказ уходит в службу автоматически, статус доставки подтягивается обратно.
Бэк-офис собрали вокруг рабочего места менеджера заказов: все каналы — сайты, приложение, маркетплейсы — в одном интерфейсе, документы печатаются оттуда же, каждое изменение заказа фиксируется в журнале, а некорректная смена статуса запрещена на уровне системы.
Результат: почему вырос средний чек
Средний чек корзины вырос на 20% за первый год работы и на 35% — за два года.
За этой цифрой не одно решение, а пять механик, каждая из которых работала на неё.
1. Способ оплаты снял ограничение бюджета
12 способов оплаты, четыре BNPL-сервиса, рассрочки, частичная предоплата. В ювелирке с высоким чеком это влияет не только на факт покупки, но и на выбор изделия.
2. Механики допродажи заработали корректно
Единый модуль лояльности вместо трёх систем, предсказуемые акции, бонусные баллы и подарочные сертификаты, сквозные между онлайном и розницей. Плюс блоки бестселлеров, «Мы рекомендуем» и слайдер рекомендаций в карточке товара.
3. Заказы перестали отваливаться из-за технических проблем
4. Путь до покупки стал короче
Сайт перестал тормозить, поиск и фильтры держат нагрузку.
5. Маркетинг начал работать по данным
Единый профиль покупателя в Mindbox, триггерные коммуникации, отчёты, которые бизнес собирает сам.
С чего начать,
если у вас похожая история
Необязательно сразу затевать переписывание. Есть два коротких шага, чтобы понять,
что у вас держится на костылях и сколько стоит это разобрать:
-
Аудит продукта и процессов
За неделю разберём вашу связку: коробку, инфраструктуру, базу данных и то, как приложение ходит в 1С. Найдём, где именно теряются скорость и заказы, и скажем прямо — что можно оставить, что чинить срочно, а что дешевле обойти, как мы сделали в этом кейсе. На выходе — понятная картина и план, а не «нужно всё переписать за N миллионов».
-
Оценка проекта
Опишите, на чём сидите сейчас и что хотите получить. Вернём детальную смету по задачам, сроки и кликабельный прототип будущего продукта — ещё до старта работ. Увидите свой выход из коробки в цифрах и на экране, ничем не рискуя.
