CRM-аналитика
Как задать тихие часы, если часовой пояс клиента неизвестен
Время чтения: 5 мин
Уровень материала: Для экспертов
Содержание
Кампания настроена на десять утра, но часть клиентов получает её ночью. Платформа использует время проекта, а аудитория живёт в разных регионах. В профиле есть город последней доставки, однако покупатель мог отправлять подарок и находиться совсем в другом месте.
Тихие часы — период, в который определённые сообщения не отправляют, чтобы не мешать человеку. Правило обычно задаётся в местном времени получателя. Главная сложность возникает, когда это время неизвестно или источник сведений ненадёжен.
Разделите время события и часовой пояс клиента
Момент покупки можно хранить как однозначную временную отметку, например в UTC — единой временной шкале, относительно которой задают местные смещения. Для выбора допустимого часа отправки нужен часовой пояс получателя. Одно не выводится из другого: сервер зафиксировал событие точно, но не обязательно знает местонахождение человека.
Часовой пояс с именем из базы IANA хранит правила местного времени, включая изменения смещений. Фиксированное «UTC+2 навсегда» не равно такой зоне, если в ней меняются сезонные или административные правила.
Согласование часовых поясов в CRM нужно проверить до настройки тихих часов. Иначе корректное ограничение будет применяться к неверно разобранным датам.
Назначьте доверие источникам
Предпочтение, которое человек явно указал для сообщений, обычно отвечает задаче лучше, чем город старого заказа. Настройка устройства может быть полезной, но устаревать; IP может отражать VPN, корпоративную сеть или защитный сервис.
Храните не только значение, но и источник, время обновления и правило приоритета. Не заменяйте заявленную человеком зону новым предположением без понятного основания. Для конфликтов предусмотрите состояние «неизвестно», а не случайный выбор последнего значения.
| Источник | Чем полезен | Что проверить |
|---|---|---|
| Явный выбор клиента | Связан с его ожиданием | Как обновить и отменить выбор |
| Устройство приложения | Может отражать текущую настройку | Давность и принадлежность устройства |
| Регион обслуживания | Даёт рабочее ограничение | Не является ли он адресом другого человека |
| IP или косвенная география | Помогает оценить варианты | Ошибки, прокси и неопределённость |
Для неизвестной зоны выберите честное правило
Есть три практических подхода. Уточнить предпочтение в подходящий момент. Использовать безопасное пересечение допустимых часов, если набор возможных зон ограничен и обоснован. Отложить необязательное сообщение, если подходящего окна нет.
Нельзя гарантировать дневное время для всей мировой аудитории, зная только часовой пояс офиса. Если бизнес принимает менее строгий запасной вариант, он должен понимать долю неопределённых профилей и ограничивать навязчивость канала. Для SMS и push ошибка времени особенно заметна.
Не выдавайте выбранный интервал вроде 09:00–20:00 за универсальное требование закона. Юрисдикция, канал и характер сообщения могут задавать дополнительные ограничения; их проверяют для конкретного процесса.
Условный пример: два возможных смещения
Предположим, достоверно известно, что получатель находится либо в UTC+3, либо в UTC+7. Рабочее правило разрешает рекламу с 09:00 до 20:00 по местному времени. Для UTC+3 допустим интервал 06:00–17:00 UTC, для UTC+7 — 02:00–13:00 UTC. Их пересечение — 06:00–13:00 UTC.
Отправка в 12:00 UTC попадает в оба окна, а в 16:00 UTC — только в первое. Расчёт относится к указанным смещениям и дате; при именованных зонах нужно использовать актуальные правила. Если возможных зон больше, пересечение может исчезнуть.
Этот способ не определяет местонахождение клиента. Он лишь позволяет принять осторожное решение при явно ограниченной неопределённости.
Переносите сообщение вместе с повторной проверкой
Попадание в тихие часы обычно приводит к переносу на ближайшее разрешённое время. Перед новым запуском нужно проверить, не закончилась ли акция, не произошла ли покупка и не появился ли запрет. Отложенное сообщение не получает пожизненного права на отправку.
Срок жизни push должен согласовываться с перенесённым временем. Если предложение истекает раньше следующего допустимого окна, его отменяют или заменяют отдельно утверждённым актуальным сценарием. Отправлять его ночью ради соблюдения плана кампании нельзя считать корректной настройкой тихих часов.
При переходах местного времени некоторые часы могут повторяться или отсутствовать. Разработчик должен определить, как планировщик обрабатывает такие даты, а маркетолог — проверить ожидаемое поведение на тестах.
Как принять настройку
Создайте профили с известной зоной, конфликтующими источниками, устаревшей зоной и отсутствующими данными. Проверьте границы интервала, перенос, истечение предложения и повтор события. В журнале решения должны быть применённая зона, её источник и причина выбранного времени.
Отдельно проверьте, что ручная кампания и резервный канал выполняют то же обещание. Хорошая настройка не просто ставит время в календарь: она объясняет, почему конкретному человеку можно отправить это сообщение именно сейчас.
Источники
IANA. Time Zone Database. Документация базы часовых поясов. Проверено 22.09.2026.