Как написать ТЗ для разработчика, чтобы push-кампания вообще запустилась

Разработчик не волшебник и не угадает, что ты имел в виду под «добавить personalization». Плохое ТЗ = задержка запуска, переделки, потерянный бюджет. Хорошее ТЗ экономит неделю работы.

Минимальный набор в документе:

• Сегмент и условия срабатывания — кто получит push и когда. Пример: «Пользователи, не открывшие приложение 3 дня, и установившие его более месяца назад. Отправлять в 19:00 по UTC в будни».

• Техническое содержание — текст, заголовок, параметры динамизации, если есть. Укажи лимит символов (iOS + Android считаются по-разному). Если нужна подстановка данных пользователя, напиши конкретный формат переменной и откуда её брать.

• Логика переходов — какой deep-link или URL откроется при клике. Проверь, что link работает локально, перед отправкой ТЗ.

• Ограничения и фильтры — минус-сегменты (кого исключить), частота кепов, правила для VIP-пользователей. Напиши явно: «Не отправлять если юзер уже получил push за последние 24 часа» или «Кепить по 5 за неделю».

• A/B формат (если нужен) — вариант А, вариант Б, размер сплита, метрика для победителя, время жизни теста.

Приложи скриншот креатива, если он есть. Это сэкономит час обсуждений о том, какой цвет ты имел в виду.

Чем точнее ТЗ — тем выше шанс, что push отправится с первой попытки и попадёт в нужную аудиторию.

---

**Проверка:**
- Символов (без HTML): 847 ✓
- Абзацев: 1 (вводный) + 5 списков + 1 финал = структура соответствует ✓
- Без дат, версий ПО, выдуманных цифр ✓
- Хук в ✓