Как считать абонементы в студии: остатки, сроки и посещения

Учёт абонементов в студии должен связывать клиента, срок действия и фактические посещения. Остаток занятий нельзя вести отдельно от журнала: одна отмена или повторное нажатие изменят цифру, а причину потом придётся искать.

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

Разведите клиента, абонемент и посещение

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

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

Не используйте один комментарий «восемь занятий, осталось шесть» вместо связей. Цифра видна, но восстановить её происхождение уже нельзя.

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

Решите, когда занятие считается использованным

Бронирование места и состоявшееся посещение — разные события. Заранее договоритесь, на каком из них уменьшается остаток. Объясните правило администратору и тренеру.

В простой учебной модели занятие списывается после отметки «Состоялось». Запланированное посещение пока не меняет остаток. Отмена уже учтённого посещения возвращает занятие.

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

Остаток не должен становиться отрицательным. Если занятий больше нет, форма объясняет причину отказа. Незаметная подстановка нуля вместо ошибки оставит неверную историю.

Проверьте расчёт на небольшом примере

Клиент приобрёл учебный пакет на восемь занятий. Два посещения состоялись, ещё одно запланировано. При выбранном правиле остаток равен шести, а не пяти.

Теперь администратор ошибочно отмечает третье посещение состоявшимся. Остаток уменьшается до пяти. После отмены этой отметки он должен вернуться к шести.

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

Повторите сохранение одного посещения дважды. Второй клик не должен создавать дополнительную запись и списывать ещё одно занятие. Для рабочей системы такая защита нужна на стороне сохранения данных.

Другая проверка — два сотрудника одновременно открыли последний доступный визит. Простая блокировка кнопки в одном браузере не решает этот случай. Защита от одновременного изменения двумя сотрудниками требует отдельной проверки; тест одной кнопки её не подтверждает.

Определите, что означает дата окончания

Надпись «до 10 ноября» допускает разные трактовки. Укажите, входит ли этот день в срок действия и по какому местному времени работает студия. Правило должно быть одинаковым в карточке и отчёте.

В учебном отчёте на 4 ноября 2026 года абонемент до 10 ноября заканчивается через шесть дней. Он входит в список «В течение семи дней». Абонемент, закончившийся 3 ноября, относится к уже просроченным.

Не смешивайте срок и остаток. У клиента могут оставаться занятия после окончания действия. Другой человек использовал всё заранее, хотя дата ещё не наступила.

Показывайте эти ситуации раздельно: действующий, истекающий, просроченный, исчерпанный. Общее красное слово «Проблема» заставит администратора снова открывать каждую карточку.

Сверяйте отчёт с журналом посещений

Укажите дату расчёта и выбранный период. Отчёт за месяц и состояние всех действующих абонементов отвечают на разные вопросы. Не подменяйте одно другим.

Для проверки выберите несколько клиентов. Сосчитайте состоявшиеся занятия вручную, учтите отменённые отметки и сравните с остатком. Затем откройте абонементы с истёкшим сроком и нулевым остатком.

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

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

Подготовьте таблицу перед переносом

Сначала разберите клиентов. Уберите повторяющиеся строки, проверьте телефоны и оставьте понятные названия столбцов. Начните импорт Excel (.xlsx) или CSV с небольшого набора.

Абонементы переносите отдельно от клиентской карточки. Для каждого нужны владелец, тип, срок и начальное состояние. Если журнал старых посещений неполный, отметьте это ограничение.

Не создавайте выдуманные посещения для объяснения остатка. Зафиксируйте согласованный остаток на дату перехода и ведите последующие операции уже в новой системе.

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

Проверьте роли и сохранение

У владельца, администратора и тренера могут быть разные права. Определите, кто меняет срок абонемента, отменяет посещение и видит клиентские контакты. Не выдавайте всем полный доступ ради удобного старта.

Проверяйте роли двумя аккаунтами. Попробуйте открыть чужую запись по прямой ссылке и изменить назначенного тренера. Отсутствия кнопки в меню недостаточно.

После сохранения обновите страницу и откройте запись повторно. Затем проверьте её в другом разрешённом сеансе. Работоспособность одного превью не подтверждает готовность командного учёта.

Начните с учебной CRM в mottorable

В опубликованном учебном примере «Форма» — 20 вымышленных клиентов, 20 абонементов и 30 посещений. Это набор для проверки интерфейса и связей, а не результаты реального бизнеса.

В этих CRM нет разделения записей по сотрудникам. Владелец и сотрудники с ролью «админ приложения» видят все записи. Назначенный ответственный и фильтр помогают организовать работу, но не ограничивают доступ. Если каждому сотруднику нужна закрытая часть базы, этот пример не закрывает ваше требование.

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

На странице CRM для фитнес-клуба и студии есть пример клиентов, абонементов и посещений. Нажмите «Скопировать себе бесплатно», чтобы получить его в своём аккаунте.

Очистите учебные записи и импортируйте клиентов из Excel (.xlsx) или CSV. Перед приглашением тренеров проверьте остатки, даты и роли. Для другой модели занятий выберите «Собрать под себя».

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

В этом сценарии нет SMS, клиентских рассылок и синхронизации с внешними календарями. Наличие даты окончания абонемента не означает автоматическое уведомление человека.

Примите свою версию на коротком наборе:

1. Создайте абонемент на восемь занятий и два состоявшихся посещения.
2. Проверьте остаток шесть и сохранение после обновления.
3. Отмените ошибочную отметку и проверьте возврат занятия.
4. Попробуйте повторно сохранить одно посещение.
5. Проверьте исчерпанный и просроченный абонементы.
6. Сверьте отчёт на фиксированную дату и общий доступ приглашённого администратора.

Описывайте правила до генерации. Подход к постановке задания и проверке ролей разобран в руководстве по созданию CRM.

Задание для своей версии

Импорт клиентов принимает Excel (.xlsx) или CSV: до 5 МБ и 5 000 строк за один раз. Старый формат .xls не поддерживается. Российские телефоны приводятся к +7; совпадения по телефону или почте можно пропустить либо обновить.

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

Если готовая копия отличается от вашего процесса, адаптируйте это задание. После изменения приложения повторите проверки из статьи.

Создайте учебную CRM студии: клиенты, абонементы, посещения и тренеры. Свяжите посещение с конкретным абонементом. Отметка состоявшегося занятия списывает одно, отмена возвращает одно; повторный клик не списывает второй раз. Покажите срок действия, остаток и список истекающих абонементов. Клиентские сведения — в закрытом общем хранилище администратора. Приглашённые администраторы видят все записи. Только вымышленные данные, без SMS, рассылок и приёма платежей.