Анкета Участника (форма 3) 35 Общие положения Общие сведения о процедуре запроса предложений ОАО «Мобильные ТелеСистемы»

Обжалование

Прочие положения

Предмет закупки

Общее положение

• 
  Планирование и согласование рекламных кампаний (РК): выбор параметров аудитории, канала и расписания доставки, предварительный расчет стоимости.
  
• 
  Управление базой данных об абонентах, произведение выборок, учет Политики контактов (ограничения по количеству показов рекламных сообщений на одного абонента, частоты показов и т.д.).
  
• 
  Размещение запланированных РК на каналах коммуникации МТС и доставка рекламного контента абонентам.
  
• 
  Он-лайн статистика прохождения РК, выгрузка итоговых отчетов.
  
• 
  Биллинг: расчет стоимости РК для рекламодателей с учетом Тарифной политики (стоимость показов и кликов на каждом канале, коэффициенты за таргетинг, скидки за объем и т.д.) и индивидуальных скидок.
  

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

3. 
   Бизнес-требования
   

1. 
   Необходимо обеспечение единого интерфейса системы Мобильная реклама, с предоставлением доступа к этому интерфейсу (WAP/WEB/SMS-портал для абонентов и WEB-портал для Рекламодателя\РА и для администрирования МТС):
   

• 
  создавать и изменять свой профайл:
  
  • 
    заполнять анкету
    
  • 
    выбирать интересующие темы
    
  • 
    выбирать каналы коммуникации для доставки рекламы
    
  • 
    задавать расписание доставки рекламы
    
  • 
    выбирать бонусы за просмотр рекламы
    

• 
  просматривать статистику по бонусам
  

2. 
   Рекламодателям\РА:
   

• 
  Создавать и изменять рекламные кампании:
  

• 
  выбирать тип кампании
  
• 
  задавать параметры и размер целевой аудитории
  
• 
  выбирать каналы коммуникации для доставки рекламы
  
• 
  выбирать зоны проведения кампании
  
• 
  загружать список для рассылки (при наличии)
  
• 
  задавать расписание доставки рекламы
  
• 
  задавать ограничение по бюджету
  

• 
  загружать рекламный контент
  
• 
  отправить кампанию на утверждение
  
• 
  отлеживать прохождение кампании
  
• 
  просматривать статистику.
  

2. 
   МТС:
   

• 
  Администратор:
  

• 
  создавать, блокировать, разблокировать и удалять учетные записи Рекламодателей\РА
  
• 
  просматривать, изменять и удалять профайлы Абонентов
  
• 
  просматривать список сообщений отправленных Абонентам и ответы на них
  
• 
  просматривать список доставки рекламы, скрывать и отображать каналы для выбранных Рекламодателей\РА
  

• 
  Акаунт-менеджер:
  

• 
  изменять учетные записи Рекламодателей\РА
  
• 
  задавать Тарифную Политику для каналов коммуникаций
  
• 
  просматривать, размещать (согласовывать), отклонять заявки от Рекламодателей\РА
  
• 
  отслеживать прохождение кампаний
  
• 
  просматривать профайлы Абонентов
  
• 
  просматривать список сообщений отправленных Абонентам и ответы на них
  
• 
  просматривать список доставки рекламы
  

• 
  Оператор колл-центра:
  

• 
  подключать и отключать услугу «Мобильная реклама» абоненту по заявке абонента;
  
• 
  создавать, просматривать, изменять и удалять профайлы Абонентов
  
• 
  просматривать список сообщений отправленных Абонентам и ответы на них по факту обращения абонента в звонковую службу
  

• 
  модерирование РК на предмет соответствия законодательству РФ и корпоративной политике МТС
  
• 
  мониторинг эффективности кампаний, формирование отчетов
  
• 
  рекомендации по изменению форматов текущих кампаний в случае их низкой эффективности
  
• 
  анализ эффективности проведения РК, формирование шаблонов РК на основе наиболее эффективных РК
  
• 
  формирование репозиториев рекламных сообщений с целью их использования в других РК
  

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

5. 
   Функциональные требования
   

• 
  создавать РК,
  
• 
  задавать параметры РК по выбору аудитории (пол, возраст, статус, локализация (по номерной емкости), интересы и т.д.), рассчитывать объем аудитории, соответствующий выбранным параметрам,
  
• 
  предлагать каналы для коммуникации с выбранным сегментом аудитории,
  
• 
  настраивать расписание показа внутри одного канала и в целом по РК,
  
• 
  рассчитывать бюджет РК по заданным параметрам, предоставлять возможность задать ограничение по бюджету,
  
• 
  загружать рекламный контент, проверять загружаемый контент на соответствие техническим требованиям к контенту по каждому выбранному каналу,
  
• 
  предоставлять возможность задавать интерактивные сценарии общения с абонентами, при использовании Рекламодателем\РА в качестве контактной информации WEB\WAP-ссылки генерировать свою ссылку (для переадресации и подсчета количества заходов), создавать при необходимости wap-сайт (иметь конструктор wap-сайтов),
  
• 
  настраивать оповещения через e-mail и SMS о наступлении событий (запрос доп. информации, согласование, старт РК, достижение заданного уровня показов, откликов или бюджета и др.),
  
• 
  отправлять заявку на согласование,
  
• 
  ежедневно формировать единые списки абонентов по текущим РК для каждого канала коммуникаций и передавать их на платформы доставки в каждом макрорегионе,
  
• 
  осуществлять тестовую доставку рекламных сообщений по pull и push-каналам.
  

• 
  Согласование заявок на проведение РК, размещенных рекламодателями, должно проходить по заранее заданной схеме. Необходима возможность изменять данную схему.
  
• 
  Должна быть предусмотрена возможность нотификации заинтересованных сторон (рекламодателя, рекламного агентства, представителя Оператора) о процессе прохождения согласования через e-mail и SMS.
  

• 
  База данных системы должна представлять из себя:
  

• 
  хранилище данных об Абонентах (до 45.000.000 абонентов), содержащее профиль Абонента (данные из различных систем МТС (пол, возраст, доход, модель телефона, роуминг, пользование доп. услугами и т.д.)) и историю взаимодействия Абонента с Системой (профайл абонента, полученные абонентом РК, отклики абонента на РК и т.д.);
  
• 
  хранилище данных о Рекламодателях\РА, содержащее данные о Рекламодателе\РА (название, реквизиты, индивидуальные скидки, контактные лица) и историю его заказов (название РК, статус, критерии выборки, каналы коммуникации, рекламный контент, отклик и т.д.);
  
• 
  хранилище данных о каналах доставки рекламы (объем аудитории, требования к рекламному контенту);
  
• 
  хранилище данных о проведенных кампаниях, включая названия кампаний, Рекламодатель\РА, рекламный контент, каналы, отчеты о доставке, отклик и т.д.);
  
• 
  хранилище данных рекламных сообщений.
  

• 
  Выборки по РК производятся на основе заданных рекламодателем параметров по заранее разработанной логике конвертации профилей абонентов в параметры выборки (например, данные профиля абонента о его затратах на связь и модели телефона конвертируются в уровень дохода абонента). Необходимо описать подробную логику конвертации данных об абонентах, имеющихся у Оператора, в критерии, интересующие рекламодателей.
  
• 
  Выборки по длительным РК должны обновляться раз в месяц (настраиваемый параметр).
  
• 
  Выбор возможных каналов коммуникации для заданной выборки по РК осуществляется на основе содержащихся в профилях и профайлах абонентов данных об использовании ими каналов коммуникации.
  
• 
  Система должна отслеживать общую емкость каждого канала (часть емкости канала в регионе, выделенная под нужды системы Мобильная реклама), занятую емкость (зарезервированная емкость для утвержденных кампаний) и свободную емкость (общая емкость за вычетом занятой емкости) и учитывать эти данные при планировании РК (данные по емкости в систему Мобильная реклама вводит оператор).
  

• 
  На первом этапе система должна производить доставку рекламного контента по различным push и pull каналам на основе технологий: SMS, MMS, USSD, ICB, WAP, WEB.
  
• 
  Рассылка рекламного контента по push-каналам SMS и MMS должна производиться по базам абонентов, выбранным при планировании РК путем передачи на SMS- и MMS-рассыльщики баз абонентов, рекламных сообщений и расписания доставки.
  
• 
  Для доставки рекламного контента по push-каналам ICB на этапе планирования РК задаются:
  

• 
  зоны ICB вещания (на уровне макрорегионов, городов, районов и т.п.);
  
• 
  текст рекламного сообщения;
  
• 
  тип и содержание отклика абонента (переход на определенный сайт, отправка SMS);
  
• 
  расписание вещания РК;
  
• 
  тематика РК;
  
• 
  приоритет РК;
  

• 
  Доставка рекламного контента в pull-каналах (SMS, MCA, Голосовая почта и другие сервисные SMS сообщения, USSD, WAP, WEB) должна осуществляться абонентам, чьи MSISDN присутствуют в выборках текущих РК, с учетом расписания текущих РК, других параметров РК и настроек абонентов, указанных ими в своих профайлах. Необходимо предоставить подробное описание системы менеджмента текущих кампаний и алгоритма выбора рекламного сообщения, которое будет показано конкретному абоненту, среди всех РК, в выборки по которым он попал.
  

• 
  Система должна иметь подсистему внутреннего биллинга для расчета предварительной (при планировании), текущей (онлайн биллинг текущих кампаний) и итоговой (после завершения) стоимости РК.
  
• 
  Расчет должен производиться с учетом Тарифной политики, стоимости контакта на каждом канале коммуникации, системы скидок. Тарификация должна производиться как по схеме CPM, так и по схеме CPC.
  
• 
  При расчете стоимости кампании должна быть предусмотрена возможность проведения аукционов среди Рекламодателей\РА либо учета коэффициентов за приоритезацию РК (параметр РК, который может задать рекламодатель).
  
• 
  Должна быть предусмотрена возможность бонусирования абонентов за просмотр рекламного контента.
  

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

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

4. 
   Технические требования
   

1. 
   Требования к архитектуре
   

1. 
   раз в месяц (настраиваемый параметр) Центральный модуль обновляет локальную базу данных абонентов макрорегионального модуля путем передачи в макрорегиональный модуль информации об абонентах сети Оператора;
   
2. 
   при необходимости доставки рекламного сообщения абонентам макрорегиона Центральный модуль передает заявку с параметрами РК (критерии выборки абонентов, перечень каналов, ограничение по количеству абонентов и количеству показов одному абоненту, расписание, рекламный контент, приоритет и т.д.) на соответствующий Макрорегиональный модуль.
   

3. 
   Макрорегиональный модуль предает на Центральный модуль отчеты о прохождении РК в соответствующем макрорегионе.
   

	Москва	Центр	Северо-Запад	Поволжье Северо-Запад	Поволжье Юго-Восток	Юг	Урал	Сибирь	Дальний Восток
ответные SMS, sms/s	160	160	160	160	160	160	160	160	160
USSD, transactions/s	900	900	700	700	700	700	700	700	700
WAP\WEB, url/s	300		130	100	100	200	100	120	100
SMS-рассылка, sms/s	300 sms/s
MMS-рассылка, mms/s	20 mms/s

1. 
   Интеграция с корпоративным информационным хранилищем (КИХ), АСР (Foris) и операционным CRM оператора
   

• 
  номер абонента;
  
• 
  паспортные данные абонента;
  
• 
  начисления за прошедший месяц;
  
• 
  начисления за роуминг (страна);
  
• 
  начисления за GPRS;
  
• 
  начисления за контент;
  
• 
  наличие услуг «Запрет приема информационных SMS и SMS/MMS с сайта»;
  
• 
  модель телефона;
  
• 
  и др.
  

• 
  формат кампании;
  
• 
  абоненты, получившие рекламный контент;
  
• 
  отклик (время, канал).
  

2. 
   Интеграция с SMSC
   

• 
  взаимодействие макрорегионального SMSC с модулем Мобильная реклама соответствующего макрорегиона по протоколу ftp для заливки и обновления (раз в сутки – настраиваемый параметр) на SMSC списков MSISDN, по которым должны срабатывать триггеры на SMSC для изменения маршрутизации сообщений;
  
• 
  взаимодействие макрорегионального SMSC с модулем Мобильная реклама соответствующего макрорегиона по протоколу SMPP для передачи на платформу Мобильная реклама SMS-сообщений от SMSC и передачи в SMSC модифицированных SMS-сообщений, а также для предоставления на платформу Мобильная реклама отчетов о доставке этих SMS.
  

3. 
   Интеграция с UniBalance
   

• 
  взаимодействие макрорегионального UniBalance с модулем Мобильная реклама соответствующего макрорегиона по протоколу ftp:
  
  • 
    для заливки и обновления (раз в сутки – настраиваемый параметр) на UniBalance списков MSISDN, по которым должны срабатывать триггеры на UniBalance для изменения логики работы последней;
    
• 
  Взаимодействие макрорегионального UniBalance с модулем Мобильная реклама соответствующего макрорегиона по протоколу http для предоставления рекламного контента по запросу платформы UniBalance.
  

4. 
   Интеграция с WAP\WEB
   

• 
  взаимодействие макрорегиональной Платформы WAP\WEB Оператора, добавляющей рекламные баннеры в WAP\WEB страницы, с модулем Мобильная реклама соответствующего макрорегиона по протоколу ftp для заливки и обновления на Платформу WAP\WEB Оператора списков MSISDN, по которым на ней должны срабатывать триггеры на запрос рекламных баннеров;
  
• 
  взаимодействие макрорегиональной Платформы WAP\WEB Оператора, добавляющей рекламные баннеры в WAP\WEB страницы, с модулем Мобильная реклама соответствующего макрорегиона по протоколу http для получения ссылки на рекламный баннер, добавляемый в отгружаемые абонентам страницы.
  

5. 
   Интеграция с SMS-рассыльщиком
   

• 
  Центральный модуль Мобильной рекламы передает по протоколу ftp на платформу SMS информатор (SMS-рассыльщик) MSISDN-списки абонентов, которым должен быть доставлен рекламный контент, рекламный контент, расписание и приоритет кампании;
  
• 
  По окончании РК SMS информатор отгружает по ftp на Центральный модуль Мобильной рекламы данные о доставке сообщений рассылки: список MSISDN, которым доставлено рекламное сообщение и время доставки;
  
• 
  По запросу Центрального модуля Мобильной рекламы (запрос пользователей Мобильной рекламы в онлайн режиме) SMS информатор передает через SOAP (over HTTP) текущие данные о доставке сообщений рассылки: список MSISDN которым доставлено рекламное сообщение и время доставки.
  

6. 
   Интеграция с MMS-рассыльщиком
   

• 
  Центральный модуль Мобильная реклама отправляет MMS-рассыльщику списки MSISDN, которым должна быть осуществлена доставка рекламного контента, рекламный контент, расписание и приоритет кампании;
  
• 
  MMS-рассыльщик передает на Центральный модуль Мобильная реклама ID рассылки;
  
• 
  MMS-рассыльщик по запросу Центрального модуля Мобильная реклама, содержащему ID рассылки, передает последнему информацию о результатах доставки этой рассылки.
  

7. 
   Интеграция с ICB
   

• 
  взаимодействие по протоколу SOAP (over http) для обмена управляющей информацией по РК (например, замена вещания одной РК на ICBC на вещание другой РК).
  

• 
  модуль MAd передает на платформу ICBC по протоколу SOAP (over http), следующие параметры РК:
  

• 
  зона ICB вещания (на уровне макрорегионов, городов, районов и т.п.);
  
• 
  текст рекламного сообщения;
  
• 
  тип и содержание отклика абонента (переход на определенный сайт, отправка SMS);
  
• 
  расписание вещания РК;
  
• 
  тематика РК.
  

• 
  получение по протоколу SOAP (over http) модулем MAd от платформы ICBC данных о загруженности ICBC (занятости времени вещания).
  
• 
  платформа ICBC по запросу платформы MAd передает (по ftp) на последнюю файл, содержащий данные по откликам абонентов на ICB-сообщения: отклик (url\sms-номер) – MSISDN – дата и время отклика.
  

2. 
   Требования по сбору статистики
   

• 
  Рекламодатель/Рекламное агентство
  
• 
  MSISDN
  
• 
  Рекламная кампания
  
• 
  Рекламный контент
  
• 
  Канал коммуникации
  
• 
  Количество отправленных сообщений
  
• 
  Количество доставленных сообщений
  
• 
  Количество уникальных абонентов для каждой кампании
  
• 
  И др.
  

3. 
   Управление системой
   

• 
  Модуль конфигурации;
  
• 
  Модуль сбора статистики;
  
• 
  Модуль мониторинга системы;
  
• 
  Модуль аварий с обязательной поддержкой SNMP;
  
• 
  Модуль конфигурации клиентов;
  
• 
  Удалённое администрирование;
  
• 
  Платформа должна поддерживать управление услугой и базой данных с помощью различных интерфейсов;
  
• 
  Платформа должна обеспечивать управление услугами на нескольких уровнях в зависимости от типа доступа (оператор, администратор, пользователь).
  
• 
  Все оборудование системы должно иметь консольный доступ.
  
• 
  Должна быть обеспечена возможность удалённого доступа к элементам аппаратной части системы специалистов Компании для контроля, управления, выяснения неисправностей, просмотра статистики и формирования отчётности круглосуточно через WEB-интерфейс.
  
• 
  Программное обеспечение должно осуществлять мониторинг всех процессов, происходящих в системе, и обрабатывать сигналы о критических ситуациях в режиме реального времени. Программное обеспечение платформы должно также вести логи вводимых в систему команд, лог аварийных сообщений, и проводимых в базе данных платформы изменений.
  

4. 
   Мониторинг системы.
   

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

• 
  Трап, сигнализирующий о возникновении аварии (newAlarm).
  
• 
  Трап, сигнализирующий об устранении аварии (clearAlarm).
  
• 
  Трап об аварии, которая не требует устранения (Alarm).
  

5. 
   Требования к подключению к IP-сети Компании
   

6. 
   Платформа должна поддерживать следующие основные принципы:
   

• 
  Резервируемости:
  

• 
  Масштабируемости,
  
• 
  Управлению перегрузками,
  
• 
  Управлению ресурсами,
  
• 
  Открытости (система должна иметь открытую архитектуру, использует открытые интерфейсы взаимодействия функциональных блоков системы),
  
• 
  Распределенности,
  
• 
  Защищенности:
  

7. 
   Требования по документации к Системе
   

• 
  Общее описание системы;
  
• 
  Детальное описание сетевой части оборудования;
  
• 
  Детальное описание аппаратной части оборудования;
  
• 
  Техническая документация по эксплуатации платформы;
  
• 
  Описание продукта с детальной документацией по устройству системы, её логическим модулям, описание внутренних и внешних интерфейсов взаимодействия, правил настройки и администрирования модулей и интерфейсов;
  
• 
  Документация по формированию и мониторингу аварийных/информационных сообщений;
  

8. 
   Требования к поддержке оборудования
   

• 
  Консультации.
  
• 
  Исправление ошибок.
  

4. 
   Требования к управлению проектом со стороны участника
   

• 
  Управление проектом.
  
• 
  Описание рабочей группы проекта, с перечислением ключевых участников.
  
• 
  График реализации проекта, включающий ключевые события.
  
• 
  Проект и подготовка к эксплуатации платформы Мобильная реклама: описание предложенной платформы, ее внедрения и интеграции в сетевую инфраструктуру МТС с учетом различных вариантов пиковой нагрузки.
  
• 
  Обучение: подробное описание всех тренингов, необходимых для проекта, и их проведения.
  
• 
  Сервисное сопровождение и поддержка: подробное описание осуществления поддержки и сопровождения
  

4. 
   Ценовая информация
   

• 
  Оборудование: каждый компонент оборудования должен быть перечислен отдельно с указанием стоимости в рублях.
  
  • 
    Программное обеспечение: программное обеспечение системы и приложений, включая стоимость лицензий в рублях.
    
  • 
    Приветствуются предложения по покрытию расходов по модели разделения доходов.
    
  • 
    Бизнес-модель и стоимость операционной поддержки бизнес-процессов.
    
  • 
    Стоимость дальнейшего расширения по лицензии в соответствии с региональной структурой размещения в рублях.
    
  • 
    Стоимость масштабирования на другие страны присутствия МТС.
    
  • 
    Стоимость эксплуатации системы на 5 лет в рублях.
    
    • 
      Интеграция, адаптация и инсталляция: трудовой ресурс поставщика (в денежном выражении), трудовой ресурс МТС (в кол-ве специалистов с указанием квалификации)
      
    • 
      Дополнительные затраты
      

4. 
   Дополнительные требования