Тарифная сетка нового клуба: с чего начать
Тарифная сетка нового клуба: с чего начать
Заголовок раздела «Тарифная сетка нового клуба: с чего начать»При запуске компьютерного клуба минимальная рабочая сетка — три тарифа: почасовой дневной, ночной безлимит и стартовый multipass (пакет часов). Этот набор покрывает основные сегменты аудитории, сразу даёт кассовую выручку и не перегружает кассира выбором. Цены — параметрические: почасовой строится от вашего целевого AOV (средний чек, который вы хотите получать с одного визита), ночной — 55–65% от дневного AOV за сопоставимый объём времени, multipass — с дисконтом 8–12% к эквивалентному количеству почасовых. Расширять сетку стоит не раньше чем через 30 дней работы — когда аналитика покажет реальное распределение спроса. Подробнее о типах тарифов → Базовые тарифы в IZI.
Зачем именно три, а не пять или десять
Заголовок раздела «Зачем именно три, а не пять или десять»Распространённая ошибка при запуске — создать сразу 8–12 тарифов «на все случаи»: будничный, выходной, VIP, студенческий, семейный, дневной 1ч, дневной 2ч, дневной 3ч. Проблема не в самих тарифах — они технически настраиваются в IZI за несколько минут. Проблема в том, что вы проектируете спрос, которого ещё не видели.
Три причины стартовать с минимальной сеткой:
-
Нет данных. Без первых 4–6 недель работы вы не знаете, какая средняя длина сессии у вашей аудитории, какие часы пиковые, есть ли запрос на ночные смены. Тариф под «студентов» без данных о доле студентов — это предположение.
-
Кассир должен думать об игроке, не о выборе. Если на кассе 12 тарифов при открытии, администратор теряет секунды на каждом клиенте, путается в группах и условиях. Три тарифа — минута на обслуживание.
-
Аналитика работает только когда данные не рассеяны. Если продажи идут по 10 тарифам с первого дня, сложнее понять что реально работает. Три тарифа дают чистый сигнал.
Три стартовых тарифа: бизнес-логика и параметры
Заголовок раздела «Три стартовых тарифа: бизнес-логика и параметры»Тариф 1. Почасовой дневной
Заголовок раздела «Тариф 1. Почасовой дневной»Бизнес-смысл. Основной продукт — гость платит за конкретный блок времени и получает место. Самый понятный сценарий для кассира и игрока.
Параметры:
| Параметр | Ориентир | Комментарий |
|---|---|---|
| Объём | 2–3 часа | Соответствует средней длине сессии × 1–1.5 |
| Цена | Целевой AOV × 0.9–1.1 | AOV — средний чек одного визита, который хотите получать |
| Условие истечения | X часов игрового времени | Основное условие для почасового |
| Политика возврата | Сохранять остаток | Клиент вышел раньше — часы не сгорают |
| Макс. % бонуса | 25–35% | Процент зависит от маржинальности тарифа |
| Расписание продаж | Дневное окно клуба | Например, 10:00–22:00 или 09:00–23:00 |
Как настроить в IZI. Раздел «Тарифы» → «Добавить тариф». Название — понятное для кассы: «Дневной 2ч» или «Час игры». Создайте группу «Дневные» — она поможет отделить пакеты от ночных в интерфейсе. В правилах истечения задайте «X часов игрового времени». Политика возврата — «Сохранять остаток». Подробные шаги → Как настроить тариф в IZI CRM.
Расширение позже. Когда аналитика покажет, что 40%+ гостей берут дополнительное время к основному блоку, добавьте второй тариф на 1 час «Добавить час» или блок 4–5 часов для длинных сессий.
Тариф 2. Ночной безлимитный
Заголовок раздела «Тариф 2. Ночной безлимитный»Бизнес-смысл. Ночной тариф — инструмент загрузки часов, которые иначе простаивают. Клуб платит за аренду и свет 24 часа; если с 23:00 до 07:00 зал пустой — это чистые потери. Ночной безлимит продаёт «окно времени», а не конкретное количество часов.
Параметры:
| Параметр | Ориентир | Комментарий |
|---|---|---|
| Расписание продаж | 22:00–01:00 | Окно покупки; можно сузить до 23:00–00:00 |
| Расписание истечения | 07:00–08:00 | Тариф автоматически закрывается утром |
| Цена | AOV × 0.55–0.65 | Ниже дневного, но выше «3 часа» |
| Политика возврата | Сжигать остаток | Тариф привязан к окну, остаток не имеет смысла |
| Макс. % бонуса | 0–15% | Низкий: ночной уже дешёвый, бонусы могут съесть маржу |
Как работает в IZI. Расписание — не просто декоративная настройка, а механизм автоматизации: тариф виден в кассе только в своё временное окно. В 08:01 он исчезает из выбора без участия администратора. Настройка расписания → Расписание тарифов в IZI.
Ориентиры по цене. Параметрически: если дневной тариф на 2 часа стоит X единиц, ночной безлимит должен стоить 1.5–1.8X — заметно выгоднее чем три дневных часа, но не настолько, чтобы все предпочитали ждать ночи. Если ночной тариф слишком дешевый относительно дневного — часть аудитории перетечёт в ночь специально.
Тариф 3. Стартовый multipass
Заголовок раздела «Тариф 3. Стартовый multipass»Бизнес-смысл. Multipass — пакет часов с предоплатой и скидкой. Гость платит сразу за 8–20 часов, клуб получает деньги в кассу сегодня, а не размазанными по будущим визитам. Пока пакет не израсходован — у игрока есть «привязка» к вашему клубу, а не к конкурентам.
Параметры:
| Параметр | Формула | Пример при сессии 2ч |
|---|---|---|
| Объём малого пакета | Средняя сессия × 4–5 | 8–10 часов |
| Цена малого пакета | Почасовая цена × объём × (1 − 0.08–0.12) | −8–12% к почасовому |
| Срок жизни (дни) | Объём ÷ частота визитов × 1.5–2 | 10ч ÷ (2ч/нед) × 1.5 ≈ 75 дней |
| Условие истечения | Оба одновременно: часы + дни | Первое из двух наступившее |
| Политика возврата | Сохранять остаток | Игрок возвращается и продолжает |
| Макс. % бонуса | 0–10% | Обычно ниже, чем для почасового |
Логика скидки. Скидка 8–12% на малом пакете — стимул достаточный, чтобы покупатель почувствовал ценность, но не настолько большой, чтобы навредить вашей марже. Главное — скидка должна быть видима: не 3%, а заметные 10–12%. Детально о расчёте скидки → Multipass в IZI.
Срок жизни — обязательный параметр. Пакет без даты истечения — это долг клуба. Гость купил в январе 20 часов, пришёл использовать в ноябре — вы обязаны обслужить по январской цене. Дата истечения защищает клуб и мягко стимулирует игрока ходить регулярно.
Параметрические ориентиры: как считать цены без исторических данных
Заголовок раздела «Параметрические ориентиры: как считать цены без исторических данных»При запуске клуба исторических данных нет. Отправная точка — целевой AOV (средний чек одного визита).
Целевой AOV выводится из юнит-экономики: каковы ваши постоянные и переменные расходы на одно место-час, какова целевая загрузка и желаемая операционная маржа. Это расчёт, который вы делаете до открытия при составлении бизнес-плана.
Примерная структура стартовой сетки (в коэффициентах от AOV):
| Тариф | Цена | Объём |
|---|---|---|
| Почасовой дневной 2ч | AOV × 1.0 | Базовый тариф |
| Почасовой дневной 3ч | AOV × 1.4–1.5 | Небольшой объёмный дисконт |
| Ночной безлимит | AOV × 1.6–1.9 | 6–8 часов окна |
| Multipass малый (8–10ч) | AOV × 4.0–4.5 | −8–10% к почасовому |
Подстановка конкретных чисел — ваша задача после определения AOV. Формулы рамочные.
Логика расширения: что добавить через 30–60 дней
Заголовок раздела «Логика расширения: что добавить через 30–60 дней»Через месяц работы аналитика смен и продаж в IZI покажет реальный спрос. Смотрите на три сигнала:
Сигнал 1: один тариф тянет 60–70% продаж. Это хорошо — значит, он попал в потребность. Смотрите, что рядом с ним: если популярен «Дневной 2ч», возможно, стоит добавить «Дневной 1ч» для коротких визитов или «Дневной 3ч» для длинных.
Сигнал 2: multipass продаётся, но средний размер пакета — только малый. Время вводить лесенку: малый/средний/большой с нарастающей скидкой. Средний пакет становится «якорным» — большинство игроков выбирают его психологически.
Сигнал 3: гости просят скидку (студенты, дети, корпоративные группы). Сигнал добавить группу клиентов с автоматической скидкой. В IZI это делается без создания отдельного тарифа: правило «группа X получает Y% скидки на категорию тарифов Z» настраивается отдельно и применяется автоматически при оформлении сессии.
Что точно НЕ стоит добавлять в первый месяц:
- Отдельные тарифы для VIP-зоны — пока не убедились, что зона нужна (сначала настройте зональные цены в существующих тарифах).
- Промо-тариф «постоянный» — акции должны быть временными по расписанию, не постоянными позициями в кассе.
- Тариф «пробный 30 минут» — без данных непонятно, есть ли аудитория для коротких сессий.
Как устроена тарифная сетка в IZI: технический слой
Заголовок раздела «Как устроена тарифная сетка в IZI: технический слой»Каждый тариф в IZI — это набор из четырёх компонент:
| Компонент | Что определяет |
|---|---|
| Условие истечения | Когда тариф заканчивается: по часам, по сессиям, по дате или по комбинации |
| Политика продаж | Когда и через какой канал тариф доступен к покупке: расписание + CRM/киоск/приложение |
| Политика использования | Как используется: расписание старта, зональные цены, доп. окно завершения |
| Политика возврата | Что с остатком при досрочном выходе: сохранить, сжечь, конвертировать в бонусный баланс |
Расписания в IZI переиспользуются — создайте один раз и привяжите к нескольким тарифам. Ночное окно 22:00–08:00 создаётся один раз и используется в ночном тарифе, ночных скидках, автоматических акциях. Подробнее о структуре → Базовые тарифы в IZI.
Иллюстративный пример: три тарифа в кассе
Заголовок раздела «Иллюстративный пример: три тарифа в кассе»Ниже — подстановка при AOV = 200 условных единиц и средней длине сессии 2 часа. Регион, валюта, абсолютные числа — ваши.
| Тариф | Расписание продаж | Расписание старта | Цена | Условие истечения |
|---|---|---|---|---|
| Дневной 2ч | 10:00–22:00 ежедневно | 10:00–22:00 | 200 | 2ч игрового времени |
| Ночной безлимит | 22:00–01:00 ежедневно | 22:00–08:00 | 350 | Окончание окна (08:00) |
| Multipass 10ч | Всегда | Всегда | 1 760 | 10ч + 75 дней |
Цены иллюстративные — подставьте свои числа от AOV. Скидка multipass в примере ≈ 12% к эквиваленту пяти «Дневных 2ч».
Все три тарифа сосуществуют в кассе, нужный активируется по расписанию без ручного вмешательства администратора.
Checklist: три тарифа настроены правильно
Заголовок раздела «Checklist: три тарифа настроены правильно»Перед открытием проверьте каждую позицию:
- Почасовой дневной создан, цена задана, условие истечения — часы игрового времени, политика возврата — «Сохранять остаток»
- Почасовой дневной виден в кассе только в дневное расписание, в ночные часы пропадает
- Ночной безлимит создан, расписание продаж и расписание истечения настроены, политика возврата — «Сжигать остаток»
- Ночной безлимит недоступен в кассе днём
- Multipass создан с двойным условием истечения: часы + дни
- Срок жизни multipass рассчитан по формуле (не взят «с потолка»)
- Все три тарифа сгруппированы: «Дневные», «Ночные», «Абонементы» (или аналоги)
- Тестовая сессия сделана на технический аккаунт — часы корректно списываются
Связь тарифов с бонусной программой
Заголовок раздела «Связь тарифов с бонусной программой»Тарифная сетка и бонусная программа — два независимых инструмента, которые работают поверх друг друга. Бонус за пополнение не создаёт новые тарифы — он начисляется при пополнении баланса клиента и потом тратится при оплате любого тарифа. Это значит, что стартовые три тарифа уже совместимы с программой лояльности без дополнительной настройки.
Для нового клуба базовая лесенка бонусов запускается параллельно с тарифами — настраивается один раз за несколько минут. Как настроить → Бонус при пополнении — гайд для владельца.
Когда multipass уже запущен и нужно нарастить его продажи через бонусную механику → Как продать multipass через бонус при пополнении.
Когда сетка готова к масштабированию
Заголовок раздела «Когда сетка готова к масштабированию»Три сигнала, что стартовая сетка «выросла» и пора расширяться:
- Аналитика показывает устойчивое распределение — вы понимаете, кто берёт что и почему. Распределение стабильно 4–6 недель подряд.
- Появились сегменты с другими потребностями — клиентская база достаточно велика, чтобы дополнительный тариф (студенческий, VIP, пакет на выходные) получил реальный спрос, а не остался пустой позицией.
- Multipass продаётся, но без лесенки — все покупают только малый пакет, потому что большого нет. Время вводить средний и большой.
После перехода к расширенной сетке — сценарий с несколькими зонами и зональными ценами → Цены по зонам: VIP дороже Standard.
Все числа в этой статье параметрические — выведены через коэффициенты от AOV и средней длины сессии вашего клуба. Абсолютных универсальных рекомендаций не существует: рынки, аудитории и ценовые ожидания различаются. Подставьте свои данные.
Связанные материалы: Базовые тарифы в IZI · Multipass — настройка абонемента · Расписание тарифов · Как настроить тариф в IZI CRM · Бонус при пополнении — гайд · Как заполнить клуб в дневные часы
Частые вопросы
Сколько тарифов нужно клубу в самом начале?
Три: почасовой дневной, ночной безлимит и один стартовый multipass. Этот минимум покрывает 80–90% сценариев первого месяца и сразу даёт данные для расширения. Добавлять тарифы раньше, чем есть данные — значит проектировать в темноте.
Как рассчитать цену ночного тарифа?
Отталкивайтесь от вашего среднего чека (AOV): ночной тариф обычно составляет 55–65% от AOV дневной сессии того же объёма. Ночь — 6–8 часов безлимита, но клиент редко играет всё время. Психологически цена ночного должна быть ниже, чем купить 3–4 дневных часа.
Какой размер стартового multipass выбрать?
Малый пакет = средняя длина сессии × 4–5. Если средняя сессия 2 часа — пакет 8–10 часов. Это объём на 4–5 визитов: достаточно чтобы игрок ощутил ценность, недостаточно чтобы долго не возвращаться.
Нужно ли сразу делать VIP-зону с отдельными ценами?
Нет. Зональное ценообразование — шаг второй. Сначала соберите данные по единой цене, убедитесь что спрос на зону есть, потом добавьте раздельные цены в карточке тарифа. Преждевременное усложнение путает кассиров и рассеивает аналитику.
Когда добавлять студенческий или групповой тариф?
Когда у вас есть данные о доле аудитории, которую вы хотите дисконтировать. Студенческий тариф через группу клиентов с автоматической скидкой добавляется в 3 клика в IZI — это не срочная задача при запуске, а шаг через 4–6 недель.
Можно ли добавить промо-тариф на открытие?
Можно, но это отдельный временный тариф с расписанием продаж на 1–2 недели. Не путайте со стартовой сеткой — постоянные тарифы должны работать сами по себе без акций. После завершения акции временный тариф просто убирается из расписания.