Мобильные приложения / Блог ontech.pro

Бонусы офлайн и онлайн: как согласовать общий баланс

Клиент заработал баллы на кассе, а приложение показывает старый остаток. Или он потратил бонусы с телефона, пока кассир видел прежнюю сумму. Общая программа лояльности начинается с правил обмена и идентификации, а не с одинакового дизайна карты во всех каналах.

Подготовила команда ontech.pro · · 3 мин чтения

Назначьте источник баланса

Определите систему, которая принимает окончательные решения о начислении и списании. Касса и приложение обращаются к ней либо передают события по согласованной схеме. Два независимых баланса с периодическим взаимным копированием трудно объяснять при одновременных покупках. Согласуйте доступный, ожидаемый и зарезервированный остаток. Если интерфейс показывает их одной суммой, клиент может попытаться потратить баллы, которые ещё не начислены или уже участвуют в другом заказе.

Свяжите клиента в разных каналах

Номер карты, телефон и аккаунт приложения должны соответствовать одному профилю по проверяемому правилу. Не объединяйте людей только по одинаковому имени. Продумайте смену номера и дубли старых карт: эти случаи часто вскрываются именно при подключении приложения. Кассиру нужен безопасный способ найти участника, но не доступ ко всей его личной истории. Для спорных совпадений предусмотрите ручное рассмотрение с журналом, иначе исправление дубля может перенести чужой баланс.

Показывайте задержку честно

Если начисления поступают после закрытия чека или пакетного обмена, объясните, когда покупка появится в истории. Сохраняйте время последнего обновления и показывайте ожидаемую операцию, если её наличие известно. Не изображайте нулевой баланс, когда сервер просто недоступен. При списании требования строже: одновременный расход в двух каналах должен проверяться общим источником. Если связь потеряна, заранее определите допустимые действия кассира и клиента, а также порядок последующей сверки.

Передавайте операции, а не догадки

У каждой покупки и корректировки нужен устойчивый номер, по которому распознаётся повторная доставка. История должна сохранять канал, филиал, основание, сумму и связь с отменой. Повторное получение события не создаёт второе начисление. При ошибке обмена важно отличать неотправленную операцию от отправленной с потерянным ответом. Иначе сотрудник может вручную добавить баллы, которые вскоре придут автоматически. Дайте поддержке способ проверить состояние исходного события перед исправлением.

Сверяйте реальные расхождения

При закрытии смены полезен отдельный список событий, которые остались без подтверждения. Его разбор поручите конкретному сотруднику: сообщение «обмен завершён» само по себе не доказывает, что обработаны все покупки этой точки.

На тесте совершите покупку на кассе, дождитесь отражения в приложении и потратьте часть баллов онлайн. Повторите запрос начисления, отмените чек и отключите обмен на время. Сравните не только итог, но и список событий: одинаковая сумма иногда скрывает две взаимно компенсирующие ошибки. После запуска назначьте владельца отчёта о необработанных операциях и срок разбора. Полезный результат — клиент видит объяснимую историю, а сотрудники понимают, где задержка, где конфликт данных и какое действие допустимо.

← Все статьи блога

08 / Следующий шаг

Давайте разберём
вашу задачу

Оставьте контакт и пару слов о проекте. На первом разговоре не продаём разработку — помогаем понять разумный следующий шаг.

  1. 01

    Разберём задачуЦель, ограничения и приоритеты первой версии

  2. 02

    Покажем похожие кейсыЧтобы вы заранее увидели наш уровень и подход

  3. 03

    Дадим ориентирФормат, этапы, сроки и предварительная вилка

Менеджеры на связи круглосуточноВ чате среднее время ответа — 4 минуты
Можно сразу написатьTelegram +7 993 370-60-69
Что планируете?
Как с вами связаться?

Выберите удобный способ — нужен только один контакт.

Без обязательств,
рассылок и навязчивых звонков
Позвонить