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

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

Сформулируйте обещание обычными словами

Начните с вопросов, на которые бизнес способен дать однозначный ответ. Какие темы человек может отключить? Что означает ограничение частоты: все рекламные письма или только дайджест? Можно ли взять паузу? Какие сообщения о заказе останутся и почему?

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

Не собирайте пол, дату рождения и любимые бренды только потому, что форма позволяет. Каждый вопрос должен менять конкретное решение: содержание, момент, канал или объём контактов. Иначе центр превращается в анкету без пользы для человека.

Разделите жёсткие ограничения и пожелания

Запрет рекламных SMS должен исключать этот канал. Предпочтение «обычно мне удобнее email» может оставлять другие разрешённые варианты, если именно так объяснено в интерфейсе. Смешивать эти два значения в поле favorite_channel нельзя.

При проектировании сопоставьте собственные правила с моделью платформы. В Braze тематические группы и глобальная email-подписка управляются раздельно; изменение одной группы не равнозначно глобальной отписке.

Элемент интерфейсаПравило в системеЧто показать клиенту
ТемыРазрешённый набор рубрикПримеры содержания
ЧастотаПредел в заданном окне и его областьКакие письма входят в предел
ПаузаДата начала и окончанияКогда сообщения возобновятся
КаналРазрешение или предпочтениеОднозначное описание выбора
Полный отказЗапрет в обещанном объёмеКороткое подтверждение результата

Не делайте отписку платой за заполнение анкеты

Предложить альтернативу отписке можно: реже писать, сменить тему, приостановить сообщения. Но нельзя заставлять человека сначала войти, объяснить причину или пройти все настройки. Отказ должен оставаться простым и исполнимым.

Технический one-click unsubscribe из почтового интерфейса — отдельный маршрут. Он не должен перенаправлять человека в центр предпочтений с обязательным подтверждением. Центр служит выбору, а не задержке исполнения уже выраженного решения.

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

Условный пример: «одно письмо» оказалось четырьмя

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

Команда выбирает понятную модель: все четыре рекламных сценария расходуют общий лимит; уведомление о подтверждённом заказе рассматривается отдельно. При конфликте выигрывает сценарий с заранее назначенным приоритетом. Отклонённое предложение не превращается автоматически в SMS, если такой обход противоречит выбору человека.

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

Начните с небольшой управляемой версии

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

Проведите короткие задания на прототипе: «Оставьте только подборки для дома», «Отключите SMS», «Верните еженедельные письма». Записывайте неверные ожидания. Успешный клик по кнопке ещё не означает, что человек понял последствия.

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

Как оценивать пользу

Не сравнивайте напрямую пользователей центра с остальной базой: настройки чаще заполняют люди с определённой вовлечённостью. Такая разница мешает приписать последующие покупки самой функции.

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

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

Источники

Braze. Email subscriptions. Документация: состояния email-подписки и группы подписок. Проверено 22.09.2026.