в общем то в предыдущем комментарии и приведен пример условий из которых происходит ценообразование:
… в регуляциях, постоянных изменения и территории терминации трафика, объемах трафика, кейсах использования.
Особенно если учитывать покрытие по всему миру. Я специально привел пример сотовых операторов и ценообразования для абонентов. А также подчеркнул, что оператор не загружает своего абонента информацией о роуминге, не правда ли? Происходит это потому, что слишком много параметров необходимо учитывать.
К тому же, очень частно бывает так, что кейс, который рассматривает клиент можно решить разными способами, что непосредственно отражается на цене.
вот как раз авария на мегафоне отлично бы закрывалась кейсом омни подхода, когда используются резервные каналы для таргетирования сообщения до конечного получателя.
https://habrahabr.ru/company/infobip/blog/323084/
в действительности все немного сложнее. Дело не в том что отсутствует цена на сайте, дело заключается в регуляциях, постоянных изменения и территории терминации трафика, объемах трафика, кейсах использования. К тому же, в конечном итоге стоимость не только заключается в стоимости 1 СМС, а комплексного решения.
Возьмем пример, вы знаете заранее какая стоимость будет при использовании связи сотового оператора как абонента на конец месяца? Вполне вероятно да, есть предположения. Но разве вы рассматриваете под лупой все прайс листы стоимости минуты/разговора/интернета при различных условиях, в особенности находясь в роуминге?
Действительно, зачастую 1-3 нотификации в день это слишком много для пользователя. Мы все получаем их в большом кол-ве, поэтому очень важно делать нотификации более персонализированными и давать уведомления пользователям в тех случаях когда пользователь подписался на какой то топик или это наиболее вероятная информация, которая будет востребована.
Общая статистика говорит о следующем
— если человек получает в среднем более 3 нерелевантных нотификаций в неделю, то с большей вероятностью он отключит уведомления
— если человек получает в среднем более 6-7 нерелеватных нотификаций в неделю, то с большей частью он удалит приложение
И это действительно важно для владельцев, разработчиков приложений. Данные за последние полгода, в среднем пользователь выполняет 0 новых инсталляций приложений в месяц. Это говорит о том, что стоимость пользователя приложения для бизнеса высока и определенно следует принимать во внимание его предпочтения.
Даже если пользователь выполняет отписку от пуш уведомлений, возврат пользователя в приложение падает, в среднем через 30-40 дней происходит удаление приложения с устройства.
Возвращаясь к показателям 1-3 сообщений в день, это скорее относится не только к маркетингу, но и к типу приложения, и, в особенности, типу информации, которая предоставляется пользователю от мобильного приложения.
Если показатели конверсии падают, то это следует отслеживать. А дальше есть уже стратегии как с этим работать.
Добавлю несколько конверсионных кейсов для пуш нотификаций:
1) наибольшую конверсию приносят кейсы когда значительное внимание уделяется таргетированию информации основанную на отслеживании поведения пользователя в рамках приложения
Например, пользователь Иван выбирал шапку, посмотрел несколько моделей и не завершил покупку
поведенческий сценарий может сработать на тот момент, когда например на следующий день Ивану приходит пуш сообщение вида «Иван привет, наверное скидка 20% покажется теплее, зима близко..» к нотификации прикрепляется картинка его шапки или другой маркетинг, нотификация открывается пользователем и он попадает непосредственно на страницу приложения где ему только надо согласиться на покупку буквально одной кнопкой.
Такой вариант приносит около 70-80% конверсии до завершения покупки
2) «алерты» о важном, например банковская транзакция, подветрждение входа в качестве 2fa, другие важные сообщения для пользователя, на которые он напрямую возможно и не подписывался, но ему скорее всего будет критично узнать об этом.
3) Пользователь сам подписывается на тут информацию, которую он хочет получать. Хороший пример этого, когда пользователь устанавливает правила в новостном приложении.
Или другой пример банковских приложений, когда пользователь указывает какие нотификации он хочет получать — транзакционные, маркетинговые, персональные сообщения от банка и тд.
4) гео кампании, когда пользователю происходит таргетирование на основе его реального положение или передвижения — гео фенсинг.
Например, приезжаешь в аэропорт и тебе делают напоминание о стойках регистрации и гейте. Или еще один пример, всегда приятно захватить кофе по дороге на работу, да еще и если за это платишь меньше и находится по пути.
Юзабельность нотификации также зависит от того как она упакована внутри приложения. Куда по deeplink попадает пользователь при открытии, используется ли шаблон и payload аттрибуты сообщения для подгрузки контента или дополнительной логики.
Также можно использовать message store в качестве инбокса хранения нотификаций внутри приложения.
На что хочется обратить основное внимание, это осознанность работы бизнеса с аудиторией и использование правильных инструментов для задач и подходить к этому комплексно.
Особенно если учитывать покрытие по всему миру. Я специально привел пример сотовых операторов и ценообразования для абонентов. А также подчеркнул, что оператор не загружает своего абонента информацией о роуминге, не правда ли? Происходит это потому, что слишком много параметров необходимо учитывать.
К тому же, очень частно бывает так, что кейс, который рассматривает клиент можно решить разными способами, что непосредственно отражается на цене.
https://habrahabr.ru/company/infobip/blog/323084/
Возьмем пример, вы знаете заранее какая стоимость будет при использовании связи сотового оператора как абонента на конец месяца? Вполне вероятно да, есть предположения. Но разве вы рассматриваете под лупой все прайс листы стоимости минуты/разговора/интернета при различных условиях, в особенности находясь в роуминге?
Общая статистика говорит о следующем
— если человек получает в среднем более 3 нерелевантных нотификаций в неделю, то с большей вероятностью он отключит уведомления
— если человек получает в среднем более 6-7 нерелеватных нотификаций в неделю, то с большей частью он удалит приложение
И это действительно важно для владельцев, разработчиков приложений. Данные за последние полгода, в среднем пользователь выполняет 0 новых инсталляций приложений в месяц. Это говорит о том, что стоимость пользователя приложения для бизнеса высока и определенно следует принимать во внимание его предпочтения.
Даже если пользователь выполняет отписку от пуш уведомлений, возврат пользователя в приложение падает, в среднем через 30-40 дней происходит удаление приложения с устройства.
Возвращаясь к показателям 1-3 сообщений в день, это скорее относится не только к маркетингу, но и к типу приложения, и, в особенности, типу информации, которая предоставляется пользователю от мобильного приложения.
Если показатели конверсии падают, то это следует отслеживать. А дальше есть уже стратегии как с этим работать.
Добавлю несколько конверсионных кейсов для пуш нотификаций:
1) наибольшую конверсию приносят кейсы когда значительное внимание уделяется таргетированию информации основанную на отслеживании поведения пользователя в рамках приложения
Например, пользователь Иван выбирал шапку, посмотрел несколько моделей и не завершил покупку
поведенческий сценарий может сработать на тот момент, когда например на следующий день Ивану приходит пуш сообщение вида «Иван привет, наверное скидка 20% покажется теплее, зима близко..» к нотификации прикрепляется картинка его шапки или другой маркетинг, нотификация открывается пользователем и он попадает непосредственно на страницу приложения где ему только надо согласиться на покупку буквально одной кнопкой.
Такой вариант приносит около 70-80% конверсии до завершения покупки
2) «алерты» о важном, например банковская транзакция, подветрждение входа в качестве 2fa, другие важные сообщения для пользователя, на которые он напрямую возможно и не подписывался, но ему скорее всего будет критично узнать об этом.
3) Пользователь сам подписывается на тут информацию, которую он хочет получать. Хороший пример этого, когда пользователь устанавливает правила в новостном приложении.
Или другой пример банковских приложений, когда пользователь указывает какие нотификации он хочет получать — транзакционные, маркетинговые, персональные сообщения от банка и тд.
4) гео кампании, когда пользователю происходит таргетирование на основе его реального положение или передвижения — гео фенсинг.
Например, приезжаешь в аэропорт и тебе делают напоминание о стойках регистрации и гейте. Или еще один пример, всегда приятно захватить кофе по дороге на работу, да еще и если за это платишь меньше и находится по пути.
Юзабельность нотификации также зависит от того как она упакована внутри приложения. Куда по deeplink попадает пользователь при открытии, используется ли шаблон и payload аттрибуты сообщения для подгрузки контента или дополнительной логики.
Также можно использовать message store в качестве инбокса хранения нотификаций внутри приложения.
На что хочется обратить основное внимание, это осознанность работы бизнеса с аудиторией и использование правильных инструментов для задач и подходить к этому комплексно.