Push-повідомлення та UX-контроль

1) Роль гармат в продукті

Пуш-повідомлення - це канал контекстної комунікації, який повинен прискорювати «час до цінності», а не вибивати з потоку. Основні принципи: релевантність, своєчасність, оборотність.

• Нагадати про незавершене, повернути до користі («продовжити вчорашнє»).
• Повідомити про реально важливі події (стан, ризики, дедлайни).
• Дати коротку дію в один тап (deep link в конкретний екран/флоу).

2) Згоди та прозорість (opt-in/opt-out)

Пояснений opt-in: просимо дозвіл після демонстрації цінності (soft-ask → системний запит).
Гранулярність: категорії (важливе, нагадування, промо) і канали (пуш/е-mail/внутрішні інбокси).
Легка відмова: видима настройка «Рідше/Тихий режим/Вимкнути промо».
Резюме перед згодою: «Що і як часто будемо надсилати», посилання на налаштування.

Етичний контракт: користувач завжди може швидко змінити частоту і теми.

3) Категорії та пріоритети

1. Критично (безпека, гроші, системні збої) - мало, відразу, без промо.

2. Операційне (замовлення, статуси, дедлайни) - в робочому вікні, без шуму.

3. Нагадування/звички - м'які, з «джокерами» і паузою.

4. Контент/навчання - батчі раз на день/тиждень.

5. Промо/маркетинг - рідкісні, узгоджені, з частотними кепами.

Для кожної категорії задайте: вікна доставки, гучність, дія по тапу, час життя (TTL).

4) Таймінг і контекст

Подієвий тригер: повідомлення відразу після релевантної дії/події.
Тимчасові вікна: не відправляти вночі; враховувати локальний час.
Частотні кепи: Х/день, У/тиждень по категорії та в сумі.
Тихі години/режим: за замовчуванням запропонувати «не турбувати» вночі і у вихідні (настроюється).
Дедуплікація: нова нотифікація скасовує застарілу (заміна за ключем).

5) Персоналізація без вторгнення

Поведінкова релевантність: «продовжити розпочате», «закрити чек-лист тижня».
Локалізація контенту: мова, формат часу/валюти, культурні приклади.
Пояснюваність: «Показуємо, тому що ви»... + кнопка «Показувати менше такого».
Чутливі теми: опт-ін окремо; поважати відмову.

6) Платформні нюанси

6. 1 iOS

Pre-prompt (soft-ask) перед системним алертом.
Повідомлення за категоріями/стилями (критично/вдруге).
Notification Summary/Focus: частина повідомлень йде в дайджест/режими фокусу - враховуйте важливість і метадані.
Badges як неблокуюча нагадувалька.

6. 2 Android

Канали повідомлень (channels) з рівнями важливості - користувач управляє гучністю по каналу.
Групування/склеювання (stacking) однотипних повідомлень.
Іконки/дії в шторку: додавайте швидкі дії («Відкласти», «Відписатися від категорії»).

6. 3 Web Push

Роздільна здатність після цінності (не на першому екрані).
Fallback в inbox/банер всередині продукту для тих, хто не підписався.
Поведінка браузерів: обмеження фонової доставки - перевіряйте TTL.

7) Вміст: структура «хорошого» пуша

Хто/що/навіщо в 1-му рядку.
Одна мета - один пуш (не ліпити все відразу).
Deep link в потрібний екран, не в «додому».
Дія по свайпу: «Відкласти на завтра», «Пауза на тиждень».
TTL і автовідміну: не надсилати застаріле.

• "Продовжити звіт? Залишився 1 крок - відправити. Вимкнути такі нагадування"

8) Анти-патерни і як їх уникнути

Спам/перегрів: більше 2-3 нерелевантних гармат поспіль → авто-пауза категорії.
Помилкова терміновість/дефіцит: тільки реальні терміни і події.
Прихований маркетинг під виглядом системних повідомлень: промо = окрема категорія.
Відсутність виходу: у кожного пуша є швидкий «керувати повідомленнями».
Дублі по каналах: оркестрація (смс/е-mail/push) з пріоритетом і взаємним виключенням.

9) Метрики і дашборд якості

Фанел нотифікацій: відправлено доставлено показано відкрито цільову дію.

• Opt-in Rate за сценаріями (після демонстрації цінності).
• CTR/CTO (open/тап) за категорією/сегментом/часом доби.
• Conversion after open (цільова дія в сесії).
• Opt-out/Unsubscribe Rate и complaint rate.
• Snooze/Pause Rate - ознака перегріву.
• Recency/Frequency на користувача і на категорію (кепи).
• Uplift Retention D7/D30 в когортних порівняннях.

• 5-секундний тест (розуміння «що/навіщо»),
• читаність/локалізація,
• частка пушей з некликабельным або невірним deep link (повинна прагнути до 0).

10) Експерименти і безпека розкатки

A/B/n: тема, таймінг, канал, deep link, CTA.
Стратифікація: новачки/активні/заснули; Часовий пояс.
Гейт-метрики: opt-out, скарги, snooze - пороги стоп-крана.
Holdout-група: оцінка чистого вкладу в утримання/повернення.
Feature flags: включення категорій поетапно, швидкий відкат.
Дедуплікація та idempotency: одна подія - один пуш.

11) Канвас «політики повідомлень» (шаблон)

Мета категорії: яку користь несуть.
Аудиторія та умови показу: сегменти, події, вікна часу.
Частота і кепи: Х/день, У/тиждень; Глобальний ліміт.
Контент і microcopy: 1-й рядок, CTA, deep link.
Тихий режим/пауза: Дефолт і управління.
Метрики успіху/шкоди: CTR, conversion, opt-out, скарги.
Етика: чутливі теми, зрозумілість, відмова.
План відкату: коли і як відключаємо.

12) Чек-листи

12. 1 Дизайн і контент

• Цінність ясна в першому рядку.
• Один пуш = одна дія, є deep link.
• Є «Управляти повідомленнями/Пауза» прямо з пуша.
• Локалізація і формат часу коректні.
• Промо відокремлені від системних; позначені як промо.
• TTL заданий, застарілі не відправляються.

12. 2 Частота і таймінг

• Налаштовані вікна доставки і «тихий режим».
• Кепи per user і per category.
• Дедуплікація однакових тригерів.

12. 3 Техніка

• Канали/категорії (iOS/Android/Web) заведені і описані.
• Idempotency ключ при відправці, скасування/заміна повідомлень.
• Логи: відправка/доставка/показ/тап/дія.

12. 4 Етика та комплаєнс

• Прозорі згоди, зрозумілі тексти.
• Окремий opt-in для чутливих тем.
• Повага відмови на всіх каналах (не «добивати» листами).

13) Приклади мікрокопірайту

• "Замовлення # 4821 прибув до пункту видачі. Отримати сьогодні до 20:00. Керувати повідомленнями"

• "Ви почали звіт вчора. Залишився 1 крок - відправити? Відкласти на завтра· Налаштування"

• "3 нових матеріалу по темі X. Відкрити добірку. Отримувати раз на тиждень"

• "-20% до 14 листопада 23:59 на план Pro. Приховати промо-повідомлення"

• "Занадто часто? Поставити тихий режим на тиждень"

14) Кейси «до/після»

Спам промо → контрольована частота

До: 5 гармат за день без сегментації.
Після: 2/тиждень з явним промо-лейблом, «тихий режим», зростання CTR і падіння скарг.

Незавершені завдання → контекстні продовження

До: загальне «поверніться в додаток».
Після: «Продовжити завдання N з кроку 3» + deep link - вище conversion after open.

Дублі по каналах → оркестрація

До: пуш + e-mail + банер одночасно.
Після: пріоритетний канал, відкладені дублери, скасування при відкритті.

15) Часті помилки команд

Просити системну роздільну здатність на першому екрані «в нікуди».
Змішувати промо і системні повідомлення.
Ігнорувати часові пояси і «тихий режим».
Не давати керувати категоріями і частотою.
Оцінювати тільки CTR, забуваючи про opt-out/скарги/утримання.

16) Резюме

Ефективні пуши - це мінімум шуму, максимум користі: зрозуміла причина, вірний момент, один чіткий крок і контроль у користувача. Будуйте політику на категоріях, частотних кепах, «тихому режимі», дедуплікації і чесному копірайте. Експериментуйте поетапно, міряйте не тільки кліки, але і довіру - тоді пуш-канал стане асистентом, а не подразником.