Технология Rich Communication Services (RCS) часто преподносится как новый прорыв в телекоммуникациях, но даже самые ярые ее приверженцы согласны, что внедрение ее продвигается очень медленно. Хотя бизнес давно присматривается к RCS благодаря разнообразию функционала, который открывает новые возможности для мобильного маркетинга, реализация осложняется фрагментацией рынка мобильных устройств. Более подробно мы рассматривали эти функции в нашей предыдущей статье. В ней упоминалось, что процесс сдвинулся с мертвой точки, так как все больше мобильных операторов придерживаются единого стандарта GSMA, а бизнес все смелее пробует применять RCS в качестве нового канала маркетинговой коммуникации. Но как этого удалось добиться? Представим, что элементы, необходимые для создания A2P RCS — часто называемые RCS для бизнеса (RCS Business Messaging или RBM) — уже доступны.
Обработка сообщений
Первое, что необходимо учитывать — это инфраструктура: совокупность оборудования и программного обеспечения, которые позволяют мобильным операторам обрабатывать RCS-сообщения. В случае с обменом P2P-сообщениями между абонентами одной сети, процесс может контролироваться базовой RCS-платформой сети. Однако, одного лишь сервера для обмена сообщениями недостаточно. RCS базируется на протоколе IP (а не на SS7, подобно SMS), и способна передавать данные в разных форматах, а значит — требует наличия IMS (мультимедийной подсистемы).
Это позволяет базовой платформе выполнять все операции, необходимые для того, чтобы абоненты обменивались сообщениями, изображениями и даже файлами (через FTP), а кроме того — дает доступ к системным данным, на которых основываются уведомления о доставке и прочтении сообщений. Платформа может быть развернута и обслуживаться как самим оператором, так и сторонней компанией. Jibe от Google был первым подобным коммерческим решением, но теперь многие компании начинают предлагать подобные услуги мобильным операторам, заинтересованным в быстрой, экономически целесообразной развертке RCS в рамках своей сети.
Для того, чтобы абоненты разных мобильных операторов могли обмениваться RCS-сообщениями, операторы должны связать свои RCS-платформы напрямую, или через хаб, объединяющий
несколько операторов — примерно также, как это происходит с SMS.
С RCS для бизнеса, которые включают A2P- и P2A-функции RCS все несколько сложнее. Опять же, наблюдается сходство с A2P SMS: компании зачастую работают с компанией-агрегатором (вместо того, чтобы заключать договоренности с каждым оператором на рынке по отдельности), который обрабатывает сообщения и пересылает их на сеть нужного мобильного оператора. Точнее — на его MaaP.
Что такое MaaP?
Это еще один пример популярной практики называть новые системы и сервисы по шаблону «»А» как «Б»», сокращая полученное название до аббревиатуры. В данном случае это означает «Messaging as a Platform» («Месседжинг, как платформа»). MaaP — сетевой интерфейс, ответственный за маршрутизацию RCS-сообщений.
У каждой мобильной сети свой MaaP, и агрегатор, получив сообщение от клиента, перенаправляет его на соответствующий MaaP в зависимости от номера телефона получателя. MaaP проверяет, способен ли телефон адресата принимать RCS-сообщения (в скором будущем на это будут способны почти все устройства на базе Android). Если телефон поддерживает RCS, базовая платформа пересылает сообщение. В противном
случае MaaP уведомляет агрегатора о невозможности доставки, а тот зачастую просто доставляет альтернативную версию сообщения в виде SMS через SMS-центр мобильного оператора.
Но почему MaaP так важен? Почему нельзя отправлять A2P (и P2A)-сообщения напрямую через базовую RCS-платформу сети? Вкратце — потому что MaaP является чрезвычайно важным для бизнеса компонентом RCS. MaaP обрабатывает и подтверждает имена (идентификаторы) отправителей, с помощью которых абоненты понимают, кто является отправителем коммуникации. Это полезно и для мобильного оператора, которому принадлежит сеть.
Кроме того, это выгодно и самому отправителю (бизнесу), предоставляя возможность использовать брендирование, от чего коммуникация выглядит профессиональнее и привлекательнее, как доказала недавняя кампания футбольного клуба Ноттингем Форест. Кроме того, это снижает вероятность репутационных рисков, связанных с рассылкой спама и мошеннических сообщений от имени бизнеса.
Как и в случае с базовыми RCS-платформами, часть мобильных операторов используют MaaP собственной разработки, в то время как другие обращаются к решениям под ключ.
RCS, как канал взаимодействия с клиентом
Несмотря на то, как сложно выглядит описанная выше схема, для запуска RCS для бизнеса нужно внедрить всего несколько элементов. Как только этот вопрос решен, можно с относительной
легкостью начинать рассылать/отправлять RCS-сообщения абонентам.
Мультимедийные элементы, такие как изображения и логотипы, обрабатываются CMS — системой управления контентом, которая обычно контролируется агрегатором. Бизнесу остается только написать текст, добавить медиа-контент и отправить сообщение.
Чат-боты также являются привлекательной технологией, которую некоторые компании стремятся использовать в целях интерактивного маркетинга в сочетании с RCS. Потенциально, с
чат-ботами клиенты могут получать услуги (например — банковские), или клиентскую поддержку в рутинных сценариях, не устанавливая дополнительное программное обеспечение.
По стечению обстоятельств, регистрация чат-ботов — одна из подзадач MaaP во время идентификации отправителей по сервисным именам. Создавая чат-бот, компания регистрирует его сервисное имя у обслуживающего ее агрегатора, а он в свою очередь — у MaaP, с которыми он связан. Когда пользователь подключается к чат-боту, его смартфон подключается к MaaP, находит сервисное имя чат-бота и инициирует сессию (в некоторых устройствах Samsung на рынках, где RCS доступен, есть встроенный поиск чат-ботов в контактах). MaaP же поддерживает дальнейшую сессию двусторонней коммуникации.
Безопасный обмен сообщениями
Rich Communication Services в целом считается безопасным каналом коммуникации. В большей степени — в результате описанного выше строгого учета имен отправителей: абоненты могут легко вычислить мошенников, маскирующихся под определенную компанию. Кроме того, компании, замеченные в регулярной отправке спама или контактирующие с абонентами вопреки их согласию, рискуют лишиться своего идентификатора отправителя, а следовательно — возможности использовать RCS.
Также RCS сообщения кодируются, хотя качество этого кодирования является предметом обсуждений. RCS-сообщения шифрются в процессе доставки, что затрудняет их перехват злоумышленниками — выгодное отличие от SMS. С другой стороны, в RCS отсутствует сквозное шифрование, когда только абоненты, состоящие в переписке способны расшифровать и прочесть сообщение. Причины этого до конца не ясны: возможно дело в сложной правовой среде и множестве задействованных сторон (что отчасти является причиной столь медленной стандартизации RCS). Впрочем, похоже что это все-таки реализуемо: как отметил представитель Google (компании, часто выставляемой виновником в проблемах с шифрованием) в интервью The Verge, «Это поправимо… Я уверен, что стандарт можно изменить, чтобы устранить эту проблему.»
Эволюция обмена сообщениями
Неважно, идет ли речь о P2P, A2P, или P2A-сообщениях, ожидается, что RCS выведет месседжинг на новый уровень (надежды, которые не оправдали MMS). RCS гибче, функциональнее и предлагает новый пользовательский опыт. И теперь становится понятнее, как донести этот функционал до конечного пользователя. Все больше мобильных операторов соединяют свои сети для глобального внедрения этой технологии, что было продемонстрировано на конференции MWC19.
Хотя запуск RCS для бизнеса — сложная задача, уже есть видение того, каким образом операторы и бизнес могут присоединиться к своим коллегам в использовании RCS, и в частности — RBM-кампаний.
GMS рада принимать участие в этой революции и готова делиться своими знаниями и опытом с желающими узнать о возможностях технологии RCS.