ПРИМЕРЫ ЭКРАННЫХ ФОРМ

Ниже представлен обзор основных форм работы с приложением PointLoyalty Manager. Обратите внимание, что для простоты изложения на данной странице представлены только основные формы приложения. Более подробно вопросы использования приложения изложены в «Описании системы».

ПЕРВЫЙ ШАГ - ОБЩЕЕ ОПИСАНИЕ БИЗНЕСА.

В начале работы с PointLoyalty Manager, необходимо определить в системе упрощенную модель взаимодействия Вашего бизнеса с клиентами, т.е. описать те действия Ваших клиентов, за которые Вы планируете начислять им бонусы. На основании приведенной модели Вы сможете формировать программы и предложения лояльности в терминах Вашего бизнеса. Каждая форма имеет контекстную подсказку. Нажмите кнопку «Подсказка» на любой из экранных форм. Обратите внимание, дополнительно можно описать категории Ваших клиентов и категории Ваших товаров/услуг для возможности создания более гибких предложений лояльности.  подробнее »

АТРИБУТЫ КЛИЕНТОВ

Атрибуты клиентов – свойства, характеризующие Ваших клиентов, по которым Вы можете формировать предложения лояльности.

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

Пример предложения, основанного на атрибутах клиентов - 5 бонусов совершившим любые покупки клиентам, родившимся 14 февраля (атрибут клиента «Дата рождения»).

Обратите внимание, для создания подобных предложений, Вы должны передать данные по клиентам в систему с помощью формы «Клиенты» или с помошью передачи файлов (см. ниже).

Заполните таблицу атрибутов или просто скопируйте из готовых шаблонов.

КЛИЕНТЫ

База клиентов – список Ваших клиентов с полями данных соответствующими зарегистрированным в системе атрибутам клиентов.
Если Вы хотели бы сформировать предложение лояльности для конкретных категорий клиентов Вам необходимо описать в системе атрибуты клиентов и передать в систему данные о клиентах.

Пример предложения, основанного на атрибутах клиентов - 5 бонусов всем покупателям студентам (атрибут клиента «образование» – «студент»).

Пример данных: «дата покупки» – «01.01.2009»; «клиент» – «Иванов» и т.д.

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

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

Заполните таблицу данных по клиентам.

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

ПОЛЬЗОВАТЕЛЬСКИЕ КАТЕГОРИИ

Пользовательские категории - группы Ваших товаров и услуг или других видов данных, по которым Вы можете формировать предложения лояльности. Каждая категория может содержать набор значений и список подкатегорий (древовидная структура данных).Наиболее частый случай использования пользовательских категорий – передача в систему списка товаров и услуг, предоставляемых Вашей компанией, для формирования предложений лояльности, основанных на данных категориях.

Примеры категорий: «Молочные продукты» (товары: молоко, йогурты), «Хлебобулочные изделия» (хлеб, печенье) и т.д.

Пример предложения, основанного на категориях - 5 бонусов всем купившим любые молочные продукты (категория товаров - «Молочные продукты»).

Пример данных: «дата покупки» – «01.01.2009»; «товар» – «йогурт»; «клиент» – «Иванов».

Поступающие в систему данные по операциям могут не содержать категории товаров.

В процессе обработки данных система расчета определит категорию товара («йогурт» -> «Молочные продукты»), и бонус для операции будет рассчитан.

Заполните дерево категорий и таблицы наборов значений.

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

« скрыть

ВТОРОЙ ШАГ - СОЗДАНИЕ ПРОГРАММ И ПРЕДЛОЖЕНИЙ ЛОЯЛЬНОСТИ.

После описания бизнеса можно приступать к созданию программ и предложений лояльности.  подробнее »

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

Пример

• «Бонусы всем» (название предложения).
• Распространяется на все покупки («покупка» – клиентская операция).
• Действительно с 01.01.2010 по 31.01.2010 (период действия).
• 5 % от суммы покупки зачисляется в качестве бонуса всем клиентам.

« скрыть

Типы правил предложений лояльности.

Существует 3 типа правил, определяющих условия начисления бонусов по клиентским операциям.

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

 подробнее »

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

Пример - «дата покупки» должна быть с 1 по 31 января 2007 года.

Блок агрегации - в данном блоке определяется ограничение на количество операций или сумму значений выбранного атрибута операций клиента в заданном временном интервале. Существует два типа блоков агрегации: ограничение на количество операций или суммы значений какого-либо атрибута операций клиента в заданном временном интервале.

Пример - для получения бонусов по текущим операциям, клиент в период с 1 по 31 января 2010 года («дата покупки») должен был совершить более 3 покупок (ограничение на количество операций).

Блок ограничений - в данном блоке определяется ограничение на значение какого-либо атрибута клиентских операций в заданном временном интервале.

Пример - для получения бонусов по текущим операциям, клиент в период с 1 по 31 января 2010 года («дата покупки») должен был совершить покупку со значением атрибута «товар» равным - «телевизор» (ограничение на значение атрибута «товар»).

Правило учета истории клиентских операций должно содержать блок агрегации, блок ограничений или оба блока одновременно.

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

« скрыть

ТРЕТИЙ ШАГ - ЗАНЕСЕНИЕ ДАННЫХ ДЛЯ РАСЧЕТОВ.

Все готово для расчета бонусов Вашим клиентам. Занесите оперативные данные по реальным клиентским операциям и получите рассчитанные бонусы. Оперативные данные по клиентским операциям – набор клиентских операций, по которым рассчитываются бонусы согласно зарегистрированным в системе и действующим на момент расчета предложениям лояльности.  подробнее »

Каждая клиентская операция должна содержать данные в соответствии с шаблоном своего типа операции и идентификатор клиента, совершившего операцию.

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

Примеры.

Пусть шаблон операции «покупка» содержит набор атрибутов:

• Дата покупки.
• Название товара.
• Цена.
• Количество товара.

Пример записи, соответствующей шаблону:

• 02.04.2001 («Дата покупки»).
• Калькулятор («Название товара»).
• 100 («Цена»).
• 2 («Количество товара»).
• Идентификатор клиента - например, зашифрованный номер пластиковой карты.

« скрыть Существует 5 видов занесения оперативных данных для расчетов. Выберите удобный для Вас способ.

Способы занесения оперативных данных в систему

• Заполнение таблицы с данными с помощью экранной формы.
• Копирование данных их MS Excel документов.
• Загрузка файлов с данными с помощью экранной формы.
• Настройка FTP доступа к Вашему серверу для автоматического получения файлов с данными.
• Интеграция с внешними программными системами с помощью web services или REST API.

Обратите внимание, первые два способа предназначены исключительно для занесения данных по клиентским операциям при передаче небольших объемов данных или в тестовых целях. Остальные способы передачи данных также позволяют передавать информацию о клиентах и пользовательских категориях.

1. Заполнение таблицы с данными

Работа с данными по клиентским операциям с помощью экранных форм целесообразна при обработке небольших объемов информации или в тестовых целях, например, для проверки работы созданных предложений лояльности.

2. Копирование данных из MS Excel документов

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

3. Загрузка файлов с данными с помощью экранной формы

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

4. Настройка FTP доступа к Вашему серверу для автоматического получения файлов с данными

Система FTP доступа к данным применяется для автоматизации процесса занесения в систему больших объемов информации.

5. Интеграция с внешними программными системами с помощью web services или REST API

Для поддержки передачи данных с помощью интеграции по технологии web services и REST API не предусмотрено специальных форм.

• Получите WSL файл, содержащий информацию о предоставляемом API для доступа в систему - WsService.wsdl.
• Изучите возможности интеграции с помощью REST API - Описание REST API.

По всем возникшим вопросам обращайтесь в службу технической поддержки компании - support@pointloyalty.ru

СТАНДАРТНЫЕ ОТЧЕТЫ.

Отчет по бонусам - отчет, предназначенный для вывода детальной информации по рассчитанным в системе бонусам. Отчет по предложениям - отчет, предназначенный для вывода консолидированной информации по зарегистрированным в системе предложениям лояльности. Отчет о поступивших данных по клиентским операциям - отчет, предназначенный для вывода информации по клиентским операциям, зарегистрированным в системе. При передаче информации с помощью файлов, FTP доступа или с использованием web services, возможны накладки в случае неверного формата предоставляемых данных, попыток повторной передачи информации и т.д. Отчет позволяет отследить статус всех успешно зарегистрированных в системе пакетов данных.

ОПОВЕЩЕНИЕ КЛИЕНТОВ.

Наша компания предоставляет специальное приложение - «Пользовательская Консоль» , предназначенное для оповещения Ваших клиентов о начисленных им бонусах, выплаченных призах и текущих предложениях Вашей компании. Более подробное описание приложения Вы можете получить на нашем сайте - «Описание продукта».
По всем возникшим вопросам обращайтесь в службу технической поддержки компании - support@pointloyalty.ru