До основного вмісту
ClubBase

ClubBase для спортивних шкіл

CRM для спортивних шкіл

Вихованці, тренери, секції, батьки, локації, оплати і журнал дій без окремих баз.14 днів без картки · одна або кілька локацій
Панель власника ClubBase з операційним зведенням
Тижневий розклад ClubBase із заняттями студії

Робочі сценарії

Робота студії — на зрозумілих екранах.

Що команда може зробити в ClubBase протягом робочого дня.

Локації в одній системі

Структура залів, секцій і прав залишається цілісною.

Ролі і права

Фінанси, розклад і люди видно лише авторизованим ролям.

Батьки і платники

Вихованець, опікун і платник пов’язані в одній картці.

Журнал дій

Критичні зміни зберігають актора і час.

Можливості для цього формату

Усе потрібне в одному місці.

Розклад, клієнти, відвідування, ролі та гроші працюють у спільному контексті.
  • локації і зали
  • секції й групи
  • вихованці та батьки
  • ролі і права
  • контроль оплат
  • журнал дій

Шукаєте саме запис на заняття? Як улаштована програма для запису клієнтів — групи, місткість, абонементи й нагадування.

Ролі та доступи

Кожна роль бачить своє.

Дані та дії показуються тій людині, якій вони потрібні для роботи.

Керівник

Бачить мережу й критичні зміни.

Адміністратор

Працює зі своєю локацією.

Тренер

Має доступ до власних секцій.

Батьки

Отримують потрібне в Telegram.

З чим приходять

Що зазвичай ламається у спортивній школі.

Це те, що чуємо на демо частіше за інше. Поруч — що з цим робить ClubBase.
  • Локації живуть у різних таблицях.
  • Ролі персоналу не відповідають доступу.
  • Батьки-платники змішані з вихованцями.
  • Невідомо, хто змінив критичні дані.

Локації живуть у різних таблицях

Кожна точка веде свій файл, і зведення збирається раз на місяць копіюванням. Тут локація — поле в одних даних: адміністратор бачить свою, керівник — усі та різницю між ними.

Ролі не відповідають доступу

У спільній таблиці або бачать усі все, або доступ роздають файлами. Права тут прив’язані до ролі й локації: тренер бачить свої секції, фінанси школи йому не відкриваються.

Батьки змішані з вихованцями

В одному списку опиняються діти й телефони батьків, і через рік незрозуміло, кому дзвонити щодо оплати. Вихованець, опікун і платник — окремі ролі біля однієї людини.

Невідомо, хто змінив критичні дані

Коли з групи зникає дитина або змінюється сума, у таблиці немає відповіді, хто це зробив. Журнал дій зберігає реального актора і час події.

Робочий день

Одна дія змінює те, що бачать усі.

  1. Адміністратор бачить свою локацію.
  2. Тренер бачить свої секції.
  3. Батьки мають розклад і баланс.
  4. Керівник бачить зведення і аудит.

Перший тиждень

Як спортивна школа заходить у систему.

  1. Переносимо школу

    Таблиці з вихованцями, батьками й залишками йдуть в імпорт по локаціях. Помилкові рядки система показує до збереження.

  2. Ставимо структуру

    Локації, зали, секції, групи й тренери. Повторювані тренування створюються один раз на сезон.

  3. Роздаємо доступ

    Адміністратор отримує свою локацію, тренер — свої секції, керівник — усю картину. Ніхто не бачить зайвого.

  4. Дивитесь на зведення

    Через тиждень видно завантаження залів, регулярність відвідувань і борги по кожній локації окремо й разом.

Проти універсальної CRM

Чому звичайної CRM у спортивній школі не вистачає.

Питання, яке на демо звучить щоразу. Коротка відповідь: у студії в центрі стоїть заняття, а не угода.

Доступ за локацією, а не «усім усе»

Універсальна CRM роздає права за ролями всередині однієї воронки. Школі потрібен інший розріз: людина працює зі своєю точкою і своїми секціями, а керівник бачить мережу. Зібрати це фільтрами можна, але кожен новий співробітник стає окремим налаштуванням.

Журнал дій замість здогадок

Коли з групи зникає дитина або змінюється сума, потрібна відповідь «хто і коли», а не обговорення в чаті. CRM пише історію угоди; тут історія ведеться по критичних змінах операційних даних.

Секція — не проєкт і не угода

Секція має розклад, зал, тренера, склад вихованців і своє правило нарахування. У CRM усе це доводиться ліпити з полів картки, і після другої перестановки розкладу дані розходяться.

Чесно

Кому підходить, а кому ні.

Демо без цього витрачає час обом. Якщо ви в правій колонці — напишіть, підкажемо простіше рішення.

Підходить

  • Кілька локацій або кілька десятків груп
  • Кілька тренерів і адміністраторів із різним доступом
  • Батьки-платники й потреба бачити, хто що змінив

Поки не варто

  • Одна секція з одним тренером
  • Потрібна офіційна звітність для держоргану — цього тут немає
  • Школа працює без абонементів і без обліку відвідувань

Запитання про цей формат

Відповіді перед демо.

Чи можна обмежити доступ за локацією?

Так. Локацію враховують в операційних даних і правах.

Чи видно, хто змінив дані?

Так. Аудит зберігає реального актора і час події.

Скільки локацій можна вести в одній школі?

Обмеження на кількість немає. Кожна локація має свої зали, свій розклад і свої права; керівник бачить усі разом.

Чи може тренер працювати у двох локаціях?

Так. Доступ дається до секцій, а не до однієї точки, тож розклад тренера збирається з усіх його груп.

Як рахувати оплату тренерам у різних секціях?

Правило нарахування задає школа й може відрізнятись для секцій. Кожну суму можна відкрити до занять, з яких вона склалась.

Чи є звітність для управління освіти або держоргану?

Ні. ClubBase веде операційну роботу школи: людей, секції, відвідування й гроші. Офіційні форми звітності треба готувати окремо.

Скільки це коштує?

Вартість залежить від кількості активних вихованців, а кожна додаткова локація має свою ставку. Актуальні цифри — на сторінці тарифів. Перші дні доступу безкоштовні, картка не потрібна.

Почніть зі своєї структури

Спробуйте ClubBase у своїй студії.

Створіть простір самостійно. Клієнтам не потрібен окремий застосунок, а демо з командою доступне окремо.