5 ошибок tier-дизайна, которые ломают экономику программы

Tier-дизайн — это не «давайте назовём уровни Silver/Gold/Platinum и поставим пороги». Это финансовая инженерия, которая определяет, окупится программа за 12 месяцев или будет высасывать ресурсы 3 года.

За 10+ внедрений loyalty-программ в hospitality мы видели пять повторяющихся ошибок. Все — fatal для экономики.

Ошибка #1: Пороги ниже среднего гостя

«Чтобы привлечь побольше людей, давайте поставим Silver на 5 ночей». Звучит логично. На практике — большинство гостей и так делают 5 ночей за год без всякой программы. Вы дарите им статус и benefits бесплатно.

Правильно: Silver threshold ставится выше поведения «среднего гостя». Цель — заставить +30% гостей увеличить пребывание/частоту, чтобы дотянуть до tier. Если 60% гостей сразу попадают в Silver «по факту прошлогоднего поведения» — программа подарила деньги, не изменив поведения.

Как считать порог

Посмотрите распределение nights per guest за прошлый год. Берёте median, добавляете ~30%. Это ваш Silver threshold. Gold — median + 80%. Platinum — top 10%. Elite — top 2%.

Ошибка #2: Уровни-«белые слоны» без экономического смысла

«У больших сетей 4-5 уровней, давайте и у нас». Но если разница между уровнями = «вода в номер» и «двойной amenity-set» — это не tier, это inflation амбиций.

Правильно: каждый уровень должен иметь экономически разную ценность для гостя. Welcome — first-time benefits. Silver — +X% earning, basic upgrades. Gold — guaranteed upgrades, F&B credit. Platinum — suite preference, dedicated curator. Elite — invitations to events, partner deals.

Уровень считается valid, если можно ответить на вопрос: «Какое поведение этот уровень pushed/rewards?» Если ответ нечёткий — уровень лишний.

Ошибка #3: Только spend-based qualification

«Tier = сколько потратил». Простота. Проблема — отель толкает гостей тратить дороже, но не чаще и не дольше.

В hospitality нужны 4 оси qualification (Monetary / Volume / Frequency / Engagement). Гость, который купил 1 ночь за ₽50K, и гость, который провёл 30 ночей за ₽50K — это совершенно разные guests с разной LTV. Программа должна различать.

Правильно: threshold формулируется как «OR-rule»: достичь Silver можно либо потратив X, либо проведя Y ночей, либо сделав Z stays. Это позволяет программе reward'ить разные паттерны: бизнес-гостя с короткими частыми визитами и leisure-семью с одной большой ежегодной поездкой.

Ошибка #4: «Все теряют статус каждый год»

Strict annual reset — это airline-практика. В отелях работает плохо.

В hospitality cycles длиннее: гость может пропустить год по personal причинам (рождение ребёнка, релокация, переболел). Терять Platinum после 4 лет лояльности из-за одного пропущенного года — гарантированный churn.

Правильно: grace period 6-12 месяцев + tier-protection после 3 лет на уровне. Дороже в моделировании, но retention 4-year-platinum'а × его LTV окупает с запасом.

Ошибка #5: Нет ROI-расчёта per-tier

Самая критичная. Уровень определён без ответа на вопрос: «Сколько мы заплатим за то, чтобы гость остался в Gold, и сколько он принесёт?»

Конкретный пример: Gold даёт +20% earning + guaranteed upgrade + F&B credit. Cost of these benefits в среднем = ₽14K на гостя в год. Если средний Gold member делает revenue ₽180K/год vs ₽120K Silver — incremental ₽60K. Cost ₽14K. ROI 4.3×.

Делаете этот расчёт для каждого уровня. Где-то ROI получится 5×, где-то 2×, где-то 0.8× — это значит уровень нужно либо упразднить, либо переделать benefits.

Что мы делаем в discovery-этапе

За 2 недели discovery строим tier-дизайн на основе:

1. Распределения nights/spend/stays вашего гостя за 24 месяца (читаем из PMS)
2. P&L-моделирования benefit-стоимости каждого уровня
3. Sensitivity analysis: что будет с экономикой при изменении thresholds на ±20%
4. Защиты модели перед CFO с числами, не нарративом

Это не то, что предоставляется как часть продажи loyalty-софта. Это методологическая работа, без которой софт превращается в дорогой Excel.