wintramedia

Когда у бренда есть постоянные покупатели, рано или поздно встаёт вопрос: как сделать так, чтобы интернет-магазин их узнавал и поощрял автоматически — без ручных промокодов, без «напиши менеджеру», без табличек в Excel. Для бренда одежды «Сколько? Можно»skolko-mozhno. мы собрали такую систему: четыре уровня клиента с автоматическим повышением, бонусные баллы, реферальная программа «приведи друга» и оплата подарочными сертификатами — всё работает в одной связке на сайте.

В статье рассказываем, что и зачем сделали, и показываем скриншотами, как это видит покупатель и менеджер.

С чего начали — задача

У бренда уже был сложившийся круг постоянных покупателей и понятные правила лояльности на бумаге:

• новички получают 3% скидки и 3 балла за каждые 100 ₽;

• при выкупе на 50 000 ₽ клиент переходит во второй уровень — 5% скидки и 5 баллов;

• на 150 000 ₽ — третий уровень, 7% и 7 баллов;

• на 300 000 ₽ — VIP, 10%, 10 баллов и бесплатная доставка независимо от региона.

К этому добавлялись регулярные просьбы клиентов: «дайте бонус другу, я
готов рекомендовать», «можно ли продать подарочный сертификат и чтобы
его потом можно было реально потратить на сайте?».

Беда в том, что на сайте этого не было ничего. Все скидки приходилось вручную считать менеджеру, сертификаты продавали бумажными карточками с кодами, реферальной программы не существовало. Постоянный покупатель и случайный пользователь видели одну и ту же витрину, с одними и теми же ценами.

Поэтому «Сколько? Можно» пришли к нам — попросили собрать всё это в работающую механику прямо в интернет-магазине.

Что мы решили — стратегия

Велосипед не изобретали. За основу взяли проверенный модуль для «1С-Битрикс» — «Система бонусов. Программы лояльности» (acrit.bonus),
предназначенный для реализации бонусной системы с поддержкой групп
пользователей, бонусных счетов и скидок в корзине. Это сэкономило
клиенту время и деньги.

Но «из коробки» этот модуль закрывал не все потребности. Поэтому мы достроили вокруг него недостающие шестерёнки:

• автоматическое повышение уровня клиента при достижении заданной суммы выкупа;

• личный кабинет с прогресс-шкалой, историей баллов и реферальным разделом;

• собственный механизм оплаты подарочным сертификатом — отдельно от бонусов, чтобы баланс баллов и баланс сертификата не смешивались.

Почему сертификаты вынесли отдельно — об этом позже. Это была принципиальная просьба клиента, и она оказалась оправданной.

Что получилось: четыре уровня клиента и автоматическое повышение

В системе зарегистрированы четыре уровня:

• «Выпусти стиль» (новичок);

• «Нравится — надевай»;

• «Стиль без запретов»;

• «Всё можно» (VIP).

При регистрации каждый клиент сразу попадает на первый уровень. Дальше — двигается по шкале сам, без участия менеджера: магазин складывает суммы всех его выполненных заказов и, как только нужная сумма набрана, переводит клиента на следующий уровень. Тогда же меняется и его скидка, и ставка начисления баллов.

В личном кабинете клиент видит свою текущую ступень и прогресс-шкалу до следующей.

Скидка видна сразу — в каталоге и в карточке товара

Покупатель не должен высчитывать свою цену в голове. Скидка применяется на сайте автоматически, как только клиент авторизуется. Старая цена зачёркнута, новая — рядом. В карточке товара дополнительно показано, сколько баллов клиент получит за этот заказ по своей текущей ставке.

То же самое — в списке товаров, в корзине и в форме оформления заказа.

Корзина и оформление заказа

В корзине клиент видит итог уже с учётом скидки своего уровня. На странице оформления заказа появляются два специальных блока: «Бонусный счёт» и «Сертификат».

В блоке «Бонусный счёт» клиент видит, сколько баллов у него есть, и может списать их на оплату — частично или полностью (1 балл = 1 ₽). Рядом, в правом столбце, ему сразу подсказано, сколько баллов начислится за этот заказ.

Под бонусным блоком — блок «Сертификат»: туда вводится код подарочной карты. Подробнее об этом — ниже.

Личный кабинет — раздел «Бонусный счёт»

Мы добавили в личный кабинет отдельный раздел /personal/bonus/. В нём всё, что касается лояльности, собрано в одном месте:

• текущий уровень и шкала прогресса;

• доступный баланс баллов;

• история начислений и списаний (когда и за что);

• реферальный кабинет (ниже).

Клиенту не нужно писать менеджеру вопросы «сколько у меня баллов» и «когда мне начислят за прошлый заказ» — он всё видит сам.

Реферальная программа «Приведи друга»

В кабинете «Бонусный счёт» у каждого клиента есть собственная реферальная ссылка вида ?ref=33 и кнопка скопировать. Клиент отправляет ссылку другу — друг проходит по ней и регистрируется. С этого момента магазин помнит, кто кого привёл.

Срабатывает это так:

• другу при регистрации начисляются 500 ₽ бонусов за регистрацию плюс 500 ₽ за то, что он пришёл по приглашению — итого 1000 ₽ на старте;

• тому, кто пригласил, начисляется 1000 ₽ после того, как друг оформит и выполнит свой первый заказ.

Менеджер в этой схеме не участвует — ни в подсчёте, ни в отслеживании «кто кого привёл». Всё делает интернет-магазин.

Бесплатная доставка

Она регулируется двумя правилами: бесплатно для всех заказов от 30 000 ₽ и бесплатно для VIP-уровня независимо от суммы и региона. Правила не противоречат друг другу — система сама подбирает, какое из них применять для клиента на конкретном заказе.

Оплата подарочной картой

А вот здесь — самый интересный кусок и причина, по которой пришлось докручивать систему собственным механизмом.

Сначала мы попробовали вариант «через бонусы»: сертификат продаётся как товар, а после оплаты его номинал просто зачисляется покупателю на бонусный счёт. Так делают многие. Но у бренда было принципиальное требование — деньги с сертификата НЕ должны смешиваться с накопленными баллами. Чтобы человек, у которого 1 000 ₽ собственных бонусов плюс сертификат на 5 000 ₽, видел не «6 000 ₽ на одном счёте», а два разных источника денег с разной логикой жизни.

В стандартном модуле такое отделение сделать невозможно — там один общий бонусный счёт. Поэтому мы сделали для сертификатов отдельный механизм.

Как это видит покупатель на оформлении заказа:

1. вводит код с сертификата → нажимает «Проверить»;

2. сайт показывает остаток и максимум, который можно списать (но не больше суммы корзины);

3. вводит сумму, которую хочет списать (по умолчанию — весь остаток);

4. нажимает «Применить» → сайт пересчитывает итог;

5. оформляет заказ и доплачивает разницу обычным способом.

Если сертификат покрывает корзину полностью — доплачивать ничего не нужно, заказ сразу проходит как оплаченный.

В этом же блоке аккуратно обрабатываются нештатные ситуации: неправильный код, попытка списать больше, чем на сертификате, и отмена применения до оформления.

После применения покупатель в правом сайдбаре видит итог: сумма заказа,
сколько списано бонусов, сколько списано по сертификату, сумма доплаты — всё прозрачно.

Бонусные баллы и сертификат при этом можно использовать в одном заказе одновременно. Например, у клиента 1 500 ₽ на бонусном счёте, и подарили карту на 5 000 ₽ — в форме оформления он сначала вводит код сертификата на 5 000 ₽, потом в соседнем блоке списывает свои 1 500 ₽ баллами, и итог к доплате уменьшается сразу на обе суммы. Магазин это аккуратно посчитает и сложит в один заказ.

И всё это работает в том числе с мобильного: блок аккуратно ужимается, поля и кнопки крупные, все удобно.

Как видит заказ менеджер

В админке магазина в карточке заказа теперь появляется не одна платёжная
строка, а две: «Оплата на сайте» — на сумму к доплате, и «Подарочная карта» — на сумму, списанную с сертификата. В комментарии к платежу сертификата виден его код и сумма списания. Никаких недоразумений: всё видно сразу.

Бонусы при этом — отдельный сценарий: они уменьшают платёж «Оплата на сайте», что и логично, потому что для бухгалтерии это деньги клиента, а не подарочные.

Как это работает в связке — простыми словами

В одном заказе могут одновременно встретиться: скидка по уровню, списание бонусов и списание сертификата. Чтобы они не перетягивали одеяло друг у друга, мы выстроили чёткую очередь:

1. Сначала магазин применяет скидку клиента — она определяется его текущим уровнем и считается до всего остального.

2. Дальше срабатывает обработчик бонусов: если клиент списал баллы, они уменьшают платёж «Оплата на сайте».

3. Последним работает обработчик сертификата:
   он уменьшает баланс сертификата, создаёт в заказе вторую платёжную
   строку «Подарочная карта» и уменьшает основной платёж на ту же сумму.

В итоге у клиента остаётся одна понятная сумма «к доплате», у менеджера — заказ с прозрачной структурой платежей, у магазина — корректная отчётность и корректная выгрузка в «1С» (она забирает заказ как обычно, никаких допработ со стороны 1С-программиста не потребовалось).

Учёт сертификатов хранится в отдельном справочнике в админке: код, номинал, текущий остаток, активность. Рядом — отдельная история всех операций: какой клиент, какой заказ, какая сумма списана или возвращена. Когда на сертификате остаётся ноль — магазин сам помечает его как неактивный, чтобы пустые коды не висели мёртвым грузом.

Это, кстати, ещё одна причина, почему сертификат сделан отдельным механизмом, а не «пополнением бонусного счёта»: подарочный сертификат часто покупают другу в подарок, а активирует его уже сам друг — со своего аккаунта на сайте. Деньги попадают именно туда, куда задумано, а не на счёт того, кто покупал.

Бонус сверху — скидка в день рождения

Поверх этой системы мы добавили ещё один автоматический сценарий, который оживляет клиентскую базу — поздравление с днём рождения и скидку к нему.

Клиент один раз указывает дату рождения — в личном кабинете или прямо при оформлении заказа. Дата подтягивается в обе стороны: что заполнил в
одном месте, то подставится в другом. После первого сохранения сменить её может только администратор магазина — это защита от схемы «поставил день в день и пользуюсь скидкой».

Раз в сутки магазин проверяет даты рождения всех клиентов. Если у кого-то день рождения попадает в окно ±3 дня — система автоматически:

• переводит клиента во временную группу «Скидка на День рождения»;

• даёт ему скидку 10% на товары, которые не участвуют в других акциях;

• отправляет поздравительное письмо — один раз в год, по красивому шаблону;

• когда окно закрывается — так же тихо возвращает клиента в обычную группу.

Для бренда это маркетинговый инструмент возврата клиентов: повод заглянуть на сайт именно в тот момент, когда человек открыт к покупке для себя. Письмо приходит к точному поводу, а не «просто так» — открываемость у таких писем заметно выше, чем у обычных рассылок.

Что это даёт бренду

Настроенная нами автоматическая бонусная система на сайте интернет-магазина «Сколько? Можно» обеспечивает следующее преимущества:

• Постоянные покупатели узнаются магазином автоматически — без ручных промокодов и переписок с менеджером.

• Шкала уровней работает сама: чем больше клиент выкупает, тем выгоднее ему покупать дальше — это видно прямо в каталоге.

• Реферальная программа снимает с менеджера задачу по учёту «кто кого привёл» — магазин помнит сам.

• Сертификаты перестали быть «бумажками на удачу»: клиент гарантированно может потратить номинал на сайте — частично или полностью, в один заказ или за несколько.

• Бонусные баллы и подарочные деньги живут отдельно — это сохраняет правильную бухгалтерию и не позволяет смешивать разные сценарии лояльности.

• Скидка в день рождения работает фоном — каждый клиент получает поздравление в свой день, без участия маркетолога, и это прямой повод вернуть его за покупкой именно в тот момент, когда у него настроение что-то себе купить.

И всё это сделано без переписывания шаблона карточки товара, корзины и чекаута: стандартные компоненты «Битрикса» продолжают работать как работали, мы только аккуратно добавили в них новые блоки и обработчики.

Кому это решение подойдёт

Любому интернет-магазину с повторными покупками, где имеет смысл узнавать постоянных клиентов и поощрять их автоматически. В первую очередь это касается таких сфер, как:

• одежда, обувь, аксессуары;

• косметика и парфюмерия;

• товары для дома, текстиль, посуда;

• чай, кофе, сладости, специи;

• спорттовары, нутрициология, БАДы;

• товары для хобби — творчество, рукоделие, настольные игры.

Особенно нужна такая программа лояльности, если круг постоянных покупателей уже есть, но он никак не отмечен в магазине, или если вы продаёте подарочные сертификаты офлайн и хотите, чтобы клиенты могли гасить их на сайте без участия менеджера.

Мы сделали модуль, который связывает «1С-Битрикс» с системой учёта СБИС Retail в обе стороны. Главное достижение: он тянет из СБИС любые свойства товара — вес, фасовку, тип, происхождение — и они «живыми» оказываются в карточке на сайте, работают как фильтры и переключатели.

Задача

У нашего клиента — интернет-магазина чая chaichelovek.ru — офлайн-магазин живёт в СБИС Retail (Saby): там склад, кассы, ценники, характеристики каждого товара. Параллельно есть интернет-магазин на «1С-Битрикс» — и его надо как-то наполнять. Причем у каждого товара есть параметры, определяемые спецификой чайной сферы: тип чая, локация происхождения, формат упаковки, и главное — вес в граммах с возможностью купить любую фасовку от 25 граммов до целого прессованного блина.

Готовые интеграции СБИС ↔ «Битрикс» решают базовый сценарий: артикул, цена, остаток, картинка. Для витрины-ларька этого хватает. Но когда у товара есть собственные свойства, которые магазину важны для продаж — вес, фасовка, объём, сорт, состав, — готовое решение начинает скрипеть. Эти свойства либо не передаются вовсе, либо их приходится руками переносить и потом синхронизировать каждое изменение.

Разводить два каталога в двух системах — это не интеграция, это двойная работа. Что особенно заметно на ассортименте в сотни позиций.

Решение

Чтобы обеспечить двустороннюю связь между CMS «1С-Битрикс» и системой учёта Saby Retail (СБИС) с обменом необходимыми параметрами, мы сделали модуль «Интеграция со СБИС (Retail)» (wintra.sbisintegration). Каталог и остатки едут из СБИС на сайт по расписанию, заказы с сайта автоматически попадают в Saby Retail.

Главное, ради чего мы его и собирали: модуль тянет из СБИС любые свойства товара, какие нужно — вес, фасовку, тип, происхождение, характеристики упаковки — и они «живыми» оказываются в карточке товара на сайте. Работают как фильтры, как переключатели, как отображаемые поля.

Что сделали: двусторонний мост с произвольным маппингом свойств

СБИС → сайт. Модуль выгружает номенклатуру из Saby Retail по расписанию. В админке указываем, какое поле СБИС во что маппится на сайте: весовое свойство — в свойство «Фасовка» у элемента инфоблока, тип — в раздел каталога, характеристики — в отдельные свойства товара. Выгрузка идёт в YML, сайт подхватывает — получает актуальный каталог со всеми нужными полями.

Остатки — отдельным лёгким файлом, по своему расписанию (например, раз в десять минут). Это важно: полный каталог большой, гонять его часто нет смысла, а остатки должны быть свежими.

Сайт → СБИС. На событие оформления заказа модуль сам отправляет заказ в Saby Retail со всеми позициями, количествами и данными покупателя. Менеджер открывает свою обычную систему СБИС — заказ уже там.

Как подключается

Модуль «Интеграция со СБИС (Retail)» (wintra.sbisintegration) устанавливается через Маркетплейс «1С-Битрикс». Дальше в админке «Настройки → Настройки модулей → Интеграция СБИС» нужно:

1. Вбить ключи OAuth и выбрать магазин / точку продаж в СБИС.

2. Настроить маппинг: какое свойство СБИС соответствует какому свойству Битрикс-каталога.

3. Добавить расписания — отдельно для номенклатуры, отдельно для остатков.

Первая настройка занимает пару часов вместе с прогоном первой выгрузки. Дальше модуль работает тихо в фоне.

Результат: как это выглядит на реальной карточке

Вот живая карточка пуэра «Гу И Ваньгун»:

В блоке «Фасовка (гр)» — четыре варианта: 25 г за 129 ₽, 50 г за 257 ₽, 100 г за 1031 ₽, целый пресс 357 г за 1835 ₽. Рядом характеристики: «Локация — Юньнань», «Формат упаковки — Прессованный». Всё это не заводилось на сайте руками: модуль взял свойства из карточки товара в СБИС и разложил их туда, куда мы указали в настройках маппинга. Изменится цена в учётке или добавится новая фасовка — на сайте всё обновится само.

Модуль «Интеграция со СБИС (Retail)» (wintra.sbisintegration) от «Винтра» — нужный инструмент для тех, у кого офлайн-розница живёт в СБИС Retail, а параллельно есть (или планируется) интернет-магазин на «1С-Битрикс». Особенно — если ассортимент нестандартный: весовые товары, фасовки, наборы, если есть характеристики, которых нет в готовых коннекторах. Чайные магазины, специи и кофе, косметика на развес, хозтовары, стройматериалы — любая категория, где товар «живёт» свойствами.

С появлением различных маркетплейсов, агрегаторов и прочих аналогичных сервисов владельцы бизнеса стали понимать, что у них не хватает ресурсов на информационную поддержку одновременно всех площадок. В ответ на запрос компаний на рынке стали появляться различные решения, позволяющие контролировать товары интернет-магазина в режиме одного окна, например, одновременно управлять товарами и на сайте, и на всех маркетплейсах. Одно из таких решений — система учета СБИС. Похожая ситуация наблюдается и в других нишах. Так, для гостиничного бизнеса создана платформа TravelLine, для застройщиков и девелоперов — Profitbase.

Нашему клиенту — федеральной сети магазинов «Царские Раки» — потребовалось централизованно управлять всем каталогом продукции. Причем не только ценами и остатками, как это обычно бывает, но и полным описанием товаров, изображениями, всеми маркетинговыми инструментами (разделами «Акции», «Скидки», «Новинки», метками «Хит продаж» и прочим).

Решения

Итак, на начало разработки интернет-магазина у нас были следующие слагаемые:

1. Система управления контентом «1С-Битрикс» в редакции «Бизнес» (1С-БУС).

2. Решение «Аспро: Максимум».

3. Система учета СБИС.

4. Система лояльности UDS.

5. CRM-система «Битрикс24».

6. Система сквозной аналитики Roistat.

7. Собственное мобильное приложение клиента для Android и iOS.

В ходе работы над проектом их предстояло встроить в цельную, синхронизированную систему. Далее мы подробно расскажем об основных моментах, на которые хотелось бы обратить особое внимание

СБИС

С нее мы начали потому, что это сердце всей композиции и то самое единое окно управления для заказчика.

У системы СБИС есть несколько способов «подружиться» с сайтом на «1С-Битрикс: Управление сайтом»:

• прямая интеграция с «Битрикс»;

• интеграция через стандарты CommerceML;

• обмен с помощью API.

Изучив все доступные варианты, выяснили:

1. Прямая интеграция с сайтом имеет следующие недостатки: выгружается все, что есть в каталоге, в том виде, как оно есть, и с той архитектурой, как есть. Чем-то похоже на интеграцию с «1С: Управление торговлей». Но в отличие от нее, СБИС не поддерживает сторонние изменения. На наш запрос в поддержку СБИС на тему «можно ли что-то в обмене подправить, дописать», получили ответ, что сделать могут что-либо с программой могут только сами сотрудники СБИС. Это первый минус. Теперь о втором. Что предусмотрена только выгрузка сразу всего, что есть и как есть — это полбеды, тут можно, конечно, все грамотно настроить внутри СБИС и актуализировать. Главной причина отказа от данного способа для нас стала невозможность управлять остатками отдельно по магазинам. СБИС выгружает остатки по магазинам (складам), затем суммирует их и вписывает результат в поле общего остатка. А это неприемлемо. Нам необходимо, чтобы в карточке товара на сайте была информация с остатками по магазинам, и пользователь мог видеть где товар есть, а где — нет.

2. CommerceML сразу отмели, ибо подключение на сайте происходит все в том же разделе «Интеграция с "1С: Предприятие"», и все минусы и ограничения первого способа актуальны и здесь.

3. Работа с API СБИС перспективна и дает очень большой простор для действий. Именно поэтому мы выбрали этот вариант.

Мы работали с API не с чистого листа, а использовали готовое решение от СБИС: «Выгрузить каталог в формате Яндекс.Маркета с помощью API». Формат YML нам понятен и наиболее подходит, плюс не нужно изобретать велосипед. Конечно же, не обошлось без приключений. Приведем лишь самые интересные из них.

Остатки на складах

Выгрузка осуществляется не из каталога СБИС, а из специального прайс-листа. С одной стороны, это удобно, потому что мы можем создать нужную структуру и добавить в прайс-лист только те позиции, которые хотим обменивать. Но при этом создается сложность для администратора — нужно поддерживать порядок сразу в двух местах: во внутреннем общем каталоге СБИС и в прайсе для сайта.

Поэтому нам пришлось дорабатывать выгрузку и создавать модернизированный файл YML. Причина — все те же остатки по складам. В формате YML вообще нет остатков: там есть только наличие товара и доступность к заказу available="true". Поэтому мы добавили в наш стандартный файл дополнительно «внешний код склада — остаток на складе». У нас три склада, итого к каждой записи мы получили по три дополнительных значения. Предварительно также создали склады на сайте и проставили в них внешний код СБИС. Таким образом, решение оказалось отличным способом управлять остатками по каждому складу в отдельности.

Единицы измерения

Выгрузка количества происходит в системе СБИС, из-за чего получаются «кг» вместо «килограмм», «шт» вместо «штук». Поэтому пришлось к уже имеющейся информации добавить единицы измерения, и на сайте перед импортом модифицировать значения для импорта на сайт под управление «1С-БУС».

Картинки

Все инструкции по работе с изображениями прописаны и, на первый взгляд, никаких проблем не должно быть. Да и формат файла «Яндекс.Маркет» предусматривает картинки.

Но на момент создания нами сайта специалисты СБИС, как выяснилось, не знали, что, оказывается, выполнив все по их инструкции, мы никак не можем получить изображения. Они пообещали доработать систему, но нам ждать несколько месяцев было невозможно, и мы добавили внутренний архив на сайте с изображениями, представив имена файлов в формате {внешний код товара}.jpg. Из этого архива картинки при выгрузке каталога автоматически подтягиваются в карточку товара с таким же внешним кодом.

Описания товара

Тут совсем беда. СБИС использует какой-то свой синтаксис и разметку, поэтому в выгрузку попало множество непонятных тэгов. Так что стало понятно, что придется добавить в процесс импорта настройку обработки для удаления ненужных символов.

Автоматизация

Решив все промежуточные задачи, мы написали программу на языке JSON, отправляющую периодический запрос (периодичность задали через cron раз в час) к БД СБИС и получающую ответ в виде нужного нам модернизированного файла в формате YML. Теперь у нас был обновляемый файл в нужном нам формате, и оставалось придумать, как его обрабатывать.

Настройка обработки каталога

Обработку полученного от СБИС файла мы без раздумий доверили лучшему, на наш взгляд, приложению: «Импорт из XML/YML» от команды Esolutions. Мы уже много раз работали с их решениями. Их приложение мы применяли для обработки при импорте из XLS, XML и вот теперь — YML.

Что мы смогли реализовать с помощью данного способа:

• разбор файла и распределение информации из него в нужные места нашего каталога на сайте;

• модификацию значений, полученных от СБИС, и преобразование их под требования 1С-Битрикс (вырезание из кода описания спецсимволов, замена «кг» на «килограммы», преобразование имен картинок в путь до картинки на сервере и тому подобное).

Это стандартные действия, но вот дальше началась магия.

Наличие

У нас выгружаются остатки отдельно по складам, а в карточке товара на странице списка товаров выводится общая метка «В наличии». Поэтому нам пришлось снова суммировать остатки по всем складам и ставить «В наличии», если значение больше заданного числа и наоборот.

Потребовалась также настройка, благодаря которой добавляются только те позиции, у которых стоит специальная отметка — пользовательское поле СБИС «Выгружать на сайт».

Цены

В СБИС нет такого понятия как старая и новая цена. В системе есть только одно поле для ввода цены, и менять его нельзя. Ведь магазин работает и офлайн, по этим ценам кассир пробивает товар. Но на нашем сайте есть скидки, и было бы неплохо показать цену с учетом скидки, например, в 20%. Плюс «Битрикс» имеет очень сильный и гибкий функционал работы с товарами в корзине, включающий применением специальных вычислений на сумму заказа, вес, количество и так далее, а также применение спеццен.

Поэтому мы добавили в СБИС внутреннее системное поле «Старая цена» и доработали обработку, установив, что если у товара есть значение в этом поле, то именно оно вносится в стоимость. Так мы получили возможность применить нужные акции и скидки к тем товарам, которые нас интересовали. При этом полученное автоматически новое значение цены соответствовало реальной цене в каталоге СБИС.

Специальные метки

Заказчик хотел на сайте иметь специальный раздел «Акции» и в него помещать любые товары. Триггером служит слово «Акция» в начале имени товара — так администратор магазина понимает какой товар акционный в СБИС. Мы находили имена товаров с «Акция» в начале и привязывали такие товары и к реальной категории в каталоге, и одновременно к категории «Акции». При этом использовали каноническую ссылку с основным разделом (реальным).

Чтобы довести все это до нужного формата также применяли обработку имени для удаления слова «Акция» из названия.

Потребовалось также ввести специальный маркер для товара «Новинка». Не вопрос: смотрим на дату создания товара и, если она меньше 30 дней от текущей даты, значит, товар новый. Как только условие перестает выполняться — метка автоматически снимается.

Плюсом еще было сделано много мелких правок и доработок, на которых не стоит акцентировать внимание. Главный вывод такой — имея структурированный файл, внутри которого есть все, что нам нужно, и имея инструмент для его обработки, можно придумать сколько угодно таких хитрых обработок, и на выходе получить именно то, что нужно. Благо, решение Esolutions дает безграничные возможности.

Обработка заказов

Обработку заказов было принято отдать CRM «Битрикс24». Вместе с CMS «1C-БУС» она образует удачную связку внутри одной системы. Такое решение позволяет обрабатывать заказы внутри удобного функционала «Битрикс24», а не разбираться в дизайне 98-го года внутри админ панели БУС.

Система начисления кешбэка и интеграция личного кабинета пользователя с бонусной системой UDS

На момент создания ТЗ по разработке сайта в маркеплейсе «Битрикс» было приложение для БУС от UDS, но на момент непосредственной сборки приложение оказалось удалено. А студия, которая его разработала, сообщила для нас неприятную новость, что они более не поддерживают этот продукт. В настоящий момент ожидаем создания приложения от UDS для реализации этой задачи. По завершении работ на сайте можно будет видеть свой процент скидки и остаток баллов, а товары, купленные в магазин, будут увеличивать кешбэк внутри системы UDS.

Модуль SEO

Позволяет использовать метки для каждой категории, расширяющие число посадочных страниц, через работу с характеристиками умного фильтра внутри каталога товаров. Каталог СБИС имеет два уровня категорий, например, «Икра» — «Красная». Но для решения задач SEO нам нужны более глубокие уровни, например, раздел «Икра горбуши».

Чтобы не создавать лишние категории, мы приняли решение использовать функционал создания специальных меток. Для начала получаем ссылку на товары, отобранные по ряду условий умного фильтра. В нашем случае в категории «Икра красная» отбираем товары, соответствующие фильтру по типу: «Вид рыбы: Горбуша». Полученную страницу переделываем в посадочную страницу — наделяем ее уникальными заголовками, метатэгами и описанием. Далее внедряем ее в мегаменю, как фейковую категорию. Так мы можем создать абсолютно любое число страниц. При этом URL-адреса этих страниц, по сути являющиеся адресами страниц фильтра, добавляются в список разрешенных для индексации адресов.

В дополнительные работы также вошла настройка:

• автоматизированной системы, изменяющей у всех загружаемых администратором сайта картинок формат на webp для ускорения работы сайта.

• расчета стоимости доставки в зависимости от удаленности адреса покупателя от склада в километрах;

• интеграции со службой доставки СДЭК;

• интеграции с модулями оплаты «СберБанка»;

• интеграции с мобильными приложениями клиента для обмена данными.

За 9 месяцев с начала разработки мы создали современно выглядящий сайт интернет-магазина, который фактически не нуждается в повседневном администрировании. Для внесения изменений в каталог используется только СБИС, для работы с заказами — CRM «Битрикс24». Благодаря настроенным нами алгоритмам сайт выполняет свои функции по взаимодействию компании с клиентами в автоматическом режиме.

Заключение

Сайт rakisam.ru уже полноценно работает, но мы не намерены останавливаться на достигнутом и в ближайшем будущем расширим его функциональность. В планы входит:

1. Более точный количественный учет в СБИС. Для этого необходимо, чтобы в СБИС попадала информация о заказах.

2. Разработка собственного решения по программе лояльности, если UDS не вернет приложение. Бонусные баллы — это основа маркетинга в современном e-commerce, и без них нельзя.

3. Интеграция каталога с «ВКонтакте».

4. Выгрузка в «Яндекс.Маркет» оптимизированных, обработанных сайтом позиций.

5. Выгрузка каталога в специальный фид для расширения сниппетов в поисковой выдаче и для нужд директолога по товарной рекламе.

6. Внедрение сервиса сквозной аналитики Roistat.

Все это поможет интернет-магазину «Царские Раки» становиться удобнее как для пользователей, так и для владельца, и благодаря этому увеличивать свою эффективность как инструмента для получения прибыли.