Баланс есть, истории нет
Баллы хранятся одной цифрой в карточке клиента. Когда клиент спорит о начислении, доказать или опровергнуть нечего: операций не сохранилось.
Лояльность и удержание
Лояльность считается в ядре а не в таблицах
Строим программу, где у каждого балла есть история и основание: начисление, списание, сгорание, сторно. Клиент видит свой баланс, маркетинг — сегменты, а финансы — обязательства по баллам.
Или сразу: +7 (962) 368-39-51 Telegram
ledger
каждая операция с основанием
3–5
уровней с понятной выгодой
антифрод
защита от накрутки баллов
API
обмен баллами с партнёрами
Где программы лояльности разваливаются
Проблемы начинаются не на этапе идеи, а на втором-третьем месяце работы, когда начислений становятся десятки тысяч.
Сгорание и сроки вызывают споры
Правила сгорания описаны размыто, обращения «где мои баллы» уходят в поддержку, и каждый такой разговор заканчивается ручным начислением в подарок.
Баллы накручивают
Один человек создаёт десять аккаунтов, чтобы получить приветственные баллы, или оформляет брони и отменяет их, сохраняя начисление. Без правил пересчёта потери растут незаметно.
Партнёрские начисления считают вручную
Банк, страховая или авиакомпания присылают реестр операций, его кто-то разбирает в таблице. Ошибки, задержки и взаимные претензии по недоначисленным баллам.
Уровни не дают выгоды
Статус «Платина» отличается только цветом карточки: привилегии либо не автоматизированы, либо неочевидны. Клиент не понимает, зачем стремиться к следующему уровню.
Программа не влияет на удержание
Баллы копятся, но не используются: клиент не знает, на что их потратить, а коммуникации приходят всем одинаковые. Нет сегментации и нет поводов вернуться.
Из чего состоит программа лояльности
Ядро, уровни, партнёрские интеграции и аналитика — четыре независимых блока, которые можно внедрять по очереди.
Ядро начислений
Единый реестр операций с баллами: сколько, за что, когда и на каком основании начислено или списано.
- Ledger операций: начисление, списание, сгорание, сторно, корректировка
- Правила начисления по продукту, каналу, акции и статусу клиента
- Идемпотентность: повторный вебхук из системы бронирования не начислит баллы дважды
- Пересчёт при возврате, отмене и частичном возврате по одному пассажиру
Уровни, привилегии и механики
То, что клиент видит и ради чего возвращается: понятный статус, реальная выгода и повод для следующей покупки.
- Квалификация уровня по сумме, числу поездок или баллам за период
- Привилегии, работающие автоматически: апгрейд, поздний выезд, приоритетная поддержка
- Промо-механики: повышенное начисление, задания, реферальные бонусы
- Понятный личный кабинет с балансом, историей и датой сгорания
Партнёрские интеграции и обмен
Программа растёт за счёт партнёров: банки, страховые, авиакомпании, отели, сервисы аренды.
- Приём реестров начислений от партнёров с валидацией и разбором расхождений
- Обмен баллов между программами по согласованному курсу и лимитам
- API для партнёров: проверка баланса, начисление, списание, отмена операции
- Отчётность и сверка взаиморасчётов с каждым партнёром
Аналитика, сегментация и антифрод
Управление программой: видеть её экономику и вовремя замечать злоупотребления.
- Экономика программы: начислено, использовано, доля неиспользованных баллов
- Сегменты по частоте, стоимости и давности поездок, выгрузка в CRM и рассылки
- Антифрод: дубли аккаунтов, аномальные начисления, отмены после начисления
- Отчёт по активности уровней и по влиянию программы на повторные продажи
Как мы запускаем программу
Сначала экономика и правила, потом код. Программа без просчитанной стоимости балла превращается в неуправляемое обязательство.
-
01 2–4 недели
Экономика и правила
Считаем стоимость балла, целевую долю выкупа, влияние на маржу. Формулируем правила начисления, списания и сгорания так, чтобы они были однозначными и проверяемыми.
-
02 6–9 недель
Ядро и личный кабинет
Реализуем ledger операций, правила начисления, уровни и личный кабинет с балансом и историей. Подключаем события из системы бронирования.
-
03 4–7 недель
Партнёры и коммуникации
Подключаем партнёрские реестры и обмен баллами, настраиваем сегменты, триггерные рассылки и напоминания о сгорании.
-
04 3–5 недель
Миграция и запуск
Переносим историю из старой программы с сохранением сроков сгорания, прогоняем сверку балансов и запускаем публичные правила программы.
Ledger против таблицы с баллами
Разница принципиальная. Таблица хранит текущий баланс: у клиента 4 320 баллов, и больше ничего неизвестно. Ledger хранит последовательность операций, из которой баланс вычисляется: начисление за бронь, списание на скидку, сгорание части баллов, сторно за возврат билета. Баланс — это результат, а не источник данных.
Практическая ценность такого подхода видна в первых же спорных ситуациях. Поддержка открывает историю операций и отвечает клиенту за минуту вместо недели переписки с разработчиком. Финансы видят, сколько баллов было начислено и сколько выкуплено, то есть понимают размер обязательств. Маркетинг анализирует, какие акции реально приносят повторные покупки, а не только начисления.
Сгорание баллов и юридические формулировки
Сгорание — самая конфликтная часть программы. Проблемы начинаются там, где правила описаны общими словами: «баллы действуют ограниченное время» или «компания вправе изменять условия». Клиент узнаёт о сгорании, когда уже потерял баллы, и воспринимает это как обман.
Мы строим программу так, чтобы правила были проверяемыми: конкретный срок жизни баллов, порядок списания при частичном использовании (обычно первыми уходят баллы с ближайшим сроком), предварительные уведомления за 30 и 7 дней, понятный экран с датой сгорания в личном кабинете. Изменения условий применяются только к новым начислениям, а не задним числом — это снижает и репутационные, и юридические риски.
Антифрод в программе лояльности
Три самых частых схемы: массовая регистрация аккаунтов ради приветственных баллов, бронирование с последующей отменой после начисления и перекуп агентских аккаунтов для накопления на одном клиенте. Все три обнаруживаются не в момент операции, а по поведенческим признакам.
Мы закладываем в ядро набор проверок: привязка начислений к подтверждённым поездкам, а не к оформлению брони; отложенное начисление до завершения поездки; лимиты на операции в сутки и на объём начислений с одного устройства; автоматическое сторно при возврате; ручной разбор для аномалий. Правила антифрода описываются заранее вместе с процедурой, по которой поддержка общается с клиентом в спорной ситуации.
Частые вопросы
Да, миграция — стандартная часть проекта. Мы переносим балансы с сохранением сроков сгорания: для каждого клиента формируем начальную операцию с датой истечения, чтобы после перехода никто не потерял баллы раньше времени или, наоборот, не получил их бессрочно. Перед запуском обязательно проводится сверка: сумма балансов до и после миграции должна совпадать до балла.
Ядро работает как отдельный сервис с API: сайт, приложение, касса агента и система бронирования обращаются к нему за балансом и операциями. Это позволяет показывать баллы одинаково во всех каналах и не дублировать правила начисления. Все операции проходят с ключом идемпотентности, поэтому повторный запрос из канала не приведёт к двойному начислению.
Считаем три вещи: стоимость балла (какую скидку вы реально даёте при списании), ожидаемую долю выкупа баллов и рост повторных покупок у участников против неучастников. На этих числах видно, окупается ли повышенное начисление. Обычно на этапе проектирования мы предлагаем две-три конфигурации механики с разной стоимостью и показываем, при каком поведении клиентов каждая из них выходит в плюс.
Ядро с правилами начисления, уровнями и личным кабинетом занимает от двух до трёх месяцев. Полный запуск с партнёрскими интеграциями, обменом баллов, сегментацией, триггерными коммуникациями и миграцией старой базы — от четырёх до шести месяцев. Если программа запускается с нуля без миграции и партнёров, первый релиз можно получить примерно за десять недель.
TravelTech: другие направления
Смежные задачи, которые обычно решаются в одном проекте с этой.
Запустить программу лояльности, которая работает
Опишите, как вы сейчас считаете баллы и что хотите изменить, — предложим механику и оценим стоимость внедрения.