Для кого: сети от 3 точек, розница с онлайн-витриной, франшизы.
Что отличает розничную сеть от интернет-магазина
В интернет-магазине покупатель всегда идентифицирован — он вошёл в аккаунт. В рознице идентификация происходит на кассе, за секунды, руками кассира и часто в очереди. Отсюда все особенности: программа должна работать по номеру телефона без карты, начислять баллы мгновенно и не задерживать чек.
Вторая особенность — товарный учёт. Начисления и списания должны попадать в 1С или другую учётную систему как элемент чека, иначе сходимость данных теряется, а бухгалтерия не видит обязательств по баллам.
Что входит в проект
- Интеграция с кассовым ПО Frontol, Set Retail, «Штрих-М», «Эвотор», 1С:Розница — начисление и списание в момент чека, работа при обрыве связи.
- Единый профиль Один покупатель — одна карточка независимо от точки, сайта и приложения; правила слияния дублей по телефону и email.
- Механика под частоту Ставка начисления, сроки сгорания и пороги уровней считаются от оборачиваемости и среднего чека вашей категории.
- Коммуникации SMS и мессенджеры для транзакционных уведомлений, email — для персональных предложений и реактивации.
- Аналитика по точкам Проникновение программы, доля идентифицированных чеков, выручка участников против неучастников в разрезе магазинов.
- Правовая часть Согласия на кассе и на сайте, правила программы, передача данных участников в МАХ по постановлению № 657.
Метрика, с которой всё начинается
Главный показатель розничной программы — доля идентифицированных чеков. Пока она ниже 40%, любая аналитика по программе описывает меньшинство покупателей, а персонализация опирается на неполные данные. Первые месяцы после запуска работа идёт именно над ней: скрипт кассира, мотивация персонала, скорость идентификации.
Дальше подключаются метрики второго уровня: частота покупок участников, средний чек с картой и без, доля выручки от программы и её инкрементальная часть, посчитанная по контрольной группе.
Офлайн и онлайн в одном профиле
Самая частая техническая задача розничного проекта — свести покупателя, который заходит на сайт под почтой, и того же покупателя, который на кассе называет телефон. Без правил слияния база распадается на два множества, а персонализация строится на половине истории.
Мы задаём приоритет идентификаторов (телефон как основной, email как вторичный), правила слияния дублей и порядок разрешения конфликтов, когда один телефон привязан к двум почтам. Это скучная часть проекта, но именно она определяет, будет ли работать всё остальное.
Типичные ошибки сетей
- Карта работает только офлайн — покупатель на сайте не видит баланс и перестаёт считать программу своей.
- Кассиру неудобно: если идентификация добавляет к чеку больше 10 секунд, персонал начинает её пропускать.
- Баллы не сгорают — через два года обязательства становятся заметной строкой в отчётности.
- Единая механика на все категории: в сети с продуктами и непродовольственными товарами одна ставка начисления всегда неправильная для одной из них.
Мы начинаем с аудита текущих данных: как устроен учёт, какая доля чеков идентифицирована, что уже собрано о покупателях. По результатам становится понятно, нужна ли новая платформа или задача решается на существующей — подробнее о процессе разработки.
