I. Предисловие

Цель Push — продвигать и продвигать в прямом эфире. Он не только берет на себя ответственность за повышение лояльности пользователей, но и берет на себя миссию по спасению молчаливых пользователей.

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

То, что должен сделать Push, — это удерживать пользователей в «активном» периоде как можно дольше и как можно больше перетягивать пользователей, которые находятся в «тихом» периоде, в «активный период», что объясняет, почему цель Push заключается в том, чтобы оживить и оживить.

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

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

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

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

Исходя из вышеперечисленных проблем, требования к возможностям push относительно ясны, в основном сосредоточены на следующих моментах:

- Целевая аудитория рассылки

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

- Время толчка

Не весь push-контент подходит для немедленного охвата пользователей независимо от периода времени. Для push-уведомлений, которые чувствительны ко времени и не очень важны, пользователям следует избегать периода времени, когда пользователи отдыхают, чтобы не влиять на их нормальную жизнь.

• Нажимной контроль частоты

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

• Разнообразие продвигаемого контента

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

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

3. Обзор платформы Push System

3.1 Возможности платформы push-системы

С помощью приведенного выше описания мы также можем обобщить возможности, которыми должна обладать системная платформа push:

• сенсорная скорость

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

• Разграничение толпы

В среде с большой пользовательской базой по такой информации, как каналы, устройства, LBS и пользовательские портреты, аудитория для пуша может быть более точно очерчена, но она не должна быть слишком точной, иначе это приведет к недостаточному охвату аудитории. аудитория и пользователи, которые повлияют на эффект push.target.

• персонализировать

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

• разнообразие

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

3.2. Дизайн платформы push-систем

Начиная с возможностей, требуемых в 3.1, сначала необходимо оценить push-уведомление, чтобы определить своевременность и персонализированные потребности push-уведомления:

• толчок первого уровня

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

• Вторичный толчок

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

• трехуровневый толчок

Слабовременной контент, этот тип контента ориентирован только на релевантность аудитории, в том числе локальный контент (релевантность аудитории на LBS), персонализированный контент (актуальность интересов аудитории), интерактивный контент (соотношение с поведение аудитории самих пользователей в приложении) и др.

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

Рис. 3-1 Общая структура платформы push-системы

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

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

«Персонализированный инструмент проверки push-уведомлений компьютера» в основном служит «Модулю прогнозирования отзыва персонализированных push-уведомлений компьютера» на уровне прогнозирования отзыва. Рецензенты будут проводить проверку безопасности всего содержимого хранилища в этом инструменте (push — это для безопасности контента намного превосходят другие сценарии), чтобы создать богатую, надежную и гарантированную библиотеку материалов для принудительного отзыва. Автоматизированная автоматическая отправка — это периодическая автономная задача, и отзыв релевантности выполняется в соответствии с интересами пользователя. Поэтому контент, который рассматривается как подлежащий отправке, должен быть неэффективным, иначе возникнут проблемы, такие как отправка старых новостей, которые влияют на взаимодействие с пользователем. . . .

«Слой предсказания отзыва» и «уровень принятия решения о push-уведомлениях» — это основные модули всей системы push-уведомлений, поэтому я не буду здесь вдаваться в подробности, но подробно опишу их в следующей части.

В-четвертых, введение основного модуля

4.1. Модуль прогнозирования отзыва при нажатии операции редактирования

Рис. 4-1. Подробная схема модуля прогнозирования отзыва нажатием для операции редактирования.

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

Темой отзыва этого модуля является контент, а вызываемым объектом является пользователь.Это еще одно основное отличие от «модуля персонализированного прогнозирования отзыва машины», за исключением своевременности, что означает, что слабая своевременность здесь персонализирована. вероятно, станет горячей статьей.

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

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

4.2. Персонализированный модуль прогнозирования отзыва машин

Рис. 4-2 Детальный проект модуля персонализированного прогнозирования отзыва машин

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

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

Из-за низкой своевременности контента и большого количества охваченных пользователей задача персонализированных машинных push-вычислений использует автономный метод, а поскольку пользовательские данные хранятся в Hdfs, Spark, который поддерживает обработку распределенных наборов данных, выбран в качестве Механизм вычислений используется для максимально возможного повышения скорости вычислений задачи, чтобы он мог поддерживать больше раундов вычислений и предоставлять более персонализированный контент кандидатов для последующего «уровня принятия решений».

4.3 Модуль принудительного принятия решения

Рис. 4-3 Детальный проект модуля принятия решения о проталкивании

«Уровень принятия решений о продвижении» — это ядро ​​всей системы проталкивания, которое не только берет на себя выбор левого и правого контента для достижения целей системы, но и берет на себя ответственность за балансировку взаимодействия с пользователем.

Стратегий для push-уведомлений первого и второго уровня относительно немного, потому что два уровня push-уведомлений ориентированы на строгое соблюдение сроков, поэтому нам нужно активно достучаться до пользователей. необходимо учитывать текущий push-контент. Соответствует ли он текущим интересам пользователя, поэтому вторичный push будет иметь определенную долю потерь в охвате пользователей Пользователи со слабой релевантностью контента, избегайте предоставления пользователям нерелевантного контента) .

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

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

Конкурентная стратегия получается через долгосрочный ABtest.Поскольку модели прогнозирования различного содержания не унифицированы, правила сортировки не унифицированы.Его нужно искусственно ограничивать в правилах,но и на него будет влиять историческое поведение. Для обеспечения разнообразия и рациональности контента можно увеличивать или уменьшать распределение времени и количества различных типов контента в контенте.

Кроме того, время отправки и частота отправки также будут динамически изменяться в режиме реального времени в соответствии с различными отдельными пользователями, чтобы максимизировать доход от системы, а также можно эффективно гарантировать удобство работы пользователей.

V. Резюме и перспективы

В настоящее время система push-уведомлений Yidian News претерпела несколько крупных обновлений и изменений, охватывающих различные сценарии push-уведомлений.Стратегия push-уведомлений также была точно адаптирована для различных категорий пользователей и позволила достичь значительных системных преимуществ.В то же время она также учитывает пользовательский опыт продукта и постепенно проецирует возможности системы на другие бизнес-линии продукта или используется другими командами для справки в других сценариях взаимодействия.

Для достижения лучших онлайн-эффектов в будущем мы будем оптимизировать следующие направления:

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

Дальнейшее расширение возможностей отслеживания и мониторинга данных по всей ссылке;

В сочетании с преимуществами алгоритмических возможностей Yidian Information персонализированный толчок еще больше улучшен, а зависимость стратегии продвижения от правил полностью устранена;

Статья подготовлена ​​командой Yidian Information Recommender System.