Самая дорогая программа лояльности - не та, что стоила 1,5 млн ₽ в разработке. Дороже обходится та, что годами раздает скидку всей базе и не показывает, где именно приносит деньги. У нас был розничный клиент, который хотел «свою платформу с уровнями и бонусами», но аудит показал простую вещь: после первой покупки база почти не получала касаний.
Суть не в бонусах. Сначала нужно понять, что именно сломано: технология, коммуникации или сам продукт. Уже после этого решать, нужна кастомная система или хватит нормальной настройки того, что у вас уже есть.
Сначала проверьте, где именно теряются повторные продажи
Во многих проектах новая система лояльности пока не нужна. Нужны сегменты, триггеры и сценарии, которые запускаются вовремя.
У сети кофеен на 38 точек после первой покупки 70% базы не получали вообще ничего. Мы не меняли процент кешбэка. Взяли текущий стек - iiko, amoCRM и рассылки через API - и за 2 недели собрали win-back: если гость не возвращался 14 дней, он получал персональный оффер на второй визит. Повторные покупки выросли на 11% за 6 недель.
Если клиент ушел из-за плохого первого опыта, дорогая программа лояльности не поможет. В одном e-commerce проекте мы полезли в механику бонусов слишком рано, а реальная проблема была в доставке: заказ приезжал с задержкой, и вторая покупка не происходила совсем по другой причине. Бонусы запустили, маржа просела на 4,8 п.п., а повторная покупка почти не сдвинулась.
Если бонусы уже есть, но эффекта мало, я обычно смотрю на три вещи: кто получает стимул, в какой момент и под какое действие.
Кастом имеет смысл, когда коробка начинает мешать
Обычно это видно и без сложной диагностики. У вас несколько брендов, франшиза, партнерские начисления, ограничения по списанию, разные статусы клиентов. Маркетинг не может запустить новую акцию без вендора, Excel и ручных выгрузок.
Второй сигнал - клиент распадается между POS, сайтом, приложением, CRM и доставкой. Формально программа есть, но единого профиля нет. Маркетинг видит одно, касса - другое, поддержка - третье.
Мы собирали такую систему для ресторанной сети под NDA. Было 64 точки, своя доставка, приложение и франчайзи с отдельными правилами. На Laravel 11, PostgreSQL 16, Redis и RabbitMQ сделали единый контур операций и rule engine для акций. Через 10 недель спорных начислений стало меньше на 43%, а запуск новой акции сократился с 5 дней до нескольких часов.
| Подход | Запуск | Гибкость правил | Контроль данных | Зависимость от вендора |
|---|---|---|---|---|
| Коробка | 2-4 недели | Низкая | Низкий | Высокая |
| Доработка CRM/POS | 4-8 недель | Средняя | Средний | Средняя |
| Кастомная система | 10-16 недель | Высокая | Полный | Низкая |
Типовая архитектура здесь простая по смыслу: CRM или CDP, POS/ERP, e-commerce-бэкенд, мобильный бэкенд, событийный слой на Kafka или RabbitMQ, rule engine и BI. Для бизнеса это означает одно: покупки, начисления и сегменты живут в одном месте, а не в пяти выгрузках.
Ошибка, которую я вижу чаще всего
Система лояльности не должна быть складом бонусов. Если она умеет только начислять и списывать баллы, она быстро превращается в автоматическую скидку.
У нас был проект, где команда подняла единый кешбэк с 3% до 7% для всей базы. Идея выглядела разумно, но на практике бонусы получили и те, кто и так бы вернулся. После переделки оставили повышенное начисление только на вторую покупку, добавили сценарий для «спящих» по RFM и срок жизни бонусов 21 день вместо бессрочного баланса.
До
- единая ставка для всей базы
- рост стоимости бонусов
- слабое влияние на повторные покупки
После
- бонус под конкретное действие
- отдельный сценарий возврата
- экономика стала предсказуемой
Через 6 недель стоимость бонусной механики снизилась на 27%, а возврат «спящих» клиентов вырос на 14%.
Где ценность кастома действительно окупается
Для омниканального бизнеса ценность обычно не в интерфейсе. Она в контроле правил: начисления, возвраты, частичная оплата, сроки сгорания, аудит операций, ручные корректировки.
Что должно быть в системе сразу?
Журнал операций, idempotency начислений, контроль дублей событий, роли и права доступа. Без этого через пару месяцев вы уже обсуждаете не маркетинг, а то, кто и почему списал бонусы вручную.
На одном проекте после централизации правил доля идентифицированной выручки выросла с 46% до 71% за квартал. Для бизнеса это полезнее красивого кошелька в приложении, потому что наконец становится видно, какие акции работают по каналам и где съедается маржа.
Что спросить у себя до старта
Я бы не начинал такой проект без пяти ответов:
- какое поведение клиента вы хотите изменить;
- какие 3 метрики покажут окупаемость;
- где будет храниться единый профиль клиента;
- какие правила маркетинг должен менять без разработчиков;
- что происходит при возврате, отмене, дубле события и ручной корректировке.
Если у вас один канал продаж и простая механика, коробка часто разумнее. Когда готовое решение тормозит эксперименты и размывает экономику, это уже не вопрос удобства. В этот момент бизнес начинает терять деньги каждый день.
