Вы находитесь на странице: 1из 12

3.

Общие сведения
3.1. Цели и результаты

Целью проекта является реализация платформы «Gaming Management Platform»,


т.е. особого типа сайтов электронной торговли, позволяющих предоставлять широкий
перечень продуктов, предлагаемых третьими сторонами (партнерами), где торговые
транзакции обрабатываются. Также Gaming Management Platform является частью
мультиканальной (offline + online) розничной сети , где пользователь может выбрать все.
Проект «Gaming Management Platform» (далее - Gaming Management Platform)
предполагает создание основных пользовательских витрин в виде web портала, мобильной
версии web портала (десктопный портал с адаптивной версткой, покрывающий как
планшеты, так и сматфоны в обоих положениях (горизонтальная и вертикальная)),)),
мобильного приложения для устройств на базе операционных систем iOS, Android и
Windows, а также API в сторону основных витрин.
Привлечение пользователей на основные витрины Gaming Management Platform
будет осуществляться через:

─ Web ресурсы

─ Единый Личный Кабинет (ЕЛК и ЛК onlime для B2C Абонента, а также ЕЛК для B2B/G
Абонентов);
3.2. Заказчик

Silver Star Entertainment Europe Limited (далее Заказчик).

3.3. Исполнитель
Участник конкурса/закупки, с которым заключен контракт (далее Исполнитель)
4. Состав модулей

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

Персонализац Компонент отвечает за следующие действия, предоставляя


ия возможность:
(Personalizatio ─ Персонализировано направлять пользователей
n) по страницам портала;
─ Адаптировать содержимое разделов портала в
зависимости от выбора пользователей;
─ Предлагать пользователям продукты, которые могут
быть интересны именно им;
─ Предлагать пользователям рекомендации на основе
аналогичного поведения других пользователей;
─ Предоставлять возможность управлять правилами
персонализации для удержания пользователей на
портале;
─ Определять повторно посещающих портал
пользователей для предоставления предложений и
рекомендаций, предлагаемых им ранее.
Детальные требования указаны в разделе 5.

Управление витринами и Компонент должен предоставлять возможность создавать и
мерчендайзинг настраивать веб сервисы для различных типов витрин
(Marketplace & Gaming Management Platform:
Merchandising) ─ Портал Gaming Management Platform, мобильная
версия портала Gaming Management Platform,
мобильное приложение Gaming Management
PlatfoRM – основная витрина;
─ Единый Личный Кабинет, в том числе региональные
ЕЛК (далее ЕЛК), Мобильный Личный Кабинет
(далее МЛК);
─ smart-приложение.
Компонент должен предоставлять возможность управлять
клиентским опытом в следующих видах взаимодействия с
пользователями-клиентами Gaming Management PlatforM:
─ Привлечение внимания к витрине Gaming Management
Platform;
─ Формирование и удержание интереса;
─ Побуждать к покупкам продвигаемых товаров и
услуг.
Поиск и Компонент должен предоставлять для пользователей и
фильтрация бизнес-пользователей расширенные возможности поиска
(Search & продуктов в рамках Gaming Management Platform.
Filtering) Поддерживается так называемый естественный язык поиска
для предоставления наиболее релевантного результата.
Детальные требования указаны в разделе 5.
Идентификация и Единая точка входа SSO должна предоставлять
профилирование зарегистрированным пользователям на информационных
(SSO Integration) ресурсах возможность бесшовного перехода из одного web
ресурса в другой (например, между ЕЛК и порталом Gaming
Management Platform. Сервис SSO должен управлять
информацией обо всех зарегистрированных пользователях
портала Gaming Management Platform. Для всех
регистрируемых на платформе Gaming Management Platform
пользователей сервис SSO должен сохранять определенный
набор информации в соответствии с информацией,
заполняемой посетителем.
Абонент или клиент Общества, имеющий действующую
учетную запись, должен иметь возможность проходить
сквозную аутентификацию на портале Gaming Management
Platform.
Все атрибуты профиля учетной записи пользователя
должны быть доступны для использования сотрудниками
при настройке правил персонализированных предложений,
формирования сегментальный групп (например, VIP –
пользователей) или формирования выборки отчетов по
пользователям, сегментации и др. При следующем и
дальнейших событиях авторизации пользователя на портале
Gaming Management Platform должно фиксировать /
обновлять информацию о профиле абонента и
производимых им действиях.
Детальные требования указаны в разделе 5.
Управление Компонент должен предоставлять возможности:
каталогом (Product ─ Управлять всеми типами продуктов, группами
Catalog) продуктов и правилами предоставления продуктов, в
том числе характеристиками, условиями продажи и
покупки;
─ Обеспечивать возможность управления продуктовым
цифровым контентом, включая аудио, видео, ПО,
цифровые издания – настройка деталей продукта,
информации о нем, фото, параметры предоставления;
─ Проводить согласование включения продукта
партнера в единый каталог;
─ Создавать / редактировать карточку продукта или
пакетного предложения, состоящих из комбинации
продуктов / акций / др.;
─ Моделировать и поддерживать бизнес-процесс по
созданию пакетных предложений, включая
возможность партнера самостоятельно загружать
продукты и услуги;
─ Вести классификаторы, категоризацию и
каталогизацию для удобства учета карточек
продуктов;
─ Экспортировать информацию о карточках продуктов
в сторонние системы (не являющиеся частью
данного решения) в необходимых форматах;
─ Управлять пред-производственнымии
производственными средами маркетинговых
продуктовых каталогов;
─ Настраивать правила предоставления продуктов в
Gaming Management Platform с учетом синхронизации
данных с различными системами партнера с учетом
необходимости
интеграции с АСР системами Общества (при
реализации проверки финансовой блокировки);
─ Вести аудит изменений маркетинговой продуктовой
информации в системе;
─ Давать возможность редактировать информацию без
публикации (распространения) для возможности
подготовки информации перед ее распространением
по всем каналам.
Также, Компонент должен позволять конфигурировать
связи каталогов между собой. Присутствует возможность в
графическом интерфейсе переноса данных одного каталога
(всей иерархии или части иерархии) в другой.
Каталог должен:
─ Обеспечивать возможность редактирования данных
перед публикацией;
─ Обеспечивать возможность хранения и управления
версиями записей о продуктах;
─ Обеспечивать наличие признака (или иной способ
группировки) региона, различных категорий,
сегментов пользователя и иных признаков, которые
может устанавливать маркетолог;
─ Обеспечивать возможность
доступа пользователей/посетителей только к
опубликованному ассортименту продуктов;
─ Обеспечить доступ авторизированного оператора,
бизнес-администратора или
технического администратора, с соответствующими
правами ко всему ассортименту продуктового
каталога
─ Обеспечивать доступ на управление к ассортименту
продуктов партнера – каталог только тех продуктов,
которые предлагает через Gaming Management
Platform партнер; продуктов
─ Обеспечивать возможность управления и
предоставления определённого ассортимента
продуктов в различные витрины.

Детальные требования указаны в разделе 5.


Управление Компонент должен предоставлять возможности бизнес-
уведомлениями пользователю создавать шаблоны e-mail/sms/messenger
(Messaging) рассылки под различные события через интерфейс бизнес-
пользователя, а также содержать стандартные шаблоны:
─ Письмо с подтверждением регистрации;
─ Письмо с подтверждением заказа;
─ Письмо с оповещением о появлении продукта из
wish- листа;
─ Письмо с оповещением о снижении цен;
─ Письмо с напоминанием пароля;
Управление Компонент должен предоставлять возможности управления
платежами платежами:
(Payments) ─ оплаты заказа различными способами;
─ выбора покупателем из доступных для него методов
оплаты при оформлении заказа;
─ определять предпочтительные способы оплаты в
соответствии с данными профиля пользователя.
Пользователь Gaming Management Platform должен иметь
возможность сохранять и управлять шаблонами оплаты и
использовать их для оплаты следующих заказов, в том
числе с выбором предпочтительного способа оплаты.
Требуемые методы оплаты:
─ Наличные средства. Для этого способа должна быть
реализована функция подтверждения заказа по всем
каналам взаимодействия с пользователем;
─ Банковские карты;
─ Терминалы оплаты;
─ Бонусы Gaming Management Platform
─ Бонусы программы «БОНУС» Заказчика;
─ Электронные деньги/кошельки;
─ Лицевой счет Абонента Общества;
─ Лицевой счет мобильной связи пользователя;
─ Купоны.
Детальные требования указаны в разделе 5.
Обработка заказов Платформа Gaming Management Platform должна
и возвратов поддерживать различные виды обработки заказов
(Ordering & пользователей:
Returns) 1. Автоматическое выполнение заказов – заказы
продуктов должны обрабатываться в автоматическом
режиме.
2. Полуавтоматическое выполнение заказов (с
модерацией менеджером) – для сложных заказов с
определенными продуктами должна предоставляться
возможность включать полуавтоматический режим
обработки заказов. При появлении заказа Gaming
Management Platform должно оповестить всех
ответственных сотрудников (перечень сотрудников
должен задаваться в
административном портале) о новом заказе для
последующей обработки;
3. Отмена и возврат заказа. Бизнес-пользователи и
пользователи Gaming Management Platform должны
иметь возможность отменять заказы. В случае
отмены заказа Gaming Management Platform должно
выполнять и предоставлять возможность выполнять
следующие действия:
o Произвести возврат денежных средств.
Возврат должен производиться вручную
сотрудниками на основании данных заказа;
o Произвести возврат / списание бонусов (если
списывались / начислялись).
4. Корректировка заказа. Платформа Gaming
Management Platform должна поддерживать
автоматическую обработку ошибок при выполнении
заказа. В случае, если услуга не может быть
активирована (превышение таймаута запроса,
ошибка, другие причины), необходимо осуществлять
оповещение ответственных сотрудников о наличии
проблемы с указанием информации об ошибки.
Сотрудник должен иметь
возможность изменить/отменить заказ в интерфейсе
управления заказами.
Компонент должен предоставлять возможности:
─ Оповещать пользователей об изменении статуса
заказа по каналам (e-mail, sms, messenger) -
возможность настройки передачи оповещений о
статусе заказа по e- mail и sms/ messenger каналам;
─ Резервирования заказа в
точке обслуживания/самовывоза;
─ Онлайн проверки наличия продукта на складе в
момент оформления заказа;
─ Дополнительных шагов проверки для принятых
заказов – проверка мошенничества, подтверждение
заказа перед обработкой, валидации заказа по e-
mail/sms/messenger перед непосредственным
оформлением заказа.
Детальные требования указаны в разделе 5.
Проверка доступности Проверка осуществляется как автоматически посредством
(Inventory Check) запросов, направляемых партнеру, с заданной частотой
(актуальная информация о наличии на складе/возможности
предоставления указывается на странице продукта), так и на
стадии помещения продуктов в корзину. В случае
отсутствия продукта в наличии или невозможности
предоставления услуги пользователь получает уведомление,
и ему предлагается альтернативное предложение согласно
установленным правилам.
Детальные требования указаны в разделе 5.

Отчетность (Reporting) Компонент должен обеспечивать гибкую систему аналитики


и отчетности для всех уровней пользователей системы.
Детальные требования указаны в разделе 5.
Сегментация абонентов Компонент предназначен для принятия оптимальных
и посетителей рекомендательных решений на основе пользовательских
(Customer segmentation) собираемых данных собранных и размещаемых в
корпоративном хранилище BigData. При формировании
оптимального решения компонент принимает во внимание:
─ Результаты прогнозирования (скоринг), полученные
с помощью прогнозных моделей, разработанных в
аналитическом инструменте (классификация,
регрессия, кластеризация, прогнозирование
временных рядов и т.д.);
─ Бизнес-правила, задающие ограничения на
располагаемые ресурсы.
Например, при формировании лучшего следующего
предложения необходимо учитывать:
─ вероятность отклика на каждое возможное
предложение, рассчитываемую прогнозной моделью
с учетом истории взаимодействия с клиентом,
данные о нем, контекст взаимодействия;
─ ограничения на возможные скидки, стоимость
коммуникаций;
─ ожидаемые прибыль в случае отклика с учетом
конкуренции между возможными предложениями.
─ и т.д.
Детальные требования указаны в разделе 5.
Интеграционные Компонент должен обеспечивать гибкую функциональность
интерфейсы по интеграции с внешними системами, а также
(APIs) предоставлять простой способ реализации клиент-
серверной модели связи
через REST-сервисы. Компонент должен
предоставлять
следующий набор сервисов для интеграции с внешними
приложениями и системами:
─ Управление сущностями и получение данных из
каталога продуктов (Catalog) – создание / удаление /
изменение объектов в каталоге, а также получение и
модификация информации по продукту на основе его
идентификатора, номера, названию, группы и
представлению в каталоге.
─ Управление контентом (Content) – создание /
удаление
/ изменение размещаемого контента, изменение
описания, а также получение необходимого контента
по его уникальному идентификатору или всего
контента из категории для витрины.
─ Проверка доступности запасов (Inventory) Партнера–
получение состояния доступности товара на складе в
зависимости от регионального расположения.
Проверка наличия запасов и резервирование по
конкретной позиции в заказе или корзине. Отмена
резервирования и обновление записей по состоянию
доступности товара и запасов.
─ Определение расположения (Location) через
анкетные данные в ЕЛК, определения положения на
витринах / BigData– получение информации о
расположении пользователя по региональному
идентификатору. Получение информации о
ближайших точках интереса на основе широты и
долготы, а также по идентификатору.
─ Маркетинговые активности и промо-акции
(Marketing) через SAS CM (опционально, в рамках
развития проекта) – поиск / создание / изменение /
деактивация / удаление маркетинговых активностей,
триггеров и акций по их идентификатору, названию,
описанию и принадлежности.
Управление учетными записями и группами (Identity)
через ЕЛК для физ.лиц– регистрация пользователей
Gaming Management Platform через ЕЛК их
последующая аутентификация, отслеживание
пользовательских сессий, сброс пароля, поиск и
обновление профиля пользователя, поиск записей по
идентификатору (логину и имени).