Отправить одинаковое сообщение и тем, кто уже ответил, и тем, кто прочитал и промолчал, и тем, кому оно вообще не дошло, - частая практика у тех, кто торопится. Результат предсказуем: довольные клиенты раздражаются от повтора, а молчуны жалуются на спам. Разберём, как технические статусы WhatsApp превращаются в реальные сегменты и почему Excel здесь - инструмент учёта, а не источник данных.
WhatsApp возвращает четыре технических статуса сообщения: sent (ушло на сервер), delivered (дошло до устройства), read (открыто получателем) и failed (ошибка доставки). Это не маркетинговая абстракция, а реальные системные события, на основе которых строится автоматическая разметка базы в CRM и рассылочных сервисах - если база собрана правильно с самого начала, как в разборе входящих обращений.
Каждый из этих статусов требует разного следующего шага, а не одного и того же сообщения по кругу.
Было:
Разные сообщения для каждого сегмента в 2–3 раза повышают отклик.
Стало:
По кейсам профильных агентств, кастомизированный оффер для сегмента «прочитали, но не ответили» - например, снятие возражения или бонус - повышает конверсию в 2–3 раза по сравнению с повторной отправкой того же текста по всей базе. Официального подтверждения этой цифры от Meta нет - это практический бенчмарк, а не задокументированный стандарт.
Было:
Как размечать базу прямо в Excel.
Стало:
Excel - это статичная таблица, она не получает статусы доставки и прочтения сама по себе. Динамическая сегментация требует подключения через CRM или WABA API, которые ловят вебхуки от Meta; в Excel выгружается уже готовый лог для фильтрации и аналитики.
Дополнительная неточность исходного тезиса:
Статус «доставлено» = «не прочитал».
Это не так. Если получатель отключил отчёты о прочтении в настройках конфиденциальности, статус read не формируется сервером даже после реального прочтения сообщения - оно технически зависает на delivered навсегда. Часть активной аудитории попадает в сегмент «не прочитали» только из-за настроек приватности, а не из-за реального игнорирования.
| Статус | Что значит технически | Что делать дальше |
|---|---|---|
| Read без ответа | Сообщение открыто, входящих от JID нет в заданный тайм-аут | Снятие возражения, бонус, уточняющий вопрос - не повтор того же текста |
| Delivered без read | Дошло до устройства, статус прочтения не сформирован (включая случай отключённых отчётов) | Дублирующий канал (SMS) или мягкое напоминание, без агрессии |
| Failed | Чаще всего номер не зарегистрирован в WhatsApp | Удалить из базы - повторная отправка бессмысленна и тратит лимиты |
| Ответил | Есть встречный диалог | Исключить из общей рассылки - продолжать только в контексте диалога |
Это не три сегмента из исходного тезиса, а минимум четыре - статус failed заслуживает отдельной обработки, а не игнорирования.
Динамическая сегментация начинается не в Excel, а в системе, которая ловит статусы:
Важно: во всех трёх случаях Excel - это место хранения и фильтрации уже полученных статусов, не источник их сбора.
Маркетолог интернет-магазина выгрузил отчёт первой волны рассылки в CSV и через функцию ВПР в Excel отфильтровал базу: контакты со статусом failed удалил как невалидные, read без ответа пометил «Сегмент Б» и отправил им напоминание со скидкой 10%, а delivered без прочтения - «Сегмент В» с дублирующим оффером в SMS. Результат: выручка с повторного касания выросла на 140%, блокировок не зафиксировано.
Что показывает кейс: разделение базы хотя бы по двум осям (прочитал/не прочитал) с разными сообщениями для каждой даёт измеримый прирост без вреда для номера. Чего кейс не доказывает: что прирост 140% воспроизводим в любой нише - это один задокументированный результат, не универсальный норматив.
Обратный пример: салон красоты отправил акцию по всей базе из 3000 номеров, а через 3 дня - тот же текст повторно той же базе целиком, включая тех, кто уже записался или явно проигнорировал. Клиенты, уже прочитавшие и отказавшиеся, сочли повтор спамом и массово пожаловались - серый рабочий номер забанили через 200 отправлений во второй волне. Разница между кейсами - не в технологии, а именно в наличии или отсутствии сегментации перед повторным касанием - см. механику банов за рассылку.
Среди практиков нет единого мнения по таймингу. Часть считает, что дожимающее сообщение нужно слать через 2–4 часа после прочтения, пока внимание клиента ещё удержано на чате. Другие возражают: такая скорость выглядит как преследование ботом и провоцирует жалобу - поэтому безопасный интервал, по их мнению, строго 24–48 часов.
Подтверждений ни одной из позиций нет - это область практических предпочтений, а не задокументированного правила - как и ориентиры поведенческого антиспама.
Подтверждённые ориентиры сегментации по активности: активные - открывали за последний месяц; неактивные - не проявляли активность более 3 месяцев; фильтр «последнее прочтение не более 60 дней назад» - практика поиска контактов, открывавших переписку за последние 2 месяца. Подключение Excel-интеграции через готовые сервисы занимает порядка 5 минут с тестовым периодом до 30 дней.
Форумные, не задокументированные Meta показатели: рост конверсии в 2–3 раза при персонализации сообщения под сегмент «прочитал, но не ответил» по сравнению с тем же текстом всей базе; от 15% до 25% пользователей отключают синие галочки прочтения, что создаёт системную погрешность при ручной выгрузке сегментов; разделение базы на поведенческие срезы снижает долю жалоб на 40–60% по наблюдениям практиков.
«Доставлено - значит точно не прочитал»
Неверно. Пользователь мог прочитать сообщение через шторку уведомлений, в режиме предпросмотра или просто отключить отчёты о прочтении - во всех случаях статус останется delivered.
«Excel может сам отслеживать прочтения в реальном времени»
Неверно. Excel - статичная таблица; для динамической сегментации по read/delivered нужна система, которая ловит вебхуки, а в Excel выгружается лишь итоговый лог.
«Если не ответил, нужно отправить тот же текст ещё раз» Неверно. Повтор без изменения контекста воспринимается как спам - это прямо показывает кейс салона красоты.
«Failed - просто попробовать переотправить завтра»
Неверно. Статус failed чаще всего означает, что номер физически не зарегистрирован в WhatsApp - повторная отправка тратит лимиты впустую.
«Прочитал и не ответил = не заинтересован» Неверно как универсальное правило. Причины могут быть любыми - от занятости до отложенного решения; это сегмент для снятия возражений, а не для списания.
failed нужно чистить, а не повторно атаковать - это чаще всего нерабочий номер.Если рассылки сейчас идут одним текстом на всю базу - начните с простого: выгрузите статусы последней кампании и разделите контакты хотя бы на два сегмента - прочитал/не прочитал. Уже это снизит риск повторного раздражения тех, кто уже видел сообщение и не ответил.
Практическое правило:
Один текст для всей базы - это сообщение не клиенту, а себе самому: «мне лень разбираться, кто и как отреагировал».