Программа лояльности: баллы, уровни, реферальные ссылки

Модуль лояльности выглядит просто: у клиента есть баланс, при покупке он растёт, при оплате уменьшается. На практике поле с балансом — первая ошибка проектирования, из которой потом вырастают расхождения, споры и невозможность объяснить клиенту, куда делись его баллы. Ниже — как это устроено правильно.

Баланс — это не число, а сумма записей

Хранить баланс отдельным полем нельзя. Как только начисления пойдут из нескольких источников, а списания — с возвратами и частичными отменами, поле начнёт расходиться с реальностью, и восстановить историю будет нечем.

Правильная модель — журнал операций. Каждая запись содержит клиента, знак и количество баллов, тип операции, ссылку на заказ или другое основание, дату начисления и дату сгорания. Баланс — это сумма активных записей на текущий момент.

Такая схема дороже на старте и дешевле всю оставшуюся жизнь. Любой вопрос «почему у меня столько баллов» закрывается выпиской, а не расследованием.

Из журнала же берётся отчётность: сколько начислено, сколько списано, сколько сгорело, какое обязательство висит на компании.

Порядок жизни одной операции

Начисление происходит не в момент оплаты, а в момент, когда заказ становится необратимым, — после вручения и истечения срока возврата. До этого баллы существуют как отложенная запись со статусом «ожидает».

Причина простая: баллы, начисленные при оплате, будут потрачены до того, как клиент вернёт товар. Отложенное начисление снимает этот сценарий целиком.

Списание, наоборот, происходит в момент оформления заказа и резервирует баллы. Если заказ отменён, резерв снимается обратной записью.

Сгорание — фоновая операция по расписанию. Она не удаляет записи, а добавляет новые с отрицательным знаком и типом «сгорание», чтобы история осталась целой.

Правила, которые нужно решить до разработки

Первое — курс. Один балл равен одному рублю или чему-то другому, и меняется ли это со временем. Проще всего один к одному, потому что это не требует объяснений.

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

Третье — совместимость со скидками. Баллы либо складываются с промокодом, либо нет, и это решение принимается один раз. Молчаливое «как получится» гарантирует спор с клиентом.

Четвёртое — срок жизни баллов. Бессрочные баллы копятся в обязательство, которое однажды придёт разом.

Уровни: зачем они и когда вредят

Уровень — это множитель начисления, зависящий от накопленной суммы покупок за период. Серебряный получает три процента, золотой — пять.

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

Понижение уровня — самая болезненная часть. Практично предупреждать заранее и давать месяц на сохранение, а не снимать статус молча.

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

Реферальные ссылки и защита от накруток

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

Ключевое слово — «выполненного». Награда за регистрацию порождает мёртвые аккаунты, награда за оплаченный и не отменённый заказ — реальных покупателей.

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

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

Что видит сотрудник и что видит клиент

Клиенту в кабинете нужны три вещи: текущий баланс, ближайшее сгорание с датой и выписка по операциям обычными словами. «Начислено за заказ №1043», а не «operation type accrual».

Менеджеру нужна возможность начислить или снять баллы вручную с обязательным комментарием. Такие записи помечаются отдельным типом и попадают в отдельный отчёт.

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

Как объяснить механику клиенту

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

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

В корзине правило показывается не текстом, а результатом: «доступно 840 баллов, можно списать до 420 в этом заказе». Человек не должен считать проценты сам.

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

Что мерить после запуска

Полезных чисел здесь три, и выручка в них не входит.

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

Второе — доля сгоревших баллов от начисленных. Высокое сгорание выглядит выгодным, но означает, что механика не работает как инструмент возврата.

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

Кому программа лояльности не нужна

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

Если у вас меньше нескольких сотен покупателей, механика не окупится. Тот же бюджет, потраченный на ассортимент или на скорость доставки, даст больше.

И если маржа тонкая, начисление превращается в прямую скидку, только отложенную и хуже управляемую. Тогда честная скидка проще и дешевле.

Сколько это стоит и в каком порядке делать

Модуль лояльности с журналом операций, начислением, списанием и кабинетом — это работа внутри сайта с админкой, от 100 000 ₽ и 7–14 дней вместе с остальным магазином. Уровни и рефералка добавляют объём и уводят проект ближе к платформе от 150 000 ₽.

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

Коротко

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