Одна группа и десяток детей — журнал посещаемости и таблица оплат закрывают всё.
Несколько направлений и групп — нужна система, где абонемент это счётчик занятий с заморозкой и переносами, а не разовая оплата.
Сеть или своя схема оплат педагогам — готовые сервисы записи упираются в чужую логику. Считайте систему под себя.
Детский центр устроен непривычно для любой CRM: деньги платит один человек, а услугу получает другой. Родитель — плательщик и контакт, ребёнок — тот, кто ходит на занятия и чью посещаемость надо считать. Почти все проблемы с учётом растут отсюда.
Два контакта на одну запись
В обычной CRM карточка клиента одна: имя, телефон, история покупок. В детском центре нужны две связанные карточки. У ребёнка — возраст, направление, группа, посещаемость и прогресс. У родителя — телефон, оплаты, переписка и согласия.
Связь между ними не один к одному: у одного родителя может быть двое детей на разных направлениях, а у ребёнка два родителя, которым обоим нужны уведомления. Если всё свести в одну карточку, начинается путаница уже на втором ребёнке в семье: непонятно, чей абонемент закончился и кому напоминать.
Абонемент — счётчик занятий, а не факт оплаты
Это второй источник хаоса. Оплата абонемента — разовое событие, но живёт он потом месяцами и постоянно меняется:
- Списание за посещение — остаток должен уменьшаться сам, по отметке в журнале.
- Пропуск по болезни — по правилам центра занятие либо сгорает, либо переносится. Правило должно быть в системе, иначе каждый случай решается в переписке.
- Заморозка на время отпуска со сдвигом даты окончания.
- Напоминание о продлении заранее — за одно-два занятия до конца, а не после.
Когда всё это ведут в таблице, расхождения появляются на второй месяц: у администратора одно число оставшихся занятий, у родителя другое, и спор решается в пользу родителя, потому что доказательств нет.
Расписание групп, а не запись к специалисту
Сервисы онлайн-записи рассчитаны на индивидуальные слоты: клиент выбирает время у мастера. Детский центр работает иначе — есть группа с фиксированным расписанием и ограничением по числу мест, и ребёнок записывается в неё на весь сезон.
Отсюда практические требования, которых нет в обычной записи: контроль наполняемости группы, лист ожидания при заполнении, разовые пробные занятия внутри существующей группы и перенос ребёнка между группами с сохранением абонемента.
Посещаемость — ранний сигнал оттока
Главная метрика детского центра не выручка за месяц, а возвращаемость. Ребёнок, который пропустил три занятия подряд, с высокой вероятностью не продлит абонемент — и узнать об этом лучше на третьем пропуске, а не когда абонемент кончился.
Система, которая ведёт журнал посещаемости, умеет показать этот список автоматически. Звонок родителю в этот момент стоит ноль рублей и часто возвращает клиента, тогда как повторное привлечение через рекламу стоит полноценных денег.
Сколько это стоит
| Вариант | Что закрывает | Ориентир |
|---|---|---|
| Сервис онлайн-записи | Слоты и напоминания, групп и абонементов частично | ≈ 2 000–7 000 ₽/мес |
| Универсальная CRM | Контакты и оплаты, связки родитель-ребёнок нет | ≈ 5 000 ₽/мес + |
| Своя система под ключ (Uniqore) | Родитель и ребёнок, группы, абонементы со счётчиком, посещаемость | от $1200 + $150/мес |
На одном направлении и паре групп готовый сервис записи дешевле и его достаточно. Разница проявляется, когда направлений становится несколько, в семьях по два ребёнка, а правила переносов и заморозок у вас свои — тогда часть учёта всё равно уходит в таблицы рядом с сервисом.
Итог
Детскому центру нужна система, которая понимает, что плательщик и посетитель — разные люди, что абонемент это счётчик занятий с правилами переносов, а расписание строится вокруг групп, а не индивидуальных слотов. Отдельно стоит требовать журнал посещаемости: он даёт самый дешёвый способ удержать клиента до того, как он ушёл.
Частые вопросы
Соберём систему под ваш центр: связка «родитель — ребёнок», группы с наполняемостью, абонементы со счётчиком и заморозкой, журнал посещаемости.
CRM для детского центра →