Программа лояльности с кэшбэком для кафе и сети общепита: как устроена механика
Снаружи бонусная программа выглядит просто: гость платит, ему возвращается процент, потом он тратит накопленное. Внутри это набор связанных правил — процент начисления, срок жизни бонусов, порядок списания, лимит на чек. Каждое правило меняет и поведение гостя, и нагрузку на экономику заведения. Ниже разбор механики на примере приложения Damdala, программы лояльности сети готовой еды с 11 точками в Алматы.
Кэшбэк по уровням вместо единого процента
В Damdala три уровня кэшбэка — 3%, 5% и 7%. Уровень определяется суммой покупок за последние 12 месяцев, то есть это скользящее окно, а не звание навсегда. Единый процент одинаково платит и случайному гостю, зашедшему один раз, и человеку, который берёт обед пять раз в неделю. Уровни перераспределяют бюджет программы в сторону вторых.
Скользящее окно важнее, чем кажется. При пожизненном уровне база постепенно уползает вверх: через пару лет значительная часть гостей сидит на максимальном проценте, и программа превращается в постоянную скидку 7% для всех. Окно в 12 месяцев снижает уровень само, если человек перестал ходить, — без ручных чисток и неприятных объяснений.
Обратная сторона уровней — их надо объяснять. Гость должен видеть текущий процент, сумму до следующего уровня и понимать, что порог считается за год. Если этого нет на главном экране, механика перестаёт работать как мотивация и остаётся просто статьёй расходов.
Срок жизни бонусов, FIFO и лимит списания
Бонусы живут 90 дней с момента начисления. Ограниченный срок нужен не для того, чтобы сжечь обязательства перед гостем, а чтобы у бонуса была скорость обращения: начисленное на прошлой неделе имеет смысл потратить в ближайший месяц. Заодно у бизнеса не растёт бесконечный хвост неиспользованных начислений.
Списание идёт по FIFO — первыми уходят самые старые бонусы. При ограниченном сроке это единственный честный порядок. Если списывать свежие, старые сгорят гарантированно, и гость будет регулярно терять то, что считал своим; быстрее подорвать доверие сложно. При FIFO сгорает только то, что действительно пролежало без движения 90 дней.
Лимит списания — до 50% чека. Он решает две задачи: касса всегда получает живые деньги, чек не обнуляется бонусами, и у гостя остаётся повод прийти ещё раз, потому что накопленное невозможно потратить за один визит. Реальную стоимость программы определяет именно связка «срок жизни + FIFO + лимит», а не сам процент кэшбэка.
Приложение вместо пластиковой карты
Идентификация гостя на кассе — узкое место любой бонусной программы. Пластиковая карта теряется, номер телефона диктуют с ошибками и вслух при очереди. В Damdala гость показывает QR-код из приложения: код одноразовый и живёт 30 секунд. Короткий срок жизни закрывает и пересылку скриншота другому человеку, и повторное использование того же кода.
Карта дублируется в Apple Wallet — для тех, кто не хочет искать приложение в папке на третьем экране. Но главное отличие от пластика не в носителе: вместе с идентификацией у гостя появляется экран с историей начислений, сроком сгорания каждой партии бонусов и статусом заказа. Иначе все вопросы «сколько у меня и когда сгорит» уходят на кассира.
Цена товара показывается сразу в двух видах: деньгами и в формате «деньги + бонусы» — сколько будет стоить позиция, если частично закрыть её накопленным. Это переводит бонусы из абстрактных баллов в понятную выгоду в момент выбора, а не на кассе.
Механики вовлечения и точки входа
Кэшбэк отвечает за постоянных гостей. Отдельно нужно довести нового человека до первой покупки и дать повод вернуться тем, кто ходит нерегулярно — под это в приложении собран свой набор механик.
- 500 приветственных бонусов на 14 дней при регистрации: короткий срок здесь намеренный, он задаёт повод прийти в ближайшие две недели, а не когда-нибудь.
- Двойной кэшбэк в день рождения — повод, который воспринимается как персональный, а не как общая акция.
- 500 бонусов за приглашённого друга: реферальная механика, привязанная к покупке приглашённого, а не к установке приложения.
- Скретч-карта — одна попытка за покупку, выигрыш это бонусы, двойной кэшбэк, кофе или десерт.
- Кофе-карта: каждый седьмой напиток бесплатно, механика штампов без риска потерять картонку.
- Бонусы за отзыв о заказе — обратная связь, оплаченная бонусами, а не скидкой.
Эти механики работают на частоту визитов, а не на средний чек, и их легко переоценить. Скретч-карта интересна, пока выигрыш ощущается выигрышем: при слабом призовом фонде её перестают открывать через несколько попыток. Это настраиваемый параметр, а не то, что делается один раз на запуске.
Кто управляет программой после запуска
Главный вопрос решается до кода: кто ведёт лояльность дальше. Если процент кэшбэка, срок жизни бонусов или условия акции меняются только через разработчика, программа замирает в том виде, в каком её запустили. Поэтому все параметры вынесены в админку и применяются мгновенно: уровни, сроки, лимиты, приветственные бонусы, условия скретч-карты.
Там же рассылки по сегментам и сторис с акциями внутри приложения. Сторис — более спокойный канал, чем push: гость смотрит их сам, когда открыл приложение. Push разумно держать для служебного — статус заказа, начисление, предупреждение о скором сгорании бонусов.
Начисления берутся не из приложения, а из кассы: POS-коннектор связывает лояльность с кассой и 1С, чтобы чек и бонус были одной операцией, а не двумя разными правдами. Приложение собрано на Flutter, серверная часть — Node.js и PostgreSQL, push и аналитика на Firebase. В админке работает AI-помощник, отвечающий на вопросы по данным сети: он снимает рутину с отчётов, но не заменяет решение о том, какой должна быть механика.
Чего бонусная программа не делает
Лояльность не чинит продукт. Если еда невкусная, а очередь на кассе длинная, кэшбэк 7% лишь ненадолго удержит часть гостей и сделает их уход дороже для заведения. Программа усиливает то, что уже работает, и подсвечивает то, что не работает.
Push-уведомления выгорают быстрее, чем кажется. Две-три рассылки без повода в неделю — и уведомления отключают, после чего канал потерян и для действительно важных сообщений вроде сгорания бонусов. Частота рассылок это расходуемый ресурс.
И последнее: бонусная механика требует владельца внутри бизнеса. Кто-то должен смотреть, сколько бонусов начислено и списано, какая доля сгорает, как распределяются уровни, и корректировать настройки. Без этого человека даже гибкая админка остаётся набором значений по умолчанию.
