← Все материалы
Продукт · 5 мин чтения

4 оси начисления: почему hospitality loyalty не должен быть про баллы

Опубликовано 12 мая 2026 г.TravelTechExpert
4 оси начисления: почему hospitality loyalty не должен быть про баллы

Mindbox, Loymax, Manzana заточены под ритейл. Один axis: spend → points → reward. Это работает для FMCG, где гость покупает 5 раз в месяц.

Hospitality — другая физика. Гость возвращается 1-3 раза в год. Чек большой, но редкий. Spend — недостаточный сигнал. Нужно 4 оси одновременно:

Ось 1 — Monetary (₽)

Cashback в баллах от ₽-spend. Базовая ось, всем привычная. Категории revenue — room, F&B, spa, ancillary, retail, meetings — у каждой свой множитель per tier. Gold-гость в SPA получает 1.5×, в F&B 1.25×. Это создаёт направление поведения: куда мы хотим гостя двигать.

Ось 2 — Volume (номеро-ночи)

Начисление за каждую ночь, независимо от чека. Защищает от OTA-демпинга (где средний чек низкий) и от corporate-rate'ов (где гость по факту низко тратит, но регулярно ездит). Без volume-оси long-stay-гость с low ADR оказывается тиром ниже семейного с одной дорогой ночью.

Ось 3 — Frequency (визиты, stays)

Начисление за факт возврата, не за сумму. Это primary-axis для санаториев и wellness — где сценарий «2 визита/год = Silver» имеет больше смысла, чем «100K ₽ = Silver». Резко повышает retention.

Ось 4 — Engagement (actions)

Non-transactional начисления: отзыв на TripAdvisor (+50 pts), реферал друга (+200), eco-action (отказ от уборки +30), profile-completion (+20), social-share. Это самая важная ось для AI-эпохи — потому что engagement-data попадает в guest profile и делает гостя «видимым» для AI-агентов.

Tier qualification — 5 параметров с OR/AND

Tier определяется не одной метрикой, а пятью: nights / points / stays / frequency / spend. Логика конфигурируется per tenant:

  • Resort: OR (любая из 3-х метрик квалифицирует)
  • Санаторий: frequency-only (2 visit/year = Silver)
  • All-inclusive: AND (nights + engagement обязательны вместе)
  • City chain: combined nights+points weighted

Это даёт один движок, четыре сценария — без custom-кода per клиент.

Почему это работает

Гость получает гибкость («как мне дойти до Gold?» — есть три пути), оператор получает control over behaviour shaping (категории + множители). Single-axis программ этого не умеет. Это и есть hospitality-native loyalty — не «retail CVM с натянутой ночёвкой», а специально сконструированная физика.