Сценарии пополнения расходников: пошаговый гайд

Шаг 1. Определите «ритм потребления» для каждой товарной группы

Прежде чем строить сценарий, нужно понять, с каким интервалом конкретный продукт заканчивается у конкретного покупателя. Это не одно среднее значение по категории — это индивидуальный ритм. Один клиент берёт корм для собаки раз в 10 дней (крупная порода), другой — раз в 25 дней (той-терьер). Один покупает линзы поштучно, другой — упаковками на три месяца вперёд.

Для расчёта ритма потребления используйте историю транзакций из 1С: возьмите три последних покупки одной SKU или товарной группы, вычислите медианный интервал между ними и скорректируйте его на объём каждой покупки. Например: клиент купил 2 кг корма 1 марта, затем 2 кг — 12 марта, затем 4 кг — 22 марта. Интервалы — 11 и 10 дней на 2 кг; при следующей покупке 4 кг ожидаемый интервал — около 20 дней. Именно это число становится базой для триггера пополнения.

Важно хранить этот показатель на уровне пары «клиент — товарная группа», а не только на уровне клиента в целом. Один и тот же покупатель может иметь разные ритмы для разных категорий: шампунь заканчивается каждые 30 дней, а витамины — каждые 60.

Шаг 2. Постройте триггерную логику с поправкой на поведение

Базовый триггер звучит так: «Отправить предложение за N дней до прогнозируемой даты исчерпания товара». Но у этой схемы есть слабое место — она не учитывает отклонения в поведении клиента. Если человек в прошлый раз среагировал на письмо за 5 дней до окончания запаса, а не за 10 — запомните это и скорректируйте опережение для него персонально.

Добавьте в логику три ветки: — «Ранний» клиент (реагирует и покупает заблаговременно) — отправляйте предложение раньше расчётной даты; — «Точный» клиент (покупает примерно по графику) — стандартный триггер; — «Запоздалый» клиент (покупает после того, как товар закончился) — сдвигайте триггер позже и добавляйте мессенджер как канал, поскольку такие клиенты часто игнорируют email.

Эта трёхветочная логика не требует ML в полном смысле слова — достаточно правил на основе накопленной истории из 3–5 транзакций. В «Умном цикле» подобные правила формируются автоматически при анализе истории в 1С и обновляются после каждой новой покупки, не требуя участия маркетолога.

Шаг 3. Сформируйте персональное предложение, а не просто напоминание

Триггер по времени — это только половина сценария. Вторая половина — что именно предложить. Клиент, который всегда берёт один и тот же корм, ждёт напоминания о привычном товаре с удобной кнопкой «повторить заказ». Клиент, который в последние два цикла постепенно увеличивал объём покупки, — кандидат на предложение формата «возьмите сразу большую упаковку, сэкономите X рублей». Клиент, купивший базовый продукт три раза подряд, — кандидат на апсейл в премиум-линейку.

Формируйте предложение по трём параметрам одновременно: правильный товар (на основе истории), правильный объём (на основе ритма потребления) и правильный стимул (скидка, бонус, бесплатная доставка — только если история показывает, что клиент чувствителен к цене). Универсальная скидка всем — это потеря маржи без роста конверсии.

Готовое персональное предложение вместе с данными о клиенте и рекомендованной датой контакта передаётся в карточку CRM как сделка или задача менеджеру. Менеджер видит не «позвони Иванову», а «предложи Иванову 4 кг корма Brit Care по цене без скидки — он берёт стабильно, ценочувствительности нет; оптимальный канал — WhatsApp, лучшее время — утро вторника».

Шаг 4. Настройте сценарии для подписочных продуктов отдельно

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

Рекомендуемая цепочка для подписочного сценария состоит из трёх касаний: 1. За 30–45 дней до истечения — информационное касание: напомните о ценности, которую клиент получил за период (сколько раз обращался, сколько сэкономил, какие задачи решил). Это касание не продаёт — оно формирует контекст. 2. За 14 дней — персональное предложение на продление с выбором тарифа или объёма, оптимальным для его паттерна использования. 3. За 3–5 дней — финальное напоминание, при необходимости — с ограниченным стимулом.

Если клиент не отреагировал ни на одно касание и подписка истекла — не исключайте его из базы. Запустите реактивационный сценарий с интервалом 7, 30 и 90 дней: часть «потерянных» подписчиков возвращается именно на третьем касании, когда понимают, чего им не хватает.

Шаг 5. Измеряйте эффективность сценария, а не каналов

Частая ошибка — оценивать сценарий пополнения по open rate или CTR письма. Единственная метрика, которая имеет значение, — это доля клиентов, совершивших следующую покупку в прогнозируемом окне (±20% от расчётного интервала). Если клиент купил, но вне окна — сценарий не сработал, он купил сам. Если купил внутри окна — засчитывайте как конверсию сценария и отслеживайте, какая ветка логики (ранний / точный / запоздалый) показала лучший результат.

Второй ключевой показатель — средний интервал между повторными покупками по когорте клиентов, охваченных сценарием, в сравнении с контрольной группой без автоматики. Сокращение интервала даже на 10–15% при сохранении среднего чека означает значимый рост LTV без привлечения новых клиентов.

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

«Умный цикл» строит такой прогноз автоматически

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