Система лояльности: как она устроена внутри и что придётся разработать
Программу лояльности обычно обсуждают в маркетинговых терминах: кэшбэк, уровни, геймификация. Разработчику же достаётся другой список вопросов — что делать, если касса потеряла связь на середине покупки, и как не отдать бонусы дважды при повторной отправке чека. Мы в Code Pilots делаем мобильные приложения и системы для ритейла, и почти всегда в проекте есть бонусный контур.
Если совсем коротко. Система лояльности — это счёт клиента с историей операций, движок правил начисления и списания, идентификация покупателя на кассе и интеграции с учётом. Механика (кэшбэк, уровни, подписка) — верхний слой, который меняется каждый год.
Три вещи решают судьбу проекта. Первая: посчитана ли экономика — процент начисления при вашей марже. Вторая: выдерживает ли контур работу офлайн-точки без связи. Третья: заложен ли антифрод, потому что бонусы — это внутренняя валюта, а любую валюту начинают выносить.
В статье
Что называют системой лояльности
Под одним словом обычно живут четыре разные вещи, и на старте их полезно развести.
Программа — это правила: за что начисляем, сколько, когда сгорает, что даёт статус. Маркетинговый документ, который меняется без разработки.
Система лояльности — софт, который эти правила исполняет: считает бонусы, хранит операции, отвечает кассе за доли секунды.
CRM — работа с клиентом целиком: сегменты, коммуникации, история обращений. Часто бонусный контур живёт рядом с ней и обменивается данными; как устроена сама CRM, разобрано в материале про разработку CRM-системы.
Каналы — приложение, карта в кошельке телефона, сайт, касса, чат-бот. Через них клиент видит баланс и получает сообщения.
Путаница между программой и системой стоит денег: компания заказывает разработку до того, как посчитаны правила, и через полгода переписывает половину логики под новую механику.
Механики: за что платят бонусами
Механик немного, и почти все программы на рынке — их комбинации.
| Механика | Что даёт бизнесу | Кому подходит | Риск |
|---|---|---|---|
| Бонусы-кэшбэк | Возврат клиента за следующей покупкой, деньги остаются в контуре | Ритейл, e-commerce, общепит | Обязательство на балансе: списывать придётся |
| Прямая скидка | Простота, мгновенная выгода | Товары повседневного спроса | Не удерживает, режет маржу сразу |
| Уровни и статусы | Рост частоты и среднего чека, ощущение прогресса | Сети с частыми покупками | Сложно объяснить и легко обесценить |
| Платная подписка | Предсказуемый доход и высокая частота | Доставка, маркетплейсы, сервисы | Нужна реальная выгода, иначе отток после первого месяца |
| Геймификация | Вовлечение, ежедневный возврат в приложение | Молодая аудитория, продукты с приложением | Быстро надоедает, требует контента и обновлений |
| Коалиция | Общая аудитория с партнёрами | Небольшие сети, узкие ниши | Сложный учёт взаиморасчётов между участниками |
Тренд последних сезонов на российском рынке — уход от плоской скидки к бонусам с ограниченным сроком и к платным клубам с ощутимой выгодой. Причина простая: скидка режет маржу здесь и сейчас, а бонус возвращает клиента и оставляет деньги внутри контура.
Экономика: во что обходится программа
Расчёт делается до выбора платформы, потому что он определяет и механику, и требования к системе.
| Параметр | Что означает | Что с ним делать |
|---|---|---|
| Ставка начисления | Процент от чека, который уходит в бонусы | Считается от маржи, а не от выручки |
| Доля списаний | Какая часть начисленного тратится | Обычно 40–70%: остальное не потратят никогда |
| Срок сгорания | Через сколько бонусы исчезают | Короткий срок ускоряет возврат, но раздражает |
| Проникновение | Доля чеков с идентификацией клиента | Ниже 30% — программа не даёт данных для аналитики |
| Прирост | Сколько дополнительных покупок принесла программа | Меряется только сравнением с контрольной группой |
Ловушка в том, что бонус — обязательство. Начислили сегодня, а маржу он заберёт в момент списания, возможно в следующем квартале. Поэтому бонусный баланс учитывают как долг перед клиентами, а не как маркетинговый расход, и на этапе проектирования сразу закладывают отчёт по обязательствам.
Вторая ловушка — считать эффект по доле продаж с картой. Эта цифра говорит только о том, что лояльные покупатели пользуются картой. Реальный прирост показывает контрольная группа: часть клиентов не участвует в акции, и разница между группами и есть эффект.
Как узнают клиента
Идентификация на кассе — место, где программа чаще всего теряет проникновение. Каждая лишняя секунда в очереди означает, что кассир перестанет предлагать карту.
| Способ | Скорость на кассе | Что учесть |
|---|---|---|
| Номер телефона | Медленно: диктовать и вводить | Самый частый вариант; ошибки ввода и чужие номера |
| Пластиковая карта | Быстро: скан штрихкода | Печать, логистика, клиент забывает карту дома |
| Карта в кошельке телефона | Быстро: экран со штрихкодом | Дешевле пластика, обновляемый баланс и push без своего приложения |
| QR-код в приложении | Быстро, если приложение уже установлено | Требует приложения и интернета у клиента |
| Банковская карта как идентификатор | Незаметно для клиента | Нужна поддержка со стороны кассового ПО и договорённости с эквайрингом |
| Биометрия | Быстро | Отдельная категория персональных данных и высокие требования к защите |
Практика: сначала запускают телефон плюс карту в кошельке — это дёшево, работает без приложения и уже даёт push-канал. Приложение делают следующим шагом, когда понятно, что клиенту в нём показывать кроме баланса.
Из чего состоит система
Внутри бонусного контура пять частей, и каждая создаёт свои требования.
Профиль клиента. Идентификаторы, согласия, каналы связи, история. Тут же решается вопрос объединения дублей: один человек с двумя телефонами не должен превращаться в двух участников с разными балансами.
Счёт и операции. Баланс не хранится числом «сколько сейчас» — он собирается из истории операций: начислено, списано, сгорело, возвращено. Так можно объяснить клиенту любую цифру и пересчитать баланс после сбоя.
Движок правил. Условия акций: категории товаров, время, сегменты, повышенные коэффициенты. Правила должны меняться маркетологом в интерфейсе, а не релизом — иначе каждая акция превращается в задачу разработчику.
Кассовый контур. Расчёт бонусов при пробитии чека, работа при обрыве связи, отложенная синхронизация. Здесь же — идемпотентность: повторно отправленный чек не должен начислить бонусы дважды.
Коммуникации. Push, СМС, письма, сообщения в мессенджерах, привязанные к событиям: сгорание баланса, статус, брошенная корзина. Обычно этот блок собирают вместе с CRM под процесс компании, чтобы коммуникации и сегменты жили в одном месте.
Отдельное требование ко всему контуру — время ответа. Касса ждёт расчёт бонусов доли секунды, и если сервис отвечает секунду, это уже заметная очередь в час пик. Отсюда кэш профилей, предрасчёт доступного к списанию и жёсткий таймаут, после которого чек проходит без бонусов, а начисление докатывается позже.
Интеграции
Программа лояльности редко бывает автономной. Минимальный контур:
- Касса и торговое оборудование — расчёт бонусов в чеке, печать баланса, возвраты. Ключевое требование — предсказуемое поведение при недоступности сервера: касса не имеет права остановить очередь.
- Учётная система — товары и категории для правил, себестоимость для расчёта экономики, документы возвратов. Механика обмена разобрана в материале про интеграцию с 1С.
- Сайт и приложение — единый баланс в онлайне и офлайне: клиент не понимает, почему бонусы с покупки в магазине не видны в корзине на сайте.
- Маркетплейсы и партнёрские каналы — если продажи идут и там, решается вопрос, участвуют ли эти заказы в программе.
- Аналитика — выгрузка операций в витрину: считать эффект внутри операционной базы неудобно и тяжело.
Приложение, карта в кошельке или ни то ни другое
Своё приложение — самый дорогой канал, и запускать его стоит, когда есть что показывать помимо баланса: заказы, доставка, персональные предложения, история покупок, бронирование.
Карта в кошельке телефона закрывает базовый сценарий за меньшие деньги: клиент добавляет её по ссылке, видит актуальный баланс и получает push прямо на экран блокировки, без установки приложения. Для сети из десяти точек это часто оптимальный первый шаг.
Есть и третий вариант — не делать отдельного канала совсем: баланс показывается в чеке и в личном кабинете на сайте, а коммуникации идут через мессенджеры. Дёшево, работает, но канал остаётся чужим.
Данные и закон
Программа лояльности по определению собирает персональные данные, и требования к ним ужесточились.
Согласие на обработку и на рекламные рассылки собирается явно и хранится с датой, версией текста и способом получения — устного согласия «на кассе» недостаточно. Отзыв согласия должен отрабатываться автоматически: клиент вышел из программы, рассылки прекратились.
Минимизация: собирайте то, что используете. Паспортные данные и точный адрес программе лояльности обычно не нужны, а хранение лишнего увеличивает и риск, и стоимость защиты.
Цена ошибки выросла. С 30 мая 2025 года действуют новые штрафы за утечки персональных данных: за первую утечку — миллионы рублей в зависимости от числа пострадавших, за повторную — оборотный штраф от 1 до 3% годовой выручки, не меньше двадцати с лишним миллионов и не больше 500 млн. Для базы лояльности на сотни тысяч клиентов это уже не абстрактный риск.
Как воруют бонусы
Раздел, которого нет в маркетинговых обзорах, хотя потери реальны. Основные схемы:
Кассир и своя карта. Покупатель не назвал телефон — кассир пробивает чек на свою карту или карту знакомого. Лечится контролем доли чеков на одного участника и запретом привязки сотрудников к программе.
Мультиаккаунты. Приветственные бонусы за регистрацию собираются десятками номеров. Лечится подтверждением номера, лимитами на устройство и связкой с реальной покупкой.
Возврат после списания. Товар оплачен бонусами, потом возвращён деньгами. Правило возврата продумывается до запуска, иначе схема превращается в обналичивание.
Сговор с курьером или точкой. Начисления за фиктивные заказы. Ловится аномалиями: резкий рост начислений в одной точке, нетипичное время, повторяющиеся суммы.
Минимум, который стоит заложить: лимиты на начисление и списание, отчёт по аномалиям, полная история операций с указанием источника и возможность заморозить счёт до разбирательства.
Что мерить
Метрики программы отличаются от метрик маркетинга — они про повторные покупки, а не про охват.
- Проникновение — доля чеков с идентифицированным клиентом. Базовый показатель: без него остальные считаются на выборке.
- Частота и средний чек участников против неучастников, с поправкой на то, что в программу изначально приходят более лояльные.
- Инкрементальный прирост — разница с контрольной группой. Единственная честная цифра.
- Обязательства — сколько бонусов начислено, списано, сгорело; какая сумма висит долгом.
- Отток по сегментам — кто перестал покупать после изменения правил.
- RFM-сегменты — давность, частота, сумма: основа для персональных предложений и для оценки того, кому вообще нужна скидка.
Дальше начинается персонализация — подбор предложений под сегмент и прогноз оттока. Где это реально приносит деньги в рознице, разобрано в материале про ИИ в e-commerce.
Платформа или своя разработка
Рынок готовых платформ зрелый, и для стандартного ритейла коробка закрывает почти всё.
| Вариант | Когда подходит | Что учесть |
|---|---|---|
| Облачная платформа лояльности | Типовые механики, стандартные кассы, до нескольких сотен точек | Абонентская плата, зависимость от дорожной карты вендора, ограничения по нестандартным правилам |
| Модуль внутри учётной системы | Небольшая сеть, всё уже в 1С, механика простая | Слабые коммуникации и аналитика, интерфейс не для маркетолога |
| Своя разработка | Механика — часть продукта, нестандартные правила, свои каналы, большие объёмы | Дороже на старте, зато изменения не зависят от вендора |
| Гибрид | Ядро на платформе, приложение и витрина свои | Самый частый вариант в среднем и крупном бизнесе |
Своя разработка окупается в трёх случаях: программа лояльности — часть пользовательского сценария продукта (доставка, маркетплейс, сервис с подпиской); правила не укладываются в конструктор платформы; объёмы и требования к скорости выходят за рамки тарифов.
Как запускают
Запуск на всю сеть сразу — самый дорогой способ узнать, что механика не работает. Рабочая последовательность выглядит иначе.
Пилот на пяти-десяти точках. Разных по трафику и аудитории, на два-три месяца. Проверяется не только техника, но и проникновение: сколько чеков реально идентифицируется.
Обучение кассиров и скрипт. Главный драйвер проникновения — не приложение и не реклама, а фраза кассира. Если предложение карты не входит в стандарт обслуживания и не поддержано мотивацией, программа не наберёт базу.
Миграция существующих карт. Если старая программа уже была, переносятся балансы и история. Здесь всплывают дубли, карты без телефонов и участники, которых давно нет; правила переноса согласуются заранее, а не в ночь запуска.
Коммуникация об изменении правил. Клиенту нужно объяснить, что стало с его бонусами, до того, как он увидит новую цифру в чеке. Молчаливая смена правил — источник негатива, который потом живёт в отзывах.
Сколько стоит
Стоимость определяют три вещи: число каналов, сложность правил и количество интеграций. Программа с бонусами, приложением и кассовым контуром на сеть — это полноценный продукт, а не модуль.
По нашим работам заказная разработка бонусного контура под процесс начинается от 1,7 млн ₽, мобильное приложение с картой, балансом и push — от 1,8 млн ₽, отдельная интеграция (касса, учётная система, платформа рассылок) — от 150 тыс. до 1,5 млн ₽. Точная цифра зависит от механики и числа точек: оценка проекта бесплатная.
Прикинуть бюджет можно заранее — бесплатный калькулятор оценки собирает вилку по составу работ за несколько минут.
Ошибки
Запустили механику, не посчитав маржу. Через квартал выясняется, что программа стоит дороже, чем приносит, а отменить начисления уже нельзя — клиенты их видят.
Не заложили работу без связи. Точка теряет интернет, касса зависает на запросе баланса, очередь стоит. Дальше кассиры просто перестают спрашивать карту.
Правила зашили в код. Каждая акция становится релизом, маркетинг ждёт разработчиков, скорость программы падает до скорости спринта.
Сгорание без предупреждения. Бонусы исчезли молча — клиент воспринимает это как обман, и негатив приходит в отзывы, а не в поддержку.
Нет контрольной группы. Через год невозможно ответить, что дала программа: цифры красивые, причинно-следственной связи нет.
С чего начать
Первое — посчитать экономику на бумаге: ставка начисления, ожидаемая доля списаний, срок сгорания, влияние на маржу. Если при текущей марже программа не сходится, никакая система этого не исправит.
Второе — определить, как узнаёте клиента, и оценить проникновение. Номер телефона на кассе плюс карта в кошельке телефона — быстрый и дешёвый старт, который сразу даёт данные и канал связи.
Третье — выписать интеграции: касса, учёт, сайт, рассылки. Их количество и состояние обычно и определяют срок проекта, а не разработка интерфейсов.
Часто задаваемые вопросы
CRM отвечает за отношения с клиентом: сегменты, коммуникации, история обращений, сделки. Система лояльности — за расчёты: бонусный счёт, правила начисления и списания, работа с кассой в момент покупки. На практике они работают в связке и обмениваются данными, но требования у них разные: CRM живёт в темпе маркетинга, бонусный контур — в темпе кассовой очереди.
Скидка проще и мгновенно понятна, но режет маржу сразу и не возвращает клиента. Бонусы оставляют деньги внутри контура и дают повод прийти снова, но создают обязательство, которое нужно учитывать. Для товаров повседневного спроса с высокой частотой чаще работают бонусы с ограниченным сроком, для редких дорогих покупок — статусы и сервисные привилегии.
Не на старте. Карта в кошельке телефона закрывает базовый сценарий: клиент видит баланс и получает push, устанавливать ничего не нужно. Своё приложение оправдано, когда в нём есть содержание помимо баланса — заказы, доставка, история покупок, персональные предложения.
Бонусный контур под процесс — от 1,7 млн ₽, мобильное приложение с картой и push — от 1,8 млн ₽, каждая интеграция — от 150 тыс. до 1,5 млн ₽. Разброс определяют механика, число каналов и состояние кассового ПО. Если механика типовая, честнее начать с готовой платформы и разработать вокруг неё только своё приложение и витрину. Оценка бесплатная.
Только через сравнение с контрольной группой: часть клиентов не получает предложение, разница в поведении групп и есть эффект программы. Доля продаж по картам, число участников и объём начислений показывают активность, но не прирост. Дополнительно смотрят на обязательства — сколько бонусов висит долгом и как меняется эта сумма.
Разработка с Code Pilots
Code Pilots — студия заказной разработки полного цикла: веб- и мобильные продукты со сложной бизнес-логикой, интеграциями и высокими нагрузками. В программах лояльности мы отвечаем за инженерную часть: счёт с историей операций, движок правил, поведение кассы без связи, идемпотентные начисления, антифрод и сверку балансов.
Что делаем: мобильное приложение с картой, балансом и push, кабинет участника, витрину для аналитики, интеграции с кассовым ПО и учётом. Маркетинговую стратегию программы не разрабатываем — считаем её вместе с вами на цифрах и говорим прямо, если механика не сходится по марже.
Внутри — аналитики с отраслевой экспертизой, дизайнеры, backend- и мобильные разработчики, QA и DevOps, middle+ и senior. Расскажите про механику и число точек — по ним уже видно, хватит ли готовой платформы. Обсудить проект →
