Сегментация в SMS: почему “по первому действию” больше не работает и что ставить вместо

Сегментация в SMS: почему “по первому действию” больше не работает и что ставить вместо

За последний год я всё чаще вижу одну и ту же картину в аккаунтах: в сегментациях SMS команда уходит в простую логику “если пользователь сделал X — шлём Y”. На старте это кажется рациональным, потому что действие легко отследить. Но на практике в 2026 это упирается в две проблемы.

Первая — цепочки стали длиннее. Люди читают, сравнивают, откладывают, возвращаются через неделю-две (особенно в e-com, где средний чек проседает, а покупатели экономят). “Первое действие” превращается в устаревший маркер: человек не стал другим — просто прошла неделя, изменился контекст и его готовность к покупке.

Вторая — атрибуция и идентификация стали менее “снизу вверх”. Если вы опираетесь на предположения из ранней модели (условно, “кликнул — значит сегмент тот”), вы чаще ловите шум: промах в намерении дороже, чем отсутствие сообщения.

Что я предлагаю вместо этого: сегментировать не по событию, а по текущему состоянию воронки на уровне клиента (customer lifecycle), и проверять это через инкрементальность. В SMS это можно реализовать почти без “тяжёлой аналитики”.

Моя рабочая формула для триггерной сегментации (и она реально сокращает бесполезные отправки):
— “Зона интереса” — измеряем по Recency: сколько дней прошло с последнего значимого действия (просмотр, добавление в корзину, просмотр конкретного товара).
— “Зона готовности” — измеряем по активности, но не по факту покупки, а по повтору: было ли второе действие в течение окна (например, возвращение к карточке/корзине).
— “Зона намерения” — измеряем по предпочтению: принадлежит ли клиент к группе товаров/категорий, с которыми он уже взаимодействовал (и насколько стабильно).

Простой пример из практики: у нас была рассылка “если добавил в корзину — отправь промокод на следующий день”. После перевода на “состояние” (recency + повтор действия) конверсия в заказ выросла не потому, что промокод стал “лучше”, а потому что SMS перестало улетать тем, кто физически не готов в момент отправки. Параллельно упали жалобы и отписки — то есть мы сократили потери внимания. В цифрах эффект был заметный: доля доставок, не ведущих к дальнейшим шагам, снизилась на двузначный процент (за счёт правильной задержки и корректировки аудитории).

Технически это выглядит так: вместо одного триггера “событие→сообщение” вы делаете матрицу “состояние→сообщение”. И обновляете состояние по расписанию (например, раз в сутки) или по входящим событиям. Да, сегментов станет больше. Но управлять станет легче: SMS перестаёт быть “реакцией на прошлое”, а становится инструментом управления следующими действиями.

Если вам нужно начать с малого — берите один сценарий (abandoned cart, просмотр категории, реактивация) и замените “первое событие” на recency+повтор. Это самый быстрый способ почувствовать, как в 2026 SMS начинает работать ближе к управлению выручкой в связке RevOps (маркетинг+продажи+customer success), а не как отдельная кампания.

— @SMSmanualRu