В клиентской базе магазина есть Анна и Борис. За последний год каждый потратил по 60 000 рублей. Если делить покупателей только по сумме заказов, они попадут в один сегмент и получат одинаковые предложения.

Но Анна раньше покупала примерно раз в месяц, а последние четыре месяца не возвращается. Борис пришёл три месяца назад и с тех пор сделал несколько заказов. Одинаковая сумма скрывает две разные истории. Это условный пример, но сама проблема встречается в любом бизнесе, где отношения продолжаются дольше одной покупки.

История заказов нужна для работы с клиентом. Однако одного накопленного числа недостаточно, чтобы понять его сегодняшнюю задачу и выбрать полезное действие.

Какие три вопроса не стоит смешивать

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

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

Третий вопрос — чего разумно ожидать в будущем. Сколько покупок клиент может сделать за следующий год и какой экономический результат они могут дать? Это прогноз с неопределённостью, а не уже заработанные деньги.

Для оценки ценности отношений используют LTV или CLV — Customer Lifetime Value. В разных компаниях этим названием обозначают разные расчёты: иногда прошлую выручку, иногда прогноз будущего вклада. Поэтому рядом с числом нужны определение, период и состав расходов. Название поля в системе само по себе ничего из этого не объясняет.

Что проверить у Анны и Бориса

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

Борису тоже не обязательно нужна скидка. Если он осваивает новый продукт, полезнее может быть помощь с использованием. Если покупает чаще, нужно понять, связано ли это с устойчивой потребностью или с одной короткой задачей, например ремонтом квартиры.

Сегмент — группа клиентов, объединённых признаками, которые важны для конкретного решения. Сумма покупок подходит для некоторых задач, но не заменяет остальные признаки. Присвоить Анне ярлык «ценный клиент», а Борису — «новый» недостаточно: эти названия ещё не объясняют, что каждому отправить.

Как учитывать обычный цикл покупки

Цикл покупки — характерный интервал между повторными покупками в определённой ситуации. Он зависит от товара, объёма заказа, привычек и сезона. Месяц без покупки корма и месяц без покупки дивана имеют разный смысл.

Даже внутри одного магазина нельзя всегда использовать единое правило «не покупал 60 дней — уходит». Покупатель большого запаса может закономерно вернуться позже. Клиент, сменивший категорию, может продолжать отношения с компанией, хотя больше не покупает прежний товар.

Сначала изучают интервалы у покупателей с сопоставимой потребностью и достаточной историей. Затем смотрят на особенности конкретного клиента. Если у него только один заказ, личного устойчивого ритма ещё не видно. Лучше честно использовать ориентир по похожим ситуациям, чем изображать точность.

В бизнесе без обязательного продления, например в обычной рознице, окончательный уход часто вообще нельзя наблюдать напрямую. Отсутствие покупки может означать и конец отношений, и длинную паузу. Поэтому полезнее говорить «срок обычной покупки прошёл» или «есть риск снижения активности», чем объявлять человека потерянным по одному числу дней.

Простая модель для выбора действия

Начать можно без сложного алгоритма. Соберите несколько признаков, которые действительно меняют решение: последняя покупка и её категория, обычный интервал, незавершённые заказы, обращения в поддержку и право на выбранную коммуникацию. Для цифрового продукта добавьте значимые действия внутри него, если они доступны.

Полезно разделить состояние отношений и обстоятельства, временно меняющие действия. Например, человек остаётся регулярным покупателем, но сейчас ждёт решения по возврату. Одна метка не должна стирать другую.

Что видно в данных Что ещё нужно выяснить Возможное действие
Первая покупка Получен ли заказ и понятен ли продукт Помочь получить пользу от покупки
Повторные покупки в обычном ритме Возникла ли новая потребность Предложить полезное дополнение или отложить контакт
Привычный срок покупки прошёл Нет ли запаса или нерешённой проблемы Проверить причину и выбрать подходящее напоминание
Открыто обращение по заказу Что мешает завершить решение Организовать помощь и изменить коммерческие сообщения

Это отправная точка для работы, а не универсальная классификация. У подписки, автосервиса и магазина детских товаров будут разные значимые состояния. Названия имеют смысл только тогда, когда помогают выбрать действие.

Почему дорогой клиент не всегда лучше подходит для кампании

Человек с большой суммой покупок может и без дополнительных стимулов регулярно возвращаться. Другому клиенту одно понятное объяснение помогает сделать следующий шаг. Поэтому вероятность покупки и вероятность повлиять на покупку — разные вещи.

Высокий прошлый оборот не доказывает, что скидка этому человеку окупится. Прогноз большой будущей ценности тоже не доказывает полезность конкретного сообщения. Для проверки действия нужно сравнение с тем, что происходит без него, как в статье об измерении эффекта CRM.

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

Возьмите один сегмент, которому сейчас отправляете одинаковую кампанию, и проверьте несколько профилей. Какие разные ситуации скрываются за общей меткой? Если среди них есть первый заказ, нерешённая проблема и обычная пауза между покупками, начните с разделения этих действий. Автоматизировать их стоит после того, как команда может понятно объяснить логику каждого решения.