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


Робочі сценарії
Заявка отримує наступний крок, час пробного і відповідального.
Конфлікт залу або педагога видно до збереження.
Учень, опікун і платник повʼязані в одній картці.
Кожне нарахування привʼязане до проведених занять і правил студії.
Можливості для цього формату
Шукаєте саме запис на заняття? Як улаштована програма для запису клієнтів — групи, місткість, абонементи й нагадування.
Ролі та доступи
Бачить касу, борги, завантаження й нарахування.
Веде розклад, учнів, пробні та оплати.
Працює зі своїм розкладом і групами.
Бачать розклад, залишок і QR у Telegram.
З чим приходять
Розклад перевіряє зал і педагога, поки ви ще зберігаєте заняття. Якщо на цей час уже хтось стоїть, ви дізнаєтесь про це одразу, а не в понеділок від батьків у чаті.
Заміна педагога проходить підтвердження і лишається в розкладі. Її бачить команда, і вона ж потрапляє в розрахунок наприкінці місяця — згадувати, хто кого підміняв, не доведеться.
У картці це три окремі ролі: учень, опікун і платник. Контакти мами не живуть у полі «коментар», а нагадування про оплату йде тому, хто платить.
Нарахування педагогу спирається на проведені заняття й правила студії. Суму можна відкрити до занять, з яких вона склалась, і показати педагогу той самий розрахунок.
Робочий день
Перший тиждень
Таблиця чи зошит з учнями йде в імпорт. Система показує рядки з помилками до того, як щось збережеться.
Заводите напрями, групи й зали. Повторюване заняття створюється один раз на весь сезон, а не щотижня наново.
Кожна картка дає особисте посилання на Telegram-бот. Батьки бачать розклад, залишок абонемента і QR дитини, не питаючи адміністратора.
Через тиждень видно, хто ходить, хто зник і скільки студія заробила. Зошит такої картини не дає.
Проти універсальної CRM
У звичайній CRM головна сутність — угода або контакт. У танцювальній студії головна сутність — заняття: у нього є час, зал, педагог, склад групи й межа місць. Усе інше чіпляється до нього. Зібрати таке з воронки угод можна, але потім ви самі це й підтримуєте — кожен новий напрям доведеться домальовувати руками.
Пакет на вісім занять живе місяць, може заморозитись через хворобу і має залишок, який однаково бачать адміністратор і батьки. Універсальна CRM фіксує факт оплати. Студії треба бачити, скільки занять лишилось, коли вони згорять і чи не списався візит двічі.
На заняття ходить дитина, а платить мама, іноді ще й бабуся забирає. Одного поля «контакт» тут не вистачає: потрібні окремі ролі з окремими телефонами, щоб нагадування про оплату йшло платнику, а розклад — тому, хто возить дитину.
Чесно
Запитання про цей формат
Так. Картка розділяє ролі учня, опікуна і платника.
Так. Заміна проходить підтвердження і потрапляє в розрахунок.
Так. Зали належать локаціям, а розклад показує їхнє завантаження.
Так. Напрям і вікова група — різні поля, тож хіп-хоп для дітей і контемпорарі для дорослих живуть в одному розкладі й не змішуються у звітах.
Абонемент можна заморозити. Залишок і строк зсуваються, а в картці лишається слід: коли і хто це зробив.
Так. Педагог бачить свій розклад і склади своїх груп. Фінанси студії йому не відкриваються.
Правило задає студія: платити за проведене заняття чи за присутніх. Система бере дані з журналу відвідувань, а не з календаря.
Ні. ClubBase веде людей, розклад, абонементи, відвідування й гроші. Костюми, реквізит і результати виступів доведеться тримати окремо — цих модулів немає і не показуємо їх як готові.
Зали належать локаціям, і локація враховується в правах, розкладі та зведенні. Адміністратор працює зі своєю точкою, власник бачить усі разом і різницю між ними.
Вартість залежить від кількості активних учнів; клієнтський Telegram-бот уже входить. Актуальні цифри — на сторінці тарифів. Перші дні доступу безкоштовні, картка не потрібна.
Почніть зі своєї структури