# Сегментируйте сценарии, а не только базу

- **Канонический URL:** https://playbook.affpartners.io/ru/practices/push-segments/index.html
- **Markdown-версия:** https://playbook.affpartners.io/ru/practices/push-segments/index.md
- **Раздел:** Push-уведомления
- **Время:** 90 минут на первые сегменты

Сегмент полезен только тогда, когда меняет решение: кому писать, почему сейчас, что сказать или куда вести. Начните с трёх групп по поведению, а не с десятков демографических фильтров.

## Результат

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

## Сегмент — не ярлык, а правило для другого сценария

«Новые», «активные» и «неактивные» — слишком общие слова, пока не указаны действия и сроки. Хороший сегмент можно проверить: начал путь за 24 часа, сохранил тему за 30 дней, завершил действие и больше не должен получать напоминание.

## Что понадобится

- **События:** Дата последнего полезного действия, начало и завершение сценария, подтверждённый интерес и разрешение на уведомления.
- **Конструктор сегментов:** Система коммуникаций, где виден размер группы и можно задать условия входа, выхода и взаимные исключения.
- **Тестовые профили:** Минимум по одному профилю на каждый сегмент и пересечение для проверки правил перед запуском.

## Термины простыми словами

- **Push-уведомление — Короткое сообщение от приложения вне его интерфейса:** Определение: Появляется на устройстве и может вернуть пользователя к конкретному полезному действию. Отправляется только при наличии разрешения. Пример: Сообщение о новом материале в сохранённой теме открывает этот материал по deep link.
- **Сегмент — Группа пользователей с общим поведением:** Определение: Сегмент объединяет людей по платформе, стране, интересу или действию, чтобы не отправлять всем одно сообщение. Пример: Пользователи Android, которые начали, но не завершили регистрацию за последние 24 часа.
- **Событие аналитики — Запись о конкретном действии пользователя:** Определение: Приложение отправляет событие в аналитику, когда пользователь открыл экран, нажал кнопку или завершил действие. Пример: registration_started и registration_completed позволяют увидеть, сколько людей бросили регистрацию.
- **Deep link — Ссылка сразу на нужный экран приложения:** Определение: После нажатия пользователь попадает не на главную, а в конкретный сценарий, который был обещан в сообщении или на сайте. Пример: Push о сохранённом уроке открывает этот урок, а не домашний экран.

## Когда применять

Массовые push дают слабое полезное действие, люди получают неактуальные сообщения, а команда не может объяснить, почему пользователь попал в отправку.

## Какие данные использовать

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

- **Поведение в продукте**
  - **Источник:** Используйте завершённость пути, давность полезного действия, сохранённый интерес и уже просмотренный результат.
  - **Если доступа нет:** Без полной аналитики начните с одного надёжного серверного статуса и даты последней активности.
- **Размер и пересечения**
  - **Источник:** До запуска посмотрите число пользователей в каждой группе и сколько людей попадают сразу в два сценария.
  - **Если доступа нет:** Выгрузите идентификаторы трёх простых групп в таблицу и найдите повторяющиеся значения.
- **Язык и доступность**
  - **Источник:** Проверьте язык, страну только при реальном различии сценария и наличие разрешения на канал.
  - **Если доступа нет:** Если локализация не готова, ограничьте запуск одной поддерживаемой аудиторией вместо автоматического перевода.

## Соберите первые сегменты

1. **Начните с поведения.** Опишите действие и срок, которые показывают текущий контекст пользователя. Не используйте абстрактное «лояльный» или «спящий».
   - **Где сделать:** В условиях сегмента коммуникационной системы.
   - **Пример:** Начал верификацию за последние 24 часа и ещё не завершил её.
2. **Выберите три разных сценария.** Возьмите группы, для которых действительно отличаются причина возврата и экран. Не дробите базу только ради персонализации обращения.
   - **Где сделать:** В первых трёх строках матрицы.
   - **Пример:** Незавершивший путь, активный с сохранённым интересом, давно неактивный с новым релевантным поводом.
3. **Запишите вход и выход.** Сегмент должен автоматически обновляться. После завершения действия или потери актуальности человек выходит до следующей отправки.
   - **Где сделать:** В правилах пересчёта перед запуском.
   - **Пример:** Событие completion («действие завершено») немедленно исключает пользователя из напоминания.
4. **Дайте каждой группе свой маршрут.** Различие должно быть не только в имени. Настройте отдельную пользу, текст и deep link в нужный контекст.
   - **Где сделать:** В карточке каждого сценария.
   - **Пример:** Новичок продолжает шаг, активный открывает новый материал, неактивный видит только реальное изменение.
5. **Разрешите пересечения.** Заранее определите, какое сообщение останется, если пользователь подходит под несколько правил. Проверяйте пересечение на тестовом профиле.
   - **Где сделать:** В приоритетах и взаимных исключениях.
   - **Пример:** Сервисный статус выше контентного повода; второе сообщение отменяется на 24 часа.

## Примеры из практики

- **Три группы — три разных маршрута:** Незавершивший продолжает сохранённый шаг, активный открывает новый материал по интересу, давно неактивный получает сообщение только при реальном обновлении.
- **Пересечение решается до отправки:** Пользователь подходит под сервисный статус и контентный повод. Остаётся более важный статус, второе сообщение отменяется на 24 часа.

## Готовый артефакт: Матрица трёх сегментов

Если две строки приводят к одинаковому тексту и экрану, объедините их — отдельный сегмент не нужен.

| Сегмент | Условие | Польза и маршрут | Выход / исключение |
| --- | --- | --- | --- |
| Новый незавершивший | Начал путь <24 ч, нет события завершения | Продолжить шаг → сохранённый экран | Выход после завершения |
| Активный с интересом | Сохранил тему <30 дней | Новый материал → подборка | Исключить уже прочитавших |
| Давно неактивный | Нет полезных действий 14 дней | Только реальное обновление → экран изменения | Не писать без нового повода |
| Недавно активный | Полезное действие <12 ч | Сообщение не требуется | Исключить из возвратных push |
| Пересечение | Подходит под 2 сценария | Выбрать более полезный | Один push по приоритету |

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

## Ограничения и безопасность: Не собирайте сегменты ради сегментов

Если группа не меняет момент, пользу или маршрут, она только усложняет работу и создаёт больше ошибок в правилах.

## Чек-лист сегмента

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

- [ ] Условия входа и выхода описаны событиями и сроками.
- [ ] Сегмент меняет момент, пользу, текст или экран назначения.
- [ ] Есть размер группы и проверка качества исходных данных.
- [ ] Учтены язык, доступность канала и только необходимые признаки.
- [ ] Для пересекающихся сегментов задан приоритет и одно итоговое сообщение.

## Как понять, что сегментация помогает

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

## Главное правило

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

---

- [HTML-версия](https://playbook.affpartners.io/ru/practices/push-segments/index.html)
- [Все практики](https://playbook.affpartners.io/ru/)