# A/B-тест времени отправки: как найти часы, в которые база покупает

> Время отправки — самый дешевый фактор для теста: разброс по кликам между слотами доходит до двух раз. Как выбрать часы, разбить базу без пересечений и проверить алгоритм Mindbox.

**Рубрика:** Статьи  
**Дата:** 2026-08-28

У большинства компаний час отправки рассылки определяет не статистика, а привычка: письмо собрали к обеду — ушло к обеду. Или «мы всегда шлем во вторник в 10:00». Почему во вторник и почему в десять — уже никто не помнит, а база тем временем живет по собственному расписанию: один сегмент открывает почту в 7 утра в метро, другой — в 23:00 с дивана.

При этом время — самый дешевый фактор для эксперимента: не нужен новый дизайн, механика или скидка. То же письмо, та же база, другой час — и разница в кликах видна уже через пару отправок. Как поставить такой тест, чтобы результату можно было верить, рассказывает Егор Череватенко, CRM-маркетолог ClientCore.

> **Читайте также:** [A/B-тест темы письма: что проверять, когда open rate обманывает](https://clientcore.ru/blog/articles/a-b-test-temy-pisma-chto-proveryat-kogda-open-rate-obmanyvaet)

## Сколько выручки прячется в одном часе

Активность базы неравномерна: у любого списка контактов есть пики и провалы в течение суток. В e-commerce вечерние часы (19:00–22:00) чаще всего дают максимум кликов и заказов — люди возвращаются домой и листают почту с телефона. B2B-рассылки живут по другому графику: пик приходится на утро будней, а письмо, отправленное в субботу, может вообще остаться неоткрытым.

Когда мы впервые замеряем разброс по слотам у нового клиента, разница между лучшим и худшим часом по CTR обычно составляет 1,5–2 раза. То есть рассылка, уходящая «как привыкли», регулярно недобирает до половины кликов — и пропорционально выручки. Такие потери всплывают на аудитах: у Tripster, например, аудит CRM-маркетинга показал, где на самом деле теряется выручка ([кейс](https://clientcore.ru/blog/articles/otzyv-tripster-o-clientcore-audit-crm-marketing-mindbox)).

Усредненные исследования в духе «лучшее время для email — четверг, 11:00» бесполезны: ваша база не усредненная. Единственный рабочий способ узнать свои часы — измерить их на собственных контактах.

## Выбираем слоты для теста

Первая ошибка — поставить на тест десять вариантов: каждый час суток. Выборка размазывается по веткам, и ни одна не набирает статистику. Рабочий формат — 3–4 слота с шагом в три-четыре часа: например, 8:00, 12:00, 16:00 и 20:00.

Откуда брать гипотезы:

- статистика прошлых отправок в Mindbox: отчеты по времени открытий и кликов показывают, когда база активна уже сейчас;
- ритм жизни клиента: родители с маленькими детьми читают почту рано утром и поздно вечером, офисная аудитория — в дороге и в обед;
- специфика категории: продуктовый ритейл ловит вечерний пик перед заказом на ужин, турагентства — обеденный, когда люди мечтают об отпуске.

Меняется один фактор — час отправки. Письмо, тема, сегмент и день недели во всех ветках одинаковые, иначе по итогам нельзя понять, что именно сработало.

> Самое необычное время отправки я видел у бренда детских товаров: пик кликов приходился на 6:30–7:30 утра. Логика простая — мама просыпается раньше ребенка и листает почту в тишине. Следуй мы усредненным исследованиям, шли бы в 11:00 и теряли бы эту аудиторию целиком.
>
> — Егор Череватенко, CRM-маркетолог, ClientCore

## Разбиение базы без пересечений

Чистый ab тест времени отправки начинается со сплита. Разбиение делается случайным образом внутри одного сегмента. Нельзя в ветку А взять «активных», а в ветку Б — «спящих»: тогда ветки различаются качеством контактов, и вывод о времени делать нельзя. В Mindbox для этого есть случайное разбиение в механике A/B-теста — система сама делит контактов на равные доли.

Второй слой защиты — взаимоисключение. Человек, попавший в тест времени, не должен параллельно участвовать в тесте тем писем или получать промо-рассылку вне эксперимента: давление на него вырастет, и вместо реакции на час отправки вы измерите усталость от частоты. В Mindbox эксперименты настраиваются как взаимоисключающие — контакт попадает только в один.

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

Зачем такая строгость? Когда база идет в коммуникацию целиком и без разбора, любой тест превращается в кашу. Мы видели это в FINNTRAIL: до пересборки логики письмо получала вся база разом, без единого сегмента. Команда сделала ставку на точность — и выручка email-канала выросла на 15% ([кейс](https://clientcore.ru/blog/articles/keis-finntrail-rost-vyruchki-email)). Сегментация здесь — фундамент: без нее a/b тестирование рассылок теряет смысл.

**Норма**

- случайное разбиение внутри одного сегмента
- контакт участвует только в одном эксперименте
- состав веток зафиксирован на весь период теста

**Red flag**

- одни и те же люди попали в три теста одновременно
- тестовые группы параллельно получают обычные промо
- в ветку А свалили «лояльных», в ветку Б — всех остальных

## День недели влияет сильнее часа

Сравнивать «вторник 10:00» с «пятница 19:00» — частая ошибка. Такой тест смешивает два фактора, и по его итогам нельзя понять, что сработало: день или час. День недели почти всегда влияет на результат заметнее, чем время внутри суток, поэтому факторы тестируют по очереди.

Практичная схема — матрица. Сначала фиксируете один слот (например, 12:00) и сравниваете два-три дня недели между собой. Потом внутри лучшего дня гоняете тест времени: утро, день, вечер. Либо сразу строите матрицу 2 дня × 3 слота на шесть веток — но для этого нужна база, где каждая ветка наберет статистику.

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

> Классическая ловушка: запустили тест в пятницу, вечерний слот выиграл с отрывом в 20% — и клиент решил перенести все рассылки на вечер. Через месяц вечер проиграл утру, потому что пятница и понедельник живут по разным законам. Два полных цикла недели — минимум, ниже которого я не подписываюсь под выводами.
>
> — Егор Череватенко, CRM-маркетолог, ClientCore

## Фиксированные слоты и алгоритмический тайминг

Отдельный вопрос — стоит ли вообще выбирать час вручную. В Mindbox есть расчет времени отправки: алгоритм смотрит историю активности каждого контакта и шлет письмо в часы, когда этот человек обычно читает почту. Для одного подписчика это 7:40, для другого — 21:15.

Тестируют алгоритм как обычную ветку: 50% сегмента получает письмо в лучший фиксированный слот, 50% — по расчету времени отправки. Горизонт — от трех-четырех недель, потому что алгоритм раскатывает отправку на сутки и ему нужно больше данных, чтобы выйти на режим. Метрика — конверсия в заказ и выручка на получателя: по кликам алгоритм часто выигрывает уже на старте, но решают деньги.

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

> Промо „скидка до полуночи" на расчете времени отправки работает плохо: часть базы получает письмо на следующее утро, когда акция уже закрылась. Такие кампании переводим на фикс, а алгоритм оставляем для контентных и регулярных рассылок.
>
> — Егор Череватенко, CRM-маркетолог, ClientCore

## Как понять, что тест закончен

После ввода Mail Privacy Protection в iOS открытия перестали быть надежной метрикой: почтовый клиент «открывает» письмо за человека. Ориентир — клики, конверсия в заказ и выручка на получателя (revenue per recipient). Разница в открытиях на 3–5% между слотами — чаще всего шум.

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

Победителя фиксируют письменно: слот, день, метрика, период. И возвращаются к вопросу раз в 6–12 месяцев — состав базы меняется, и прошлогодний лучший час может протухнуть.

**Норма**

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

**Red flag**

- победитель выбран по open rate через сутки после старта
- разница в 0,3 п.п. по кликам объявлена победой
- тест остановлен, потому что «и так понятно»

> **Читайте также:** [Калькулятор A/B-тестов Mindbox: как спланировать эксперимент до запуска](https://clientcore.ru/blog/articles/kalkulyator-a-b-testov-mindbox-kak-splanirovat-eksperiment-do-zapuska)

---

[Открыть статью на сайте](https://clientcore.ru/blog/articles/a-b-test-vremeni-otpravki-kak-nayti-chasy-v-kotorye-baza-pokupaet)