Разберём вашу работу с клиентами и скажем, какая механика лояльности здесь уместна
Как часто к вам возвращаются, что известно о покупателях сегодня, какая касса стоит в точках и где лежат заказы интернет-магазина.
Скидочная карта отвечает только на один вопрос — сколько процентов снять с этого чека. Она не помнит, кто перед кассой, сколько он покупал за год и вернётся ли он вообще. Программа лояльности решает другую задачу: узнать постоянного клиента, посчитать ему бонусы по понятным правилам и дать причину прийти ещё раз. Компания при этом впервые видит не поток чеков, а людей, которые за ними стоят.
Программа лояльности — правила, по которым компания работает с постоянными клиентами, и программа, которая эти правила выполняет сама. Клиент подключается один раз, дальше каждая его покупка узнаётся, попадает в его историю и приносит ему бонусы. Компания получает то, чего у неё не было раньше: список своих покупателей и понимание, кто из них возвращается.
Разницу видно на одном примере. Скидка 10% по пластиковой карте — это разовая уступка в момент оплаты: деньги ушли, клиент забыт. Начисленные 10% бонусами — это причина прийти второй раз, потому что потратить их можно только у вас. Первое уменьшает выручку сегодня, второе возвращает клиента через две недели.
Бонусная программа — самая частая механика лояльности, но не единственная. Уровни, персональные предложения, акции для конкретной группы покупателей и история покупок работают из той же базы и по тем же данным. Начинают почти всегда с бонусов: они понятны клиенту без объяснений и считаются автоматически.
Пример. Покупатель оставил номер телефона на кассе — карточка клиента создана. Он покупает на 3 200 сом, система начисляет ему 160 бонусов и записывает чек в его историю. Через две недели он приходит снова, называет тот же номер и оплачивает бонусами часть покупки. К четвёртому визиту сумма его покупок переводит его на следующий уровень, и процент начисления вырастает. Ничего из этого кассир руками не считал.
Автоматизация программы лояльности начинается там, где ответы на три вопроса перестают помещаться в голову администратора: кто этот клиент, сколько у него бонусов прямо сейчас и на каких условиях он их получил.
Это круг, а не прямая: седьмой шаг возвращает клиента ко второму, и с каждым оборотом система знает о нём больше. Смысл программы лояльности — в том, чтобы этот круг замкнулся хотя бы один раз: клиент, который использовал бонусы, возвращается заметно чаще того, кто их просто накопил и забыл.

Она не создаёт спрос и не удерживает клиента вместо товара и сервиса. Она убирает ручную работу вокруг покупки: узнаёт человека, считает бонусы по заданным правилам, помнит его историю и не даёт начислить дважды. Решение о том, сколько процентов возвращать и кому давать особые условия, остаётся за компанией — но принимается по цифрам, а не по ощущению.
Точно так же система не «видит» клиента сама по себе: она знает ровно то, что попало в неё с покупкой. Если половина чеков проходит мимо программы, отчёты будут описывать не бизнес, а ту его часть, которую успели отметить.
Первым делают две вещи: способ узнать клиента на кассе и одно правило начисления на все товары. Причина простая: пока клиента не узнают, начислять некому, а десяток правил с исключениями невозможно объяснить ни кассиру, ни покупателю. Уровни, акции и персональные предложения добавляются потом — когда в базе накопилась история, из которой их можно строить.
Ниже — не список функций, а шесть проблем, из-за которых компании вообще заводят систему лояльности. Каждая формулируется одинаково: что происходит без программы и что меняется с ней.
Без программы компания знает выручку, но не знает покупателей: чек обезличен, и вернулся человек или пришёл впервые — неизвестно. Участник программы — запись с историей покупок, поэтому «сколько у нас постоянных клиентов» перестаёт быть вопросом на глаз.
Скидка уменьшает выручку сразу и ничего не обещает в ответ. Бонус — обязательство, которое клиент может реализовать только у вас и только при следующей покупке. Деньги остаются в кассе сегодня, а причина вернуться появляется на будущее.
Пока проценты и исключения держатся на памяти кассира, у одного клиента списывают больше, у другого меньше, а спор решает тот, кто громче. Правила заданы один раз в панели и применяются одинаково во всех точках и в интернет-магазине.
Уход клиента ничем не сопровождается: он просто не появляется. По истории покупок видно, что человек, который заходил каждые две недели, не был два месяца, — и это можно превратить в предложение, пока он ещё помнит вашу вывеску.
Одинаковая рассылка на всю базу даёт отписки и раздражение. По покупкам видно, кто берёт корм для кошки, а кто детскую одежду, — и предложение отправляется тем, кому оно вообще может быть интересно.
Без программы результат акции оценивают по общей выручке за месяц, где её вклад неотличим от сезона. Здесь видно, сколько участников ей воспользовалось, сколько бонусов ушло и вернулись ли эти люди потом.
Система собирается из модулей. Не все они нужны каждой компании: кофейне с одной точкой хватит бонусного счёта и уровней, сети магазинов не обойтись без сегментов и обмена с кассами. Состав определяется задачей, но модули стыкуются между собой заранее, а не дописываются потом сбоку.

Карточка клиента: контакт, дата подключения, согласия, бонусный баланс, уровень и вся история покупок. Это основа программы — всё остальное считается из неё, а не ведётся отдельно.
Способ узнать клиента в момент покупки: номер телефона, QR-код, виртуальная карта, приложение или учётная запись в интернет-магазине. Набор выбирается под проект.
Баланс клиента, начисления, списания и срок действия каждой партии бонусов. У любой операции есть основание — чек, акция или ручная корректировка с автором.
Сколько начисляется и с чего: процент от суммы, отдельный процент по категории товара, повышенное начисление в акцию. Правила задаются в панели, а не в коде кассы.
Условия перехода и то, что уровень даёт: процент начисления, скидка, доступ к отдельным предложениям. Уровень пересчитывается системой, а не назначается вручную.
Ограниченные по сроку механики: бонус за покупку, повышенное начисление, скидка, промокод. У каждой акции есть аудитория, условие срабатывания и отчёт.
Группы клиентов по понятным признакам: покупали за последний месяц, не были полгода, берут определённую категорию, накопили больше тысячи бонусов. Сегмент — адрес для предложения.
Все чеки клиента с составом, суммой, точкой продажи и начисленными бонусами. Отсюда берутся и персональные предложения, и разбор спорной ситуации на кассе.
Сообщения клиенту: бонусы начислены, баланс скоро сгорает, появилось предложение. Каналы отправки выбираются при внедрении и подключаются интеграцией.
Место, где человек видит баланс, уровень и предложения: мобильное приложение, страница в браузере или раздел внутри существующего приложения компании.
Рабочее место компании: клиенты, правила, бонусы, уровни, акции, сегменты, история операций и показатели программы. Открывается в браузере, устанавливать ничего не нужно.
Внешний интерфейс системы: узнать клиента, запросить баланс, начислить и списать бонусы, вернуть операцию. Через него подключаются касса, интернет-магазин, CRM и учётные системы.
Идентификация — момент, в который покупка перестаёт быть анонимной и привязывается к конкретному человеку. Без него программы лояльности нет вообще: начислять некому и историю писать некуда. Всё остальное — правила, уровни, предложения — надстраивается уже над этим шагом.
Работает это одинаково при любом способе. Клиент называет или показывает свой идентификатор, касса или сайт передаёт его в программу лояльности, программа находит карточку и возвращает ответ: кто это, сколько у него бонусов и какие правила к нему применяются. Занимает это доли секунды и происходит до того, как чек закрыт.
Требование к способу одно — он не должен задерживать очередь. Всё, что требует от кассира лишних действий или от клиента поиска карточки в сумке, на практике перестают использовать через месяц. Поэтому самый рабочий вариант обычно самый простой: номер телефона, который человек и так помнит.
Если клиента в базе нет, покупка не теряется: система может создать карточку по тому же номеру прямо на кассе и начислить бонусы за этот чек. Регистрация превращается в один вопрос покупателю, а не в анкету на пять полей — заполнить остальное он сможет позже сам.
Что происходит в момент идентификации:
Весь обмен занимает доли секунды и происходит до закрытия чека. Если программа лояльности в этот момент недоступна, касса обязана закрыть чек без бонусов, а не остановиться: продажа важнее начисления, а начислить пропущенное можно позже по номеру чека.

Человек покупает в магазине, потом заказывает на сайте, потом приходит в другую точку сети. Если это три разные записи, программа лояльности не работает: бонусы лежат в трёх местах, а история покупок не собирается ни в одну картину.
Поэтому у карточки есть основной идентификатор — чаще всего номер телефона, — а остальные способы привязываются к ней. Тогда QR-код в приложении и учётная запись на сайте ведут к одному и тому же клиенту, в какой бы точке он ни расплатился.
Участие в программе — добровольное действие клиента, и согласие на обработку данных фиксируется в его карточке вместе с датой. Там же хранится отказ от рассылок: человек, который не хочет сообщений, должен перестать их получать, оставаясь при этом участником программы.
Кассир не считает бонусы и не помнит правила. Он делает одно действие — подтверждает клиента, — а сумму к начислению и доступный остаток для списания в чек подставляет система. Это же снимает половину конфликтов: цифру назвала программа, а не сотрудник.
Часть покупок всё равно пройдёт мимо программы: клиент спешит, забыл номер или не хочет участвовать. Это нормально, и такие чеки не пропадают — они остаются в общей выручке, просто не привязываются к человеку.
Важно другое: долю опознанных чеков нужно видеть с первого месяца. Пока она низкая, любые отчёты по программе описывают меньшинство покупателей, а вывод «лояльность не работает» делается по неполным данным.
Ни один из вариантов не является обязательным и ни один не заявлен как уже готовый: набор определяется на обследовании — по тому, как устроена касса, есть ли у компании приложение и кто ваши покупатели. Способов может быть несколько сразу, но карточка клиента остаётся одна.
Бонус — внутренняя единица компании, которую клиент получает за покупку и может потратить только у неё. Курс задаёт сама компания, и почти всегда его делают простым: один бонус равен одному сому. Всё, что сложнее, покупателю приходится объяснять, а объяснять на кассе некогда.
Механика целиком укладывается в одну строку. Клиент совершает покупку → система определяет правила, которые к нему применяются → начисляет бонусы → сохраняет баланс → при следующей покупке клиент может списать часть накопленного. Между покупками ничего не происходит, кроме сгорания просроченных партий.
Что система хранит по бонусному счёту:
Ограничения задаёт компания, а не покупатель. Обычная настройка — верхний предел доли чека, которую разрешено закрыть бонусами: например, не больше 30%. Без него бонусами оплачивают покупку целиком, и программа начинает работать вместо выручки, а не на неё.

Бонусы обычно живут ограниченное время — так они остаются причиной прийти, а не бесконечным долгом компании. Сгорание считается по партиям: каждая начисленная сумма имеет свою дату, и первым тратится то, что раньше сгорит.
Главное требование к этому механизму — предупреждение. Бонусы, которые исчезли молча, портят отношение к программе сильнее, чем их отсутствие: клиент запоминает не правило, а ощущение, что его обманули.
Возврат отменяет обе стороны операции: начисленные за чек бонусы снимаются, а списанные возвращаются на счёт. Иначе появляется простая схема — купить, получить бонусы, вернуть товар — и программа начинает раздавать деньги компании.
Компания может исключить из списания отдельные категории — товары по акции, уценённые позиции, доставку, подарочные сертификаты. Это настройка, а не жёсткое правило системы: состав исключений определяется на обследовании.
Порядок строк — это и есть правило, которое компания задаёт при внедрении. Здесь начисление считается только с той части чека, которую клиент оплатил деньгами: иначе бонусы начисляются на бонусы, и баланс растёт сам по себе. Верхний предел списания, процент начисления и база расчёта настраиваются — важно, чтобы они были явными и одинаковыми во всех точках.
Уровень — способ различать клиентов, не разбирая каждого вручную. Тот, кто покупает у вас раз в неделю, и тот, кто зашёл однажды, получают разные условия автоматически: по сумме покупок, по их количеству или по другому заданному правилу.

| Уровень | Как получить | Начисление | Что ещё даёт |
|---|---|---|---|
| старт Базовый | Сразу при подключении | 3% | Бонусный счёт, общие акции |
| переход Постоянный | Покупки от 30 000 сом за полгода | 5% | Предложения для постоянных, дольше живут бонусы |
| переход VIP | Покупки от 100 000 сом за полгода | 7% | Персональные условия, ранний доступ к акциям |
Названия, пороги и привилегии здесь демонстрационные — это пример настройки, а не наш стандарт. Уровней может быть два, а может быть пять; считаться они могут по сумме, по количеству покупок или по частоте визитов. Общее правило одно: клиент должен понимать, что ему нужно сделать до следующего уровня, иначе уровень не мотивирует, а просто существует.
Система пересчитывает его сама по заданному правилу — после каждой покупки или по расписанию. Ручное назначение тоже возможно, но остаётся отдельной операцией с автором и причиной: иначе через полгода никто не объяснит, почему у клиента особые условия.
Чаще всего процент начисления. Дальше — по задаче компании: скидка, доступ к отдельным предложениям, увеличенный предел оплаты бонусами, более длинный срок их жизни. Набор привилегий задаётся в панели и может отличаться у каждого уровня.
Если условия считаются за период, уровень можно потерять — и это тоже правило, которое нужно решить заранее. Вариант мягче: уровень сохраняется, но клиент получает предупреждение о том, что до конца периода не хватает определённой суммы.
Акция — временное изменение обычных правил: на срок, для определённых клиентов или для определённых товаров. Механик существует много, но рабочих одновременно обычно две-три: чем больше правил действует сразу, тем меньше вероятность, что покупатель поймёт, за что ему что-то дали.
Фиксированное количество бонусов сверх обычного начисления: за покупку от определённой суммы, за первый заказ, за визит после долгого перерыва. Простая механика с понятным условием.
Тот же бонусный счёт, но процент выше обычного — на срок акции, на категорию товара или на определённый день недели. Работает там, где нужно сдвинуть спрос, а не просто дать скидку.
Прямое уменьшение суммы чека для участников программы или для конкретного уровня. Считается системой по тем же правилам, что и бонусы, поэтому кассиру не приходится помнить условия.
Код, который клиент вводит на кассе или в интернет-магазине. Может быть общим для кампании или личным — тогда видно, кто именно им воспользовался и сколько таких людей.
Акция, которая действует не на всех: только для нового клиента, только для тех, кто не был два месяца, только для VIP. Группа задаётся сегментом, а не списком, который собирают руками.
Особые условия на конкретные позиции или категорию целиком. Нужны там, где цель — не общий оборот, а продажа определённой группы товаров: новинки, сезон, остатки.
Последняя строка — та, ради которой акции вообще заводят в системе, а не объявляют на бумаге у входа. Пока результат не считается, каждая следующая кампания планируется по ощущениям от предыдущей.
Обычная рассылка устроена одинаково для всех: одно сообщение уходит на всю базу. Половина получателей не покупает эту категорию вообще, часть не была у вас год, а кто-то приходил вчера и уже всё купил. Отклик низкий, а отписки после каждой такой рассылки — постоянные.
Персонализация здесь означает простую вещь: вместо одинакового предложения для всех бизнес использует то, что уже знает о покупках и активности клиента, и отправляет предложение тем, кому оно может быть интересно. Это не предсказание будущего, а работа с фактом — что человек покупал и когда он был у вас в последний раз.
Пример. Клиент три раза за квартал брал корм для кошки, а последний раз был шесть недель назад. Ему уходит предложение по этой категории. Второму, который покупает только детскую одежду, — предложение по своей. Обоим — в тот момент, когда покупка по их привычному циклу уже назрела.
Что можно использовать для отбора:
Все шесть признаков берутся из уже накопленной истории покупок — отдельно опрашивать клиента, заполнять анкеты и вести списки в таблице для этого не нужно. Чем дольше работает программа, тем точнее отбор: через три месяца видно привычки, через год — сезонность.

Технически персональное предложение — это акция, у которой аудитория задана условием, а не списком. «Покупали категорию X, не были 45 дней, баланс больше 300 бонусов» — сегмент, который система пересобирает сама к моменту отправки.
Поэтому кампания не устаревает между подготовкой и запуском: клиент, который зашёл вчера, из группы «давно не был» уйдёт автоматически и лишнего сообщения не получит.
Автоматических рекомендаций «что купит этот клиент» и моделей на основе искусственного интеллекта в базовой программе лояльности нет, и как готовую функцию мы их не обещаем. Такие механизмы могут быть реализованы отдельно — на накопленной истории покупок и под конкретную задачу, если данных для этого достаточно.
Разница принципиальная: сегмент по фактическим покупкам работает с первого месяца и объясним словами, а прогноз требует данных, времени и проверки на реальных кампаниях.
Частота сообщений ограничивается на уровне программы: не больше стольких-то в неделю на человека, с учётом его отказа от рассылок. Клиент, которому пишут через день, отписывается независимо от того, насколько точно подобрано предложение.
Бонусный счёт
Уровни клиентов
Акции и предложения
Аналитика программы
Клиенту нужно место, где он видит свои бонусы. Без него программа существует только для компании: покупатель не знает баланс, не помнит условия и узнаёт о сгорании постфактум. Вопрос «сколько у меня накопилось» приходит в компанию звонком или не приходит вовсе — вместе с клиентом.
Что клиентский интерфейс может показывать:
Форма зависит от проекта. Это может быть отдельное мобильное приложение, страница в браузере по ссылке или раздел внутри существующего приложения компании — если оно уже есть, отдельное заводить незачем. Состав экранов определяется на обследовании, а не берётся типовым.

Отдельное приложение оправдано не всем: его нужно устанавливать, обновлять и продвигать, а покупатель ставит его только ради заметной выгоды. Более лёгкий вариант — страница участника в браузере, которая открывается по ссылке из сообщения и не требует установки.
Минимальный сценарий вообще без интерфейса — сообщение с балансом после каждой покупки. Это меньше, чем личный кабинет, но закрывает главную задачу: клиент знает, сколько у него накоплено.
Три вещи должны читаться сразу: сколько бонусов есть, до какой даты они действуют и что нужно сделать до следующего уровня. Всё остальное — история, условия, архив предложений — может лежать глубже.
Порядок плиток выбран не случайно: сначала то, чем можно воспользоваться, потом то, что можно потерять. Плитка со сгорающими бонусами возвращает в магазин чаще остальных трёх вместе взятых — при условии, что клиент увидел её заранее, а не в день сгорания. Числа демонстрационные.
Панель управления — вторая половина системы: то, что видит компания, пока клиенты копят и тратят бонусы. Её задача не «показать все данные», а дать изменить правила программы без программиста и разобрать конкретный случай, когда клиент на кассе с чем-то не согласен.
Главная идея одна: условия программы задаются в интерфейсе, а не в коде. Маркетолог меняет процент начисления, запускает акцию на выходные и правит порог уровня сам — иначе любое изменение превращается в задачу на разработку и откладывается на месяц.
Чем управляет администратор:

Основной экран в работе поддержки: контакт, дата подключения, уровень, баланс и все покупки списком. Отсюда же видно, откуда взялся каждый бонус, — этого достаточно, чтобы за минуту ответить на вопрос «почему мне начислили меньше».
Поиск идёт по тем же данным, которыми клиент представляется на кассе: номеру, коду карты или фамилии. Отдельного справочника участников, который кто-то ведёт руками, в системе нет и быть не должно.
Начислить бонусы за жалобу или снять ошибочные — нормальная часть работы. Но такая операция сохраняется с автором, временем и причиной, как и все остальные: иначе через полгода в базе есть начисления, которых никто не объясняет.
Кассиру нужно узнать клиента и списать бонусы, маркетологу — запускать акции, директору — видеть отчёты. Разграничение задаётся ролью, а не отдельными правами у каждого человека: иначе доступ нового сотрудника настраивается «как у Иванова», и что именно ему открыто, уже не скажет никто.
Третья плитка важнее первой: пока с картой проходит только часть чеков, все остальные цифры описывают эту часть, а не бизнес целиком. С неё и начинают разбор программы через месяц после запуска — поднять долю опознанных чеков почти всегда дешевле, чем набрать новых участников. Числа демонстрационные.
Отчёты собираются из тех же записей, которые создают покупки клиентов, — отдельного ввода данных для аналитики не нужно. Показателей немного, и каждый отвечает на вопрос, по которому принимают решение: работает ли программа, сколько она стоит компании и что делать с акциями дальше.
Сколько клиентов подключено всего и сколько добавилось за период. Базовая цифра, от которой считаются все остальные, — и первая, которая перестаёт расти, если подключать перестали.
Сколько участников покупали за месяц или квартал. Разрыв между этой цифрой и общей базой показывает реальный размер программы: база из десяти тысяч при трёхстах активных — это триста клиентов.
Какая доля участников вернулась и сколько раз. Главный показатель программы лояльности: если он не меняется, всё остальное — просто раздача скидок в другой упаковке.
Сколько бонусов выдано за период — это обязательство компании в деньгах. Цифра, по которой видно стоимость программы до того, как клиенты придут за списанием.
Сколько бонусов реально потрачено и какая доля от начисленных. Низкое списание — не экономия, а признак того, что клиенты не возвращаются или не знают о балансе.
Какие механики дали участие и выручку, а какие прошли незамеченными. Сравнивать имеет смысл не между акциями, а с обычным периодом без них.
Сколько оставляет участник программы и как часто он приходит — отдельно от тех, кто покупает без карты. Это и есть прямой ответ на вопрос, окупается ли программа.
Отчёты выгружаются файлом, могут строиться по расписанию или забираться внешней системой через API — если сводная отчётность компании ведётся в другой программе.
Полосы показывают долю от базы, а не от выручки. Разбирать в такой таблице нужно последнюю строку: из трёх с половиной тысяч покупавших бонусами воспользовалась треть — значит, остальные либо не знают о балансе, либо не понимают, как его потратить. Это задача для уведомлений и клиентского интерфейса, а не повод повышать процент начисления.
Это ключевой раздел страницы. Программа лояльности не должна существовать отдельно от покупок: если бонусы считаются в одном месте, чеки пробиваются в другом, а заказы сайта живут в третьем, программа превращается в ещё одну таблицу, которую кто-то заполняет вручную. Она работает только как часть общей цифровой системы бизнеса.

Первые четыре шага происходят до закрытия чека и занимают доли секунды — иначе очередь на кассе почувствует интеграцию раньше, чем клиент почувствует программу. Пятый и шестой выполняются уже после и на скорость расчёта не влияют. Если программа лояльности недоступна, касса должна закрыть чек без бонусов, а не остановиться: продажа важнее начисления.
Заказ на сайте может начислять бонусы так же, как покупка в магазине, а баланс — отображаться в личном кабинете покупателя. Как устроена сама витрина и учёт заказов, разобрано на странице программного обеспечения для электронной коммерции.
Может работать совместно с розничным контуром: чек приносит состав покупки и точку продажи, программа лояльности возвращает начисление и разрешённое списание. Подробно — на странице программного обеспечения для ритейла.
Ключевое подключение: без него идентификация и списание на кассе невозможны. Состав обмена зависит от того, что умеет конкретная касса, — это выясняется на обследовании до начала работ, а не после.
Возможна интеграция со справочником клиентов: карточка участника и история покупок доступны менеджеру, а обращения и сделки видны рядом с бонусным счётом. Обмен ведётся по идентификатору клиента.
Может работать совместно с учётным контуром компании: номенклатура и категории товаров приходят оттуда, а начисленные бонусы отражаются как обязательство. Направление обмена определяется тем, какой учёт признаётся основным.
Приложение компании может получать баланс, уровень, предложения и код для кассы через тот же интерфейс, что и остальные системы. Отдельная база под приложение при этом не заводится.
Сообщения клиенту, рассылки, платёжные сервисы, подарочные сертификаты. Каждое подключение — отдельный модуль обмена, а не галочка в настройках; готовых подключений к конкретным сервисам заранее не заявляем.
Собственный интерфейс системы: найти клиента, запросить баланс, начислить и списать бонусы, отменить операцию, забрать историю. Через него подключается всё, для чего нет отдельного модуля.
Правила обмена везде одни: у каждой операции есть ключ, поэтому повторная передача чека не начисляет бонусы дважды; отмена покупки отменяет и начисление, и списание; каждая посылка и каждый ответ пишутся в журнал обмена. Без этих трёх правил баланс клиента расходится с чеками в первый же месяц, и доверие к программе теряется быстрее, чем накапливается.
Программа лояльности имеет смысл там, где клиент может прийти второй раз. Если покупка разовая по своей природе, бонусы работать не будут — никакая настройка этого не изменит.
Продукты, косметика, товары для дома, зоотовары — всё, куда покупатель заходит регулярно. Самый прямой сценарий: короткий цикл покупки и понятная выгода от накопленного.
Покупатель уже авторизован, поэтому идентификация происходит без отдельного шага, а баланс встраивается в оформление заказа. Бонусы здесь конкурируют с уходом к соседнему магазину в другой вкладке.
Несколько точек и общая база клиентов: человек копит в одном магазине и тратит в другом. Здесь же появляется ответ на вопрос, какая точка приводит новых клиентов, а какая только обслуживает.
Автосервис, салон, клиника, мастерская — там, где визиты повторяются с известным интервалом. Часто важнее не бонус, а история обращений и напоминание о следующем визите.
Высокая частота визитов и небольшой чек. Механика обычно простая — накопление на следующий заказ или предложение в определённые часы; сложные уровни здесь не читаются.
Оптовые поставки, подписки, регулярные заказы. Программа строится не вокруг бонуса за чек, а вокруг истории закупок и условий, которые зависят от объёма.
Программу лояльности не запускают целиком за один день: пока правила не проверены на реальных покупках, менять их придётся на глазах у клиентов, а это худший способ. Поэтому запуск идёт участками, и каждый следующий опирается на работающий предыдущий.
Кто ваши покупатели и как часто возвращаются, что о них известно сегодня, какая касса стоит в точках, есть ли интернет-магазин и приложение. Итог — описание процесса и границы программы, а не список пожеланий.
Способ идентификации, процент начисления, предел списания, срок жизни бонусов. Самый недооценённый этап: правила, придуманные после запуска, приходится объяснять клиентам, которые уже привыкли к другим.
Один магазин или одна смена проходят полный круг на реальных покупках: подключение клиента, идентификация, начисление, списание, возврат, разбор спорной ситуации. Здесь же видно, сколько времени добавилось к обслуживанию на кассе.
Остальные точки по отработанной схеме, интернет-магазин, роли и права, интеграции отдельными модулями обмена. Дальше копится история, и появляются данные для уровней, сегментов и персональных предложений.
Напишите, сколько у вас точек продаж и как часто клиенты возвращаются, что известно о покупателях сегодня, какая касса стоит и есть ли интернет-магазин. Мы ответим, какая механика лояльности здесь уместна, что можно запустить первым и во что это обойдётся.