CRM для школы и учебного центра: как выбрать владельцу

Слова «crm для школы» в поиске тянут сразу два мира: государственные школы с электронными журналами и частный бизнес, который продаёт обучение. Я пишу для второго: владельца частной школы, студии, учебного центра, языковых курсов или секции. У такого владельца деньги живут в абонементах, а теряются на пробных занятиях, пропусках и продлениях, которые не случились.

Мы в ClaudeLab собираем CRM под процессы бизнеса. У школы снаружи всё просто: ученики, группы, расписание. Внутри почти в каждой школе свои правила списаний, заморозок и отработок, и именно на них ломаются готовые программы. Ниже - как выбрать систему так, чтобы через месяц администратор не вернулся к тетради.

Что такое CRM для школы и чем она отличается от обычной?

Если коротко определить, CRM для школы - это учётная система частной школы или учебного центра, которая хранит учеников и их представителей, продаёт и списывает абонементы, ведёт расписание групп и отметки посещений и напоминает о продлении. Слово CRM здесь условное: такие программы шире классического учёта клиентов. Что такое CRM в общем смысле, мы разбирали в статье что такое CRM-система.

Разница видна на трёх вещах.

Кто клиент. В детской школе учится ребёнок, а договор заключает и платит родитель. Иногда платит один родитель, а на занятия водит другой. Бывает, что в школе учатся двое детей из одной семьи и им продают семейный абонемент. Карточка «имя, телефон, сделка» такое не держит: нужны связанные роли и общий баланс.

Что продаётся. Сделка в обычной CRM закрывается оплатой. Абонемент после оплаты только начинает жить: с него списываются занятия, он может замёрзнуть на каникулы, перейти в другую группу, закончиться досрочно. Каждое такое событие меняет деньги школы.

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

Какие задачи частной школы должна закрывать CRM?

Путь ученика через школу выглядит так:

1. Заявка. Родитель пишет в мессенджер, звонит, оставляет форму на сайте или приходит с карт. Задача - не потерять обращение и ответить, пока человек не ушёл к соседней школе.
2. Пробное занятие. Во многих школах это главная точка продажи. Нужно записать на свободное место в подходящей группе, напомнить накануне и после занятия связаться с родителем.
3. Продажа абонемента. Выбор формата, договор, оплата, чек. Здесь же фиксируются условия: сколько занятий, до какой даты, что будет при пропуске.
4. Группа и расписание. Ученика ставят в группу, группа живёт в расписании с кабинетом и преподавателем. Преподаватель заболел - нужна замена, и родители должны узнать об этом до занятия.
5. Посещения и пропуски. Преподаватель отмечает, кто пришёл. Пропуск бывает уважительным и неуважительным, и от этого зависит, спишется ли занятие.
6. Оплаты и долги. Кто оплатил, у кого занятия закончились, а ребёнок продолжает ходить, у кого рассрочка.
7. Продление и возврат. За неделю-две до конца абонемента напомнить о продлении. Ушедшим через какое-то время предложить вернуться.

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

Где вы сейчас

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

Какие бывают CRM для учебного центра?

Я открыл выдачу Яндекса по запросу «crm для школы» 28 сентября 2026 года. Первую десятку делят сами программы и статьи, среди статей - подборки программ. Подборки полезны, но сравнивают продукты внутри одного класса. Владельцу школы важнее сначала понять, какой класс ему нужен.

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

Универсальные CRM. Битрикс24, amoCRM и другие системы для продаж. Они хорошо ведут входящие заявки, воронку, переписку из мессенджеров и задачи менеджерам. У Битрикс24 есть отдельная страница решения для сферы образования, а для amoCRM интеграторы собирают отраслевые решения под учебные центры. Расписание групп, баланс занятий и отметки посещений в них обычно собирают настройкой, дополнительными полями и приложениями. Такой путь оправдан, если универсальная CRM уже работает в другом вашем бизнесе или у школы сильный отдел продаж с длинным циклом, например в корпоративном обучении.

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

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

Названия в таблице - примеры, рейтинга здесь нет. Цены и тарифы у вендоров меняются, сверяйте их на сайте производителя на дату выбора.

Как CRM ведёт абонементы, оплаты и пропуски?

Абонемент - главный объект школьной CRM. Если программа ведёт его неправильно, администратор начинает считать остатки в тетради, и через месяц в системе одно число, а у родителя в голове другое.

В школах встречаются три основные модели, и каждая требует от системы своего:

Дальше - правила, которые у каждой школы свои. Их стоит записать на одной странице до разговора с вендором:

• Пропуск без предупреждения. Занятие списывается или нет?
• Пропуск по болезни. Нужна ли справка, переносится ли занятие, сколько раз за абонемент?
• Заморозка. На каникулы, на время болезни, на время соревнований или экзаменов. Сколько дней, сколько раз?
• Отработка. Может ли ученик прийти в другую группу вместо пропущенного занятия?
• Переход. Что происходит с остатком при переходе в другую группу, к другому преподавателю, на другой уровень?
• Досрочный уход. Как считается возврат за неиспользованные занятия?

Когда правила записаны, на демо проверяйте их на живых примерах: «ребёнок пропустил два занятия по болезни и одно без предупреждения, потом перешёл в вечернюю группу». Если программа проводит такой сценарий без ручных правок, она вам подходит.

Отдельно про документы. Правила оказания платных образовательных услуг, утверждённые постановлением Правительства № 1441, требуют заключать договор в простой письменной форме и перечисляют сведения, которые в нём должны быть. Удобно, когда CRM хранит договор в карточке ученика и сама подставляет в шаблон данные заказчика, программу и срок. Если школа работает с онлайн-кассой, проверьте, умеет ли программа отправлять чек клиенту сразу после оплаты абонемента.

Как CRM помогает не терять заявки и пробные занятия?

Заявки в школе чаще всего теряются в двух местах: в первые часы после обращения и после пробного занятия. В первом случае родитель написал вечером в мессенджер, ответ пришёл на следующий день, и за это время он уже записался в другую студию. Во втором ребёнок сходил на пробное, всем понравилось, но никто не перезвонил, и семья «подумала и решила позже».

Что должно работать в системе:

• Все каналы в одной ленте. Мессенджеры, звонки, формы сайта и карточки на картах попадают в CRM как заявки. Отраслевые программы прямо пишут о таком объединении каналов на своих сайтах.
• Запись на пробное из карточки заявки. Администратор видит свободные места в подходящих группах и записывает, не открывая отдельное расписание.
• Напоминание накануне. Неявка на пробное - потерянная продажа, а напоминание стоит одно автоматическое сообщение. Как снижать неявки на запись, разобрано в статье о том, почему клиенты отменяют запись и не приходят.
• Задача после пробного. В тот же день администратор связывается с родителем, пока впечатление свежее.
• Причина отказа. Если семья не купила абонемент, в карточке остаётся причина: неудобное время, дорого, ребёнку не понравилось. Через месяц по этим причинам видно, что менять в школе.

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

Как считать продления и отток учеников?

Школа живёт на продлениях. Новый ученик обходится дороже удержанного: на него уходят реклама, пробное занятие и время администратора. Поэтому я советую владельцам в первый же месяц работы с CRM настроить три показателя и смотреть их каждую неделю.

Доходимость до пробного - из тех, кто записался на пробное занятие, какая доля на него пришла. Если она падает, проблема в напоминаниях или в том, как администратор договаривается о времени.

Конверсия пробного - доля пришедших на пробное, которые купили абонемент. Если она низкая, смотрите на само пробное занятие, на преподавателя и на то, кто и когда связывается с родителем после занятия.

Доля продлений - из учеников, у которых за период закончился абонемент, сколько продлили. Это главный показатель здоровья школы. Если он падает, причину ищут в посещаемости: ученик, который начал пропускать, обычно не продлевает.

Отсюда полезный сигнал для администратора: два пропуска подряд без предупреждения - повод позвонить родителю. Хорошая CRM ставит такую задачу сама. Звонок в этот момент - шанс удержать ученика, пока он не решил уйти.

Для ушедших заведите отдельный статус и дату ухода. Через каникулы или в начале учебного года им имеет смысл написать: часть семей уходила из-за расписания или переезда и готова вернуться, если условия изменились.

Когда хватает готовой программы для школы?

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

1. Один филиал или несколько с одинаковыми правилами. Цены, абонементы и правила пропусков везде одни.
2. Клиенты - семьи и частные лица. Нет договоров с компаниями на обучение сотрудников и отдельных отчётов для заказчиков.
3. Типовые абонементы. По числу занятий, по сроку или помесячно, с понятными правилами заморозки.
4. Стандартные интеграции. Телефония, мессенджеры, онлайн-оплата и касса есть в списке готовых интеграций вендора.
5. Нет своих цифровых продуктов. Своего приложения, своей платформы уроков и бота с собственной логикой нет и не планируется.

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

Главный риск готовой программы - подстраивать школу под неё. Если через месяц администратор ведёт отработки в тетради, «потому что так быстрее», значит, программа не легла на ваши правила, и нужно разбираться, где именно. Как устроена CRM для небольшой компании в целом и с чего начинать внедрение, мы разбирали в статье про CRM для малого бизнеса.

Когда нужна своя CRM или доработка?

Своя CRM редко означает «написать всё с нуля». Чаще это один из трёх вариантов:

• Доработка поверх готовой программы. Если у вендора есть открытое API, к нему подключают свои модули: бота записи, отчёты для владельца, связку с бухгалтерией.
• Своя система для одного участка. Готовая программа ведёт расписание и посещения, а своя - корпоративные договоры или программу лояльности, и они обмениваются данными.
• Полностью своя CRM. Когда процесс настолько свой, что обходные пути в готовой системе обходятся дороже разработки.

Признаки, что пора смотреть в эту сторону:

• Сеть филиалов с разными правилами. В одном филиале детские группы, в другом взрослые интенсивы, в третьем подготовка к экзаменам. У каждого свои абонементы и отчёты, а владельцу нужна сводная картина.
• Корпоративное обучение. Договоры с компаниями на группы сотрудников, отчёты заказчику о посещаемости, счета по актам. В большинстве школьных программ это делается обходными путями.
• Своя платформа уроков или приложение. Оплата в CRM должна открывать доступ к курсу, прогресс ученика - попадать в карточку, а родитель - видеть всё в одном кабинете. Три копии одной базы быстро начинают расходиться.
• Нестандартные абонементы. Семейные пакеты на несколько детей и направлений, смешанный формат онлайн и в классе, накопительные скидки, франшиза с отчислениями.
• Своя связка с учётом. Бухгалтерия и зарплаты ведутся в системе, с которой готовая программа не умеет обмениваться так, как нужно вам.

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

Что спросить у вендора до переноса базы учеников?

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

1. Можно ли выгрузить все данные в любой момент? Учеников, родителей, абонементы с остатками, историю посещений и оплат, в открытом формате вроде таблицы. Если выгрузки нет, уйти от вендора потом будет трудно.
2. Есть ли открытое API и что через него доступно? Без API своего бота записи, сайт или платформу уроков к программе не подключить.
3. Где хранятся персональные данные? Школа хранит данные детей и родителей. Оператором персональных данных по закону № 152-ФЗ остаётесь вы, поэтому уточните, где стоят серверы и как вендор защищает данные.
4. Как разграничены права? Преподаватель должен видеть свои группы и отметки, но не оплаты всей школы. Администратор филиала - только свой филиал.
5. Проходят ли ваши правила абонементов? Дайте вендору свою страницу правил и попросите провести на демо два-три трудных сценария.
6. Кто переносит базу и что будет с историей? Часть вендоров переносит данные сама. Уточните, перенесутся ли остатки занятий и долги вместе с контактами.

Про согласие на обработку данных. Для детей его даёт родитель: по статье 64 Семейного кодекса родители являются законными представителями своих детей. Требования к самому согласию перечислены в статье 9 закона № 152-ФЗ. Удобно, когда отметка о согласии и его дата хранятся прямо в карточке ученика. Если вы подключаете к CRM нейросети, отдельно проверьте, какие данные уходят во внешний сервис: этой теме посвящена статья про персональные данные клиентов в нейросети.

Какие ошибки делают при выборе CRM для школы?

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

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

Перенос без сверки. Контакты перенесли, а остатки занятий и долги - нет, или перенесли с ошибками. Первый же родитель, у которого «пропали» два занятия, звонит с претензией. Сверьте после переноса десять знакомых учеников.

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

Для описания процесса перед выбором пригодится разбор про описание бизнес-процессов: таблица «как есть» по пути ученика закрывает половину разговора с вендором.

Чек-лист

• Путь ученика записан по шагам: заявка, пробное, абонемент, группа, посещения, продление.
• Правила абонементов, пропусков, заморозки и отработок уложены на одну страницу.
• На демо проверены два-три трудных сценария с вашими правилами.
• Вендор письменно ответил про выгрузку данных, API и хранение персональных данных.
• Права доступа преподавателей и администраторов расписаны по ролям.
• Выбраны три показателя для еженедельного просмотра: доходимость до пробного, конверсия пробного, доля продлений.