Лучшие практики для максимизации дохода

Введение

Спасибо за прочтение этого руководства. Наша общая цель при интеграции Bright SDK в ваше приложение — максимально увеличить количество ежедневных пользователей. Это дает Bright Data количество IP-адресов, необходимое для работы, и максимально увеличивает вашу прибыль. 

С технической точки зрения интеграция Bright SDK проста, но для максимизации дохода вам нужно думать как менеджер по продукту.

Вы можете предлагать Bright SDK своим пользователям в различных моментах их взаимодействия с вашим приложением, например:

• Сразу после первого запуска приложения
• После показа нескольких рекламных объявлений
• В качестве альтернативы стандартной рекламе с вознаграждением
• Внутри вашего «магазина»
• И т. д.

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

Отображение экрана согласия: согласие

Общее

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

• Вам нужно получить согласие пользователя только один раз. После этого нет необходимости снова показывать экран согласия.
• Если пользователь однажды отказался от предложения Bright SDK, вы можете отобразить его снова позднее, желательно в другом контексте. Когда, если и как — решать только вам.
• Конверсия согласия на использование данных достигает максимального уровня, когда вы предлагаете стимул, который дает пользователю реальную дополнительную ценность.
• Экран согласия Bright SDK должен отображаться как отдельный экран, а не до или после других диалоговых окон (таких как всплывающие сообщения ATT). Отображение Bright SDK как части «цепочки» диалоговых окон значительно снижает конверсию.

Экран согласия Bright SDK можно изменять. Некоторые элементы (например, текст кнопки) являются динамическими. Это позволяет вам выбрать правильный текст для замены «принять»/«отклонить» таким образом, чтобы прояснить ценность для пользователей. Обратитесь к руководству по интеграции Bright SDK для получения информации о конкретных элементах, связанных с вашей операционной системой. Ссылки на руководства по интеграции вы найдете на панели управления Bright SDK.

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

Экран согласия при запуске приложения

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

Вы можете предложить экран согласия в одной из следующих версий:

1. «Модель пожертвований»: вы просите пользователя поддержать приложение и разработчика. Пользователь не получает никакой конкретной выгоды, кроме осознания того, что он помог разработчику. Реализация этого варианта проще всего, но конверсия может быть невысокой, поскольку пользователи не получают конкретной выгоды.
2. «Меньше рекламы»: вы сообщаете пользователю, что, если он даст согласие, он сможет пользоваться приложением с меньшим количеством рекламы. Вы несете ответственность за настройку количества рекламы для пользователей, дающих согласие — Bright SDK не контролирует вашу рекламу.
3. «Без рекламы»: в некоторых регионах вы можете сообщить пользователю, что, если он даст согласие, он сможет пользоваться приложением без рекламы. Вы несете ответственность за настройку количества рекламы для пользователей, дающих согласие — Bright SDK не контролирует вашу рекламу.

Экран согласия как альтернатива рекламе с вознаграждением

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

Преимущества:

• Все ваши пользователи, а не только новые, могут увидеть предложение Bright SDK.
• Пользователи видят конкретную ценность, поэтому конверсия максимальна
• В процессе использования приложения есть много подходящих моментов для представления предложения

Недостатки:

• Нет!

В этом потоке, когда пользователи нажимают, чтобы получить вознаграждение, вы показываете экран согласия Bright SDK.

• Если пользователь принимает Bright SDK, вы даете ему вознаграждение и — поздравляем! Вы можете вернуться к обычной монетизации. Вы получите ДОПОЛНИТЕЛЬНЫЙ доход от пользователя, использующего Bright SDK.
• Если пользователь отклоняет предложение Bright SDK, просто покажите ему существующую рекламу с вознаграждением!

Смотрите следующие 2 примера:

Экран согласия как способ уменьшить количество рекламы

Вы можете решить уменьшить количество рекламных объявлений, которые пользователи будут видеть после того, как они согласятся на Bright SDK. Это положительно скажется на удержании пользователей и их пожизненной ценности (LTV). Разумеется, вы по-прежнему контролируете, когда и какие рекламные объявления показывать.

Дополнительные примеры

Когда и что вы можете предложить своим пользователям?

Когда спрашивать	Стимул для пользователя
В магазине	Подпишитесь, чтобы получить… (например, монеты, оружие, жизни и т. д.)
На баннерах	Удалите баннеры бесплатно
После нескольких рекламных объявлений	«Хотите видеть меньше рекламы?»
Между уровнями	Мгновенный переход к следующему уровню (т. е. пропуск рекламы с вознаграждением)
Воспроизведение рекламы с вознаграждением	«Хотите видеть меньше рекламы?» или «Хотите пропустить эту рекламу?»
На странице фильма/контента	Просмотр конкретного фильма без рекламы
По окончании пробного периода	Продление пробного периода

Отказ

Общие

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

Использование стимулов для предотвращения отказа

Если пользователи нажимают на отказ, вы можете отобразить диалоговое окно с вопросом, уверены ли они в своем решении, и/или предложить им стимул, чтобы они остались. Например:

• Положительный стимул: «Получите 500 дополнительных монет, если не откажетесь».
• Штраф: «Внимание! Если вы откажетесь, вы потеряете полученные виртуальные товары».

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

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

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

Соответствие

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

⚠️ Важно! Bright Data проверит UX и функциональность функции отказа. Убедитесь, что она реализована, прежде чем отправлять приложение на проверку.

Восстановление пользователей после отказа

Общие

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

Использование уже описанных методов

Вы можете продолжать предлагать пользователям включить Bright SDK, но помните о пользовательском опыте и старайтесь не переусердствовать.

В надежде на монеты

Один из способов по-прежнему предлагать Bright SDK пользователям, которые отказались от него, — включить его в ваш магазин. Чтобы интерфейс оставался чистым, не забудьте удалить опцию согласия из магазина, как только пользователи согласятся!

Смотрите этот пример: