1 |
Запуск первой ПЛ на базе платформы Loymax состоялся в октябре 2012 года. Пилотным проектом стала коалиционная ПЛ с участием представителей 12 различных сетей ритейла из разных сфер бизнеса, лидеров рынка в г.Томске. Уже к концу 2013 года участниками этой Программы стали более 70% томичей. |
2 |
На данный момент компания насчитывает более 40 партнеров в 17 регионах России и ближнего зарубежья. Более половины Партнеров представляют сегмент рынка, связанный с товарами повседневного спроса, другие — рынок банковских услуг, спортивных товаров, индустрии моды, аптек и услуг в сфере индустрии питания. На базе системы Loymax реализуется более 400 механик маркетинговых акций, формируется более 40 преднастроенных аналитических отчетов, реализована интеграция с 11 видами кассового ПО, а также со всеми популярными социальными сетями и мессенджерами. В Системе предусмотрено более 200 пользовательских прав. Преднастроенным по умолчанию ролям легко добавлять дополнительные права и настраивать роли в соответствии с требованиями конкретной Программы лояльности. |
3 |
Loymax BI — это модуль, позволяющий проводить бизнес-анализ сведений о клиентах и продажах и принимать правильные бизнес-решения. |
4 |
В рамках модуля Loymax BI используются методы Business Intelligence, Big Data, Machine Learning. Эти методы позволяют определить типовые шаблоны покупок и поведения клиентов, сформировать релевантные предложения для различных сегментов, построить воронку продаж, повысить конверсию и многое другое. |
5 |
В арсенале Loymax BI более 40 преднастроенных аналитических отчетов. Также инструмент дает возможность пользователю генерировать индивидуальные отчеты. Разработаны собственные методики и внедрены различные виды классической сегментации клиентов, в том числе по матрице BCG, RFM-анализ, бинарная сегментация, сегментация по ценовой чувствительности и др. В платформе Loymax доступен ABCXYZ — анализ товаров и прогнозная аналитика поведения клиентов. |
6 |
По сути Loymax BI — инструмент, позволяющий оперативно получать объективную информацию о состоянии бизнеса и реализовывать задачи по развитию клиентского актива компании. |
7 |
Loymax Smart Communications — это модуль автоматизации коммуникаций с Участниками Программы лояльности (ПЛ). |
8 |
Loymax Smart Communications является отдельно устанавливаемым, зарегистрированным в Реестре программ для ЭВМ, программным обеспечением "Loymax Smart Communications". В статьях на Информационном портале данное ПО для удобства называется модулем Loymax Smart Communications. |
9 |
Модуль позволяет автоматизировать коммуникации в условиях больших клиентских баз (от десятка тысяч до нескольких десятков миллионов клиентов). За счет построения подробных профилей Участников ПЛ модуль имеет возможность сегментировать клиентскую базу на основе любых данных и свойств Участников ПЛ. В итоге анкетные данные конкретного Участника ПЛ, а также данные о его покупках, поведении на сайте, просмотре конкретных товаров и т. д. можно использовать для коммуникации с ним (отправки рассылок, предложений, а также начисления бонусов). В такой ситуации сообщения рассылок носят персонализированный характер, вызывают у Участников ПЛ реальный интерес и побуждают к активным действиям в ПЛ. |
10 |
Таким образом, с помощью грамотно выстроенных коммуникаций легче отслеживать и поддерживать лояльность Участников, а вероятность повторных продаж увеличивается. Подробнее об основных понятиях и возможностях модуля Smart Communications можно прочитать в отдельной статье. |
11 |
Информационная безопасность системы Loymax включает в себя ряд инструментов и методов для безопасной работы с данными |
12 |
Информация, представленная в данном разделе, носит рекомендательный характер. Для обеспечения безопасности данных ваших клиентов и проводимых операций рекомендуем использовать ВСЕ средства защиты, перечисленные в данном разделе. В противном случае компания Loymax не несет ответственности за возможную утечку информации. |
13 |
Все представленные средства направлены на защиту персональных данных клиентов и пользователей Системы, а также обеспечивают безопасный обмен данными между сервером и конечными пользователями без потерь и возможности перехвата. При этом каждый участник процесса получает доступ к данным, которые он имеет право получить, и не получает данные, которые не должны быть ему доступны. В Системе хранятся только достоверные сведения о клиентах, покупках и прочих операциях. |
14 |
Омниканальность в рамках Программы лояльности означает, что Система связывает все каналы коммуникаций с клиентом, а также весь опыт его взаимодействия с Партнером в единое целое. В центре омниканальной стратегии стоит покупатель. Благодаря использованию всех дополнительных сервисов, принцип омниканальности позволяет плавно переключаться между различными каналами. При этом переход от использования одного канала к другому будет последователен и логичен, т. к. омниканальность позволяет увидеть весь путь клиента, независимо от того, где он совершает покупки – онлайн или в торговой точке сети. |
15 |
Путь клиента должен оставаться беспроблемным, даже если он переключается между разными каналами коммуникации с Партнером. Если после обращения покупатель захочет поменять канал, у него должна быть возможность легко переключиться и продолжить взаимодействие. Например, клиент покупает продукты в определенном магазине, и у него есть карта лояльности. Он также пользуется Мобильным приложением на телефоне, чтобы иногда делать доставку, и использует данные карты и в приложении. Партнер знает знает о любимых товарах клиента в магазине, делает на них скидки в МП, и рассказывает с помощью SMS или push-уведомлений об акциях на товары, которые клиент покупает чаще всего. Если товаров, которые нравятся клиенту, нет в наличии в определенном магазине, он может найти на сайте или в МП ближайший магазин сети, где эти товары есть в наличии. |
16 |
Таким образом, создается единый профиль клиента, который собирает всю информацию о его действиях и поведении в разных каналах продаж. В дальнейшем, на базе анализа поведения клиента в общем и отдельно в каждом из каналов, можно построить эффективный целевой маркетинг. |
17 |
Таким образом, в зависимости от канала продаж может отличаться маркетинговая стратегия, т. к. каждый канал может иметь свои особенности, целевую аудиторию и требует индивидуального подхода. |
18 |
Система Loymax предлагает универсальное решение для реализации Программы лояльности (ПЛ) с учетом специфики любого канала продаж. Партнеры могут добавлять в Систему любое количество торговых точек, в том числе Интернет-магазины, и производить гибкую настройку правил акций через применение различных фильтров. При этом для настройки акций может использоваться любая дополнительная информация о торговой точке, например, формат, часы работы, место расположения, наличие кофейни и т. д. Это позволяет регулировать и оптимизировать работу маркетинговых кампаний. Например, через настройку акций для определенного канала продаж можно повышать интерес клиентов к этому каналу и, соответственно, увеличивать продажи. |
19 |
4.3.2. Расчет компенсации производится исходя из стоимости услуги, при оказании которой допущено нарушение, за месяц, в котором возникло нарушение. Общий размер компенсаций за все нарушения и Инциденты за отчетный месяц ограничен ежемесячной абонентской платой. При подсчете компенсаций в случае полной недоступности Программного продукта компенсация за частичную недоступность этого же периода не начисляется. |
20 |
4.3.3. Ответственность Исполнителя за несоблюдение установленного настоящим Соглашением уровня сервиса ограничена суммами компенсаций, предоставляемых в соответствии с пунктом 4.3.1. настоящего Соглашения. Реальный ущерб, причиненный Заказчику в связи с возникновением и устранением Инцидентов в работе Системы, сверх размера установленных Таблицей 3 компенсаций, не возмещается, а упущенная выгода возмещению не подлежит. |
21 |
4.3.4. Компенсация предоставляется Исполнителем исключительно в виде соответствующего уменьшения стоимости услуги, при оказании которой допущено нарушение, за расчетный период — календарный месяц, в котором допущено нарушение уровня SLA. |
22 |
Если стоимость услуг внесена в порядке полной предоплаты, компенсация предоставляется по выбору Заказчика путем возврата денежной суммы или предоставления скидки на услуги за следующий период. |
23 |
Основанием для удержания компенсации и зачета требования о выплате компенсации с иными однородными требованиями является соглашение о зачете, подписанное Сторонами, либо письменное согласие Исполнителя с суммой компенсации и порядком ее выплаты. |
24 |
4.3.5. Датой подведения итогов отчетного месяца признается 10 число месяца, следующего за расчетным периодом. Компенсации за отчетный месяц подлежат только Инциденты, претензия по которым подана до даты подведения итогов. |
25 |
4.4.2. Под незавершенными транзакциями (НЗТ) понимается отсутствие ответа от кассы о завершении покупки и оплате чека. |
26 |
Если количество НЗТ составляет более 0,06% от общего количества транзакций в день, Исполнитель направляет Заказчику через службу технической поддержки уведомление с требованием об инициации процесса проверки работоспособности каналов связи, кассового программного обеспечения, кассово-контрольной техники для выявления и устранения Заказчиком на своей стороне причины, повлекшей появление НЗТ. |
27 |
4.4.3. Центр обработки данных (ЦОД) предоставляет Исполнителю следующие услуги: канал передачи данных в Интернет, электропитание, физическая безопасность серверов, аренда оборудования. Ситуации недоступности ЦОД считаются форс-мажорным обстоятельством и не компенсируются Исполнителем. В случае недоступности ЦОД с полной или частичной потерей оборудования Исполнитель обязуется в течение 3 рабочих дней с момента возникновения ситуации недоступности предоставить Заказчику план по восстановлению работоспособности Сервиса, в котором будут описаны работы по восстановлению, сроки их выполнения и ответственность Сторон. В случае непредоставления такого плана в указанный срок ответственность за недоступность несет Исполнитель. Факты перебоев в предоставлении услуг подрядчиков, поставщиков Исполнителя и ЦОД должны быть документально подтверждены Исполнителем по запросу Заказчика в срок не позднее 15 рабочих дней с момента окончания перебоев. |
28 |
9.1. Исполнитель самостоятельно обеспечивает установку новых версий Системы, выпущенных в период действия Договора (обновлений). Перед внедрением новой версии Системы Исполнитель проводит тестирование на своей стороне. Уведомление об обновлении направляется на адрес электронной почты представителя Заказчика не менее чем за 2 (два) рабочих дня до планируемой даты обновления. Заказчик обязуется не чинить препятствий Исполнителю в обновлении Системы и оказывать необходимое содействие — в течение 1 (одного) рабочего дня согласовать время и период обновления, при необходимости провести тестирование на тестовом сервере и т. д. |
29 |
В случае, если обновление Системы невозможно по причинам на стороне Заказчика, гарантии Исполнителя по поддержанию прежнего уровня доступности Системы и устранению инцидентов в работе Системы в сроки, определенные пунктом 4.2 настоящего Соглашения, прекращаются, а положения пункта 4.3.1 не подлежат применению вплоть до обновления Программного продукта и завершения тестовой эксплуатации новой версии (пункт 9.2). |
30 |
9.2. В период тестовой эксплуатации новой или доработанной версии Системы, а именно в течение двух месяцев после установки обновлений на рабочем сервере, обслуживающем Программу лояльности Заказчика, в работоспособности новой версии Программного продукта могут возникать сбои, неполадки, технические неисправности, которые Стороны договорились считать неизбежным последствием внесения изменений в конфигурацию Программного продукта, возникшим по объективным причинам и не свидетельствующим о нарушении Исполнителем своих обязательств по Договору. Такие неисправности устраняются Исполнителем по заявкам Заказчика в службу технической поддержки в порядке, установленном разделом 6 настоящего Соглашения, при этом время реакции и восстановления работоспособности устанавливается с повышающим коэффициентом «2», а компенсации, установленные пунктом 4.3.1 настоящего Соглашения, не начисляются и не выплачиваются. |
31 |
9.3. Стоимость обновлений включена в ежемесячную абонентскую плату и дополнительно с Заказчика не взимается. |
32 |
9.4. После выпуска новой версии Системы заявки на адаптацию, доработки (модификации) прежней версии, подключение новой функциональности в работу Исполнителем не принимаются. |
33 |
9.5. При выпуске новой версии API Loymax предыдущие версии интеграции могут выводиться из эксплуатации. Уведомление о выводе версий API Loymax из эксплуатации направляется Заказчику посредством электронной почты, а также дублируется на Портале клиентов. Устаревшая версия интеграции прекращает свою работу и снимается с технической поддержки не ранее чем через 1 (один) год с даты направления указанного уведомления. |
34 |
Вопросы, возникающие при настройке акций: |
35 |
Приветственные бонусы |
36 |
Чтобы вновь зарегистрированному Участнику программы лояльности начислить приветственные бонусы, необходимо создать акцию с событием Активация карты или Привязка телефона и действием Дополнительные бонусы с фиксированной суммой бонусов. |
37 |
Бонусы на покупку определенного товара |
38 |
Если требуется начислить бонусы определенной группе клиентов для их списания при покупке определенных групп товаров, необходимо создать две акции: |
39 |
Акция для начисления бонусов в определенной валюте с указанием целевой аудитории. |
40 |
Акция для списания бонусов в той же валюте (с определенным % использования, если необходимо) с ограничением в виде группы товаров. |
41 |
В каком часовом поясе работает созданная акция? |
42 |
Время действия акции устанавливается локальное. Это значит, что время действия акции, установленное маркетологом в его часовом поясе, актуально для любого часового пояса клиента. Акция, которая должна начать свое действие в 12:00, начнется в 12:00 для каждого клиента по его локальному времени. |
43 |
Какая акция сработает на чек клиента, если акций несколько? |
44 |
На срабатывание акции влияет несколько различных параметров. Система рассматривает все имеющиеся акции по определенному алгоритму расчета акций. В процессе такой проверки рассматриваются такие параметры акции, как: суммируемость, приоритет, вес, выгода для клиентов, ID. В зависимости от результата Система выбирает, какая акция сработает для клиента. Например, из нескольких акций сработает акция, приоритет которой выше. |
45 |
Можно ли в Системе настроить персональные преференции, чтобы для каждого Участника ПЛ были заданы уникальные условия на комбинацию товар + размер скидки? |
46 |
Настраивать уникальные преференции для каждого Участника ПЛ можно используя механику персональных предложений. О настройке данной механики и создании акций с персональными предложениями читайте в отдельном разделе. |
47 |
Существует ли ограничение на количество акций, которые можно создать в Системе? |
48 |
Строгого ограничения на количество акций в Системе нет. Однако мы рекомендуем заводить в Системе не более 1000 акций и не более 1000 правил. |
49 |
Можно ли вести аналитику по акциям, в том числе на чеки, в которых не задействована бонусная карта Программы лояльности? |
50 |
Можно вести аналитику по акциям с начислением бонусов, предоставлением скидок (как по Участникам ПЛ, так и по незарегистрированным клиентам). В разрезе акций можно увидеть сумму начисленных и сумму списанных бонусов, процент скидки, скидку в валюте кассы, общую сумму чеков, в которых применялась акция, сумму товаров, на которые применялась акция. |
51 |
Увидеть аналитику нельзя: |
52 |
По акциям на чек, если покупка совершена без участия ПЛ (т. е. клиент не является Участником ПЛ либо Участник ПЛ не был идентифицирован Системой). |
53 |
По акциям только с печатью на чек или кассиру. |
54 |
По акциям с начислением дополнительных бонусов. |
55 |
Как долго проходит обработка Системой загруженного каталога? |
56 |
Скорость обработки запроса зависит от производительности сервера, количества передаваемых данных и количества фактических изменений. В некоторых случаях продолжительность обработки запроса может достигать нескольких часов. |
57 |
Можно ли использовать электронные сертификаты в офлайн-магазине, а физические — в онлайн-магазине? |
58 |
Денежные сертификаты интегрируются в полном объеме функциональности через xml-протокол на КПО и через методы Processing в Public API. Таким образом, любой денежный сертификат может быть продан как в онлайн, так и в офлайн. |
59 |
Продажа в онлайн и в офлайн имеет одинаковый сценарий. На процессинг передается номер сертификата к продаже с указанием кода товара. |
60 |
То же касается использования сертификатов для оплаты покупок. На процессинге по умолчанию нет запретов на списание средств с электронного или физического сертификата в онлайн или офлайн магазине. Денежные сертификаты могут быть для удобства разделены по разным типам. Тогда можно с помощью акции настроить использование сертификатов определенных типов в конкретных местах. В противном случае оплату по сертификату можно будет отследить только по его жизненному циклу в модуле аналитики. |
61 |
Особенности использования денежного сертификата |
62 |
Сертификат имеет уникальный номер и набор дополнительных идентификаторов (см. ниже). |
63 |
Сертификаты классифицируются по типам. |
64 |
Сертификат может быть физическим и виртуальным. Физический сертификат продается (реализуется) чаще всего на кассе торговой точки. Виртуальный сертификат, как правило, реализуется при покупке в Интернет-магазине. Виртуальный сертификат имеет электронный идентификатор, отправляемый клиенту в SMS-сообщении или на email (в зависимости от настроек каналов коммуникации на стороне Партнера) и предъявляемый на кассе для обналичивания. Виртуальный сертификат может быть также выдан на кассе торговой точки. Подробнее о приобретении виртуального сертификата читайте в статье. |
65 |
В одной покупке может быть продано сразу несколько сертификатов. |
66 |
Номинал сертификата можно задавать в Системе при создании типа сертификата (фиксированный номинал) или указывать при продаже сертификата (произвольный номинал). Как правило номинал физического сертификата является фиксированным, а номинал виртуального сертификата — произвольным. В качестве номинала сертификата может быть задано любое положительное число. |
67 |
Срок действия от момента выдачи сертификата задается в Системе и может быть изменен вручную. |
68 |
При оплате покупки сертификатом списание средств с него происходит через отдельный способ оплаты в системе Loymax. |
69 |
Сертификат может быть многоразовым. В таком случае, например, если номинал сертификата 1000 рублей, можно потратить часть этой суммы в одной покупке (например, 500 рублей). При этом сертификат остается на руках и оставшуюся на нем сумму (500 рублей) можно потратить для оплаты следующих покупок. |
70 |
Существует возможность возврата средств на денежный сертификат при возврате товара, оплаченного им. |
71 |
Неиспользованный денежный сертификат может быть возвращен. Стоимость сертификата вернется покупателю тем способом, которым была оплачена покупка денежного сертификата (наличными или на банковскую карту). |
72 |
Сертификаты не могут быть использованы как карты Программы лояльности: нельзя зарегистрировать сертификат на Участника ПЛ, прикрепить к существующему счету, заменить карту на сертификат и прочие действия. |
73 |
Информация о проданных и количестве активированных или использованных сертификатов хранится в модуле аналитики. Связка между товарами и уникальными штрихкодами реализуется на стороне Loymax. |
Комментарии