Йога-студия: 40 занятий в неделю и отмены — честная цена SaaS-записи за год

MAATRIX

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

Что стоит за «40 занятиями в неделю» для системы записи

Сорок занятий в неделю — это не сорок записей. Это, в зависимости от вместимости зала, триста-шестьсот бронирований в неделю, если считать по одному человеку на слот, плюс отмены, переносы, лист ожидания и напоминания перед каждым занятием. Для студии с абонементами (безлимит, пакет на 8 или 12 занятий, разовое посещение) к этому добавляется проверка остатка занятий на абонементе при каждой записи и синхронизация с оплатой.

Три вещи, которые реально нагружают систему записи в йога-студии, и именно они чаще всего оказываются той чертой, за которой начинается более дорогой тариф:

• Высокая частота отмен и переносов. В отличие от разового визита к специалисту, групповое занятие можно отменить за час до начала одним касанием — и клиенты этим активно пользуются. Каждая отмена — это операция записи (снять бронь, вернуть занятие на абонемент, при наличии листа ожидания — предложить место следующему), а не просто удалённая строка.
• Лист ожидания на популярные слоты. Вечерние занятия по будням и утренние по выходным обычно переполнены, и без листа ожидания места, освободившиеся из-за отмены за 20 минут до начала, просто пропадают. Автоматический лист ожидания — это дополнительные уведомления и дополнительные операции с записями.
• Многозальность и множество преподавателей. Семь-восемь инструкторов, у каждого свой график и часть занятий в подмену — это уже не «один календарь на всех», а сложная модель прав доступа и одновременных изменений расписания.

Все три пункта — это не разовая настройка, а постоянный трафик операций записи, и именно по этому трафику (числу активных занятий, числу пользователей расписания, числу отправленных уведомлений) чаще всего считают цену SaaS-сервисы записи, устроенные по модели «плати за объём» или «плати за пользователя».

Из чего на самом деле складывается цена SaaS-подписки за год

Не называя конкретных сервисов — рынок SaaS-записи для студий устроен по нескольким похожим моделям тарификации, и для студии с сорока занятиями в неделю почти любая из них рано или поздно приводит к более высокому тарифному плану:

• Плата за число активных преподавателей в расписании. Семь-восемь инструкторов часто превышают лимит стартового тарифа (обычно 3-5 человек), и переход на следующий план — это не +20%, а зачастую скачок в полтора-два раза.
• Плата за число занятий или бронирований в месяц. Триста-шестьсот бронирований в неделю — это полторы-две с половиной тысячи в месяц, а многие тарифные сетки рассчитаны на меньший объём и требуют «профессионального» уровня.
• Плата за SMS и push-уведомления. Напоминание за час до занятия и уведомление при отмене — стандартная практика, без которой неявок заметно больше. Но SMS почти везде тарифицируются отдельно от подписки, и при паре тысяч записей в месяц счёт за уведомления может сравняться с самой подпиской.
• Плата за интеграцию с эквайрингом для абонементов. Продажа и списание занятий с абонемента через сайт обычно требует встроенного модуля оплаты, доступного не на всех тарифах.

Если честно сложить эти статьи для студии такого размера, годовая стоимость облачной записи для сорока занятий в неделю с несколькими преподавателями и активным SMS-информированием реалистично попадает в диапазон примерно от 40 000 до 90 000 ₽ в год, а иногда выше при переходе на топовый план. Это ориентировочный диапазон, а не точная цифра — конкретная сумма зависит от текущего сервиса и тарифа, но механика роста цены вместе с объёмом занятий и отмен универсальна для SaaS-моделей записи.

Почему именно отмены толкают студию на более дорогой тариф

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

Если в неделю происходит условно 60-80 отмен и переносов (реалистичная доля от 300-600 бронирований при типичном для групповых занятий проценте отмен в 10-20%), то в месяц набегает 250-350 дополнительных операций записи и уведомлений сверх базовых бронирований. Именно этот «хвост» операций — а не сами по себе 40 занятий — часто и есть та причина, по которой студия упирается в лимит тарифа, рассчитанного из наивного «40 занятий = 40 записей в неделю».

Технически лист ожидания и правило отмены (например, «бесплатная отмена не позже чем за 3 часа, иначе занятие списывается с абонемента») одинаково реализуемы что в облачном сервисе, что в открытой системе записи на своём сервере. Разница не в том, можно ли это сделать, а в том, платите ли вы за каждую такую операцию через объём тарифа или один раз настраиваете правило у себя.

Считаем свой сервер: аренда плюс разворачивание открытой системы записи

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

Ориентировочная конфигурация сервера для старта:

Это иллюстративная конфигурация для примера, а не готовая рекомендация под любую студию — точную стоимость и параметры смотрите в актуальном прайсе провайдера на момент заказа. Но по порядку величины VPS такого класса в разы дешевле верхней границы годовой SaaS-подписки, посчитанной выше.

К аренде добавляются разовые затраты на разворачивание:

• Установка ОС и базовая защита сервера — firewall, SSH-ключи вместо пароля, автообновления безопасности. Несколько часов работы, если делать самостоятельно.
• Установка и настройка системы записи — обычно через Docker Compose, с настройкой расписания залов, преподавателей и правил отмены. Реалистично один-два рабочих дня с учётом переноса текущего расписания.
• Импорт клиентской базы и остатков абонементов — если данные уже есть в текущем SaaS-сервисе или в Excel, перенос занимает от нескольких часов до пары дней в зависимости от того, насколько чистые исходные данные.

Даже если оценить разовое разворачивание в условные 20 000-35 000 ₽ (свои силы или подрядчик на несколько дней), эта сумма перекрывается экономией на подписке уже в течение первого полугодия — и дальше студия платит только за аренду сервера, которая заметно ниже верхних SaaS-тарифов, посчитанных выше.

Стек и конфигурация: что разворачивать и как

Готового «коробочного» продукта именно под йога-студию с групповыми занятиями, вместимостью зала, абонементами и листом ожидания на рынке открытых систем немного — большинство open-source решений заточены либо под запись «один клиент — один слот» (визит к специалисту), либо под встречи и звонки. Стоит сказать честно: вместимость группового занятия («20 мест на мат») из коробки поддерживает не каждая открытая платформа — где-то это штатная функция бронирования мест в слоте, а где-то потребует донастройки полей и логики. Прежде чем разворачивать боевую версию, проверьте на тестовом сервере, закрывает ли выбранная система вашу модель занятий как есть, или вместимость и абонементы придётся добавлять отдельным модулем поверх базовой записи.

Типовой стек разворачивания на сервере через Docker Compose:

# устанавливаем Docker и Docker Compose
curl -fsSL https://get.docker.com | sh
sudo systemctl enable --now docker

# создаём рабочую директорию проекта
mkdir -p /opt/booking && cd /opt/booking
nano docker-compose.yml

Минимальный каркас docker-compose.yml для связки система записи + база данных (структура похожа для большинства open-source систем на PHP/MySQL):

services:
  db:
    image: mariadb:11
    restart: unless-stopped
    environment:
      MYSQL_ROOT_PASSWORD_FILE: /run/secrets/db_root_pass
      MYSQL_DATABASE: booking
    volumes:
      - db_data:/var/lib/mysql
    secrets:
      - db_root_pass

  booking:
    image: your-booking-image:latest
    restart: unless-stopped
    depends_on:
      - db
    ports:
      - "443:443"
    volumes:
      - booking_data:/var/www/html

volumes:
  db_data:
  booking_data:

secrets:
  db_root_pass:
    file: ./db_root_pass.txt

Пароли и ключи храните через secrets или переменные окружения вне репозитория — не в открытом виде в конфиге, который может попасть в git или в бэкап. После установки настраиваются HTTPS через обратный прокси, вместимость каждого слота (число мест на занятие), правило отмены (за сколько часов отмена бесплатна) и список преподавателей с их графиком.

Если нужен пошаговый, проверенный вариант установки под запись «услуга — слот времени» с нуля, у нас есть отдельный гайд по установке EasyAppointments на VPS — эта система хорошо закрывает базовую запись с преподавателями как «специалистами» и уведомлениями по e-mail и SMS, а вместимость группового занятия и лист ожидания придётся донастроить или доработать под конкретную студию. Похожий по логике переход с облачной записи на свой сервер, но в другой отрасли, разобран в статье про онлайн-запись и напоминания в автосервисе — там та же механика расчёта, только вместо абонементов на занятия — заказ-наряды.

Окупаемость и на что обратить внимание при переходе

Возьмём условия из примера выше: облачная подписка — условно 5 000 ₽/мес на старте, вырастающая до 7 500 ₽/мес после перехода на более высокий тариф из-за роста числа занятий, преподавателей и SMS-уведомлений (что в сумме укладывается в посчитанный ранее годовой диапазон); разовое разворачивание своей системы записи — условно 27 000 ₽; аренда сервера — условно 3 500 ₽/мес. Все цифры иллюстративные, точную стоимость аренды смотрите в актуальном прайсе провайдера.

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

О чём стоит подумать честно перед переходом:

• Бэкапы теперь ваша забота. База клиентов, остатки абонементов и история занятий должны резервироваться автоматически на отдельное хранилище. Подробно об автоматизации — в статье про резервное копирование баз данных.
• Уведомления не работают «из коробки» бесплатно. SMS и e-mail-рассылки на своём сервере требуют подключения шлюза (SMS-провайдер или почтовый сервис) — небольшая, но отдельная статья расходов, которую нужно заложить отдельно от аренды сервера.
• Один сервер — одна точка отказа. Для студии с расписанием на день вперёд сбой в момент, когда администратор открывает запись, ощутимо неприятен. Закладывайте план на случай сбоя: от регулярных бэкапов до готовности быстро поднять систему на новом сервере.
• Миграция расписания и абонементов — самый рискованный этап. Сначала тестовый импорт на копии базы, сверка числа клиентов и остатков занятий до и после, и только затем переключение реальной записи. Разумно вести две системы параллельно одну-две недели перед отключением подписки.

Если сомневаетесь, стоит ли вообще переезжать с облака на свой сервер именно для вашей студии, полезно посмотреть более общий разбор компромиссов в статье «Облако против своего железа» — там логика не привязана к записи на занятия и применима к любому SaaS-сервису, который студия сейчас арендует.

Частые вопросы