CRM для частной школы: обращения, экскурсии, договоры и оплаты

# CRM для частной школы: обращения, экскурсии, договоры и оплаты

Редакция SGI24. Это проектная модель на основе практики CRM и событийных систем, а не заявленный кейс внедрения в частной школе. [О бюро](/company).

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

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

Разобрать CRM частной школы

Что должна связывать CRM

Система объединяет пять контуров:

1. Источники обращений.
2. Работу приёмной комиссии.
3. Мероприятия и встречи.
4. Договоры и оплаты.
5. Управленческую аналитику.

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

Карточка семьи, а не один контакт

В частной школе решение связано минимум с ребёнком и представителем. Иногда участвуют два родителя, опекун, плательщик и другой контакт для срочной связи.

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

Нельзя записывать всех в одно поле «ФИО клиента». Это приводит к письмам не тому человеку, дублированию семьи и ошибкам в договоре.

Какие данные нужны на первом этапе

Карточка первичного интереса может содержать:

• имя родителя;
• телефон и почту;
• имя ребёнка при необходимости;
• возраст или класс;
• интересующий учебный год;
• филиал;
• источник;
• выбранное событие;
• комментарий семьи;
• ответственного;
• следующий шаг.

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

Воронка поступления

Статусы отражают реальное решение, а не настроение менеджера.

Пример:

text новое обращение → проверена потребность → записан на мероприятие → мероприятие посещено → назначена встреча или диагностика → принято решение → договор отправлен → договор подписан → оплата получена → зачислен

Отдельные исходы:

• нет места;
• не подходит класс;
• не совпал бюджет;
• выбрана другая школа;
• решение отложено;
• не удалось связаться после установленного числа попыток;
• дубль;
• ошибочное обращение.

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

Один активный следующий шаг

У каждой открытой карточки должны быть:

• ответственный;
• статус;
• дата следующего действия;
• ожидаемый результат.

Без этого база превращается в архив контактов. Руководитель видит очередь просроченных задач и может перераспределить нагрузку при болезни или увольнении сотрудника.

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

Источники обращений

CRM принимает заявки из:

• сайта;
• телефона;
• почты;
• дня открытых дверей;
• рекомендаций;
• рекламных площадок;
• партнёрских мероприятий;
• офлайн-визита.

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

Форма сайта передаёт страницу, класс, событие и рекламные метки. Это помогает отличить интерес к начальной школе от случайного обращения с общей страницы.

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

Защита от дублей

Одна семья может: заполнить две формы; позвонить после заявки; зарегистрироваться на несколько мероприятий; обратиться по двум детям; использовать контакты разных родителей.

CRM проверяет телефон, почту и связи между людьми. Но автоматическое слияние по одному совпадению опасно: одинаковый рабочий телефон или общая почта не всегда означают одного субъекта.

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

Дни открытых дверей

Мероприятие должно быть объектом системы, а не тегом в комментарии. Для него хранятся:

• дата;
• программа;
• аудитория;
• вместимость;
• список регистраций;
• подтверждение;
• присутствие;
• вопросы;
• следующий шаг;
• итоговая конверсия.

После регистрации семье отправляется сервисное подтверждение, перед событием напоминание. Дальше сценарии для посетивших и отсутствовавших расходятся.

Сотрудник не должен вручную копировать список из формы в таблицу и обратно.

Экскурсия и встреча

CRM планирует время, сотрудника и площадку. В карточке фиксируются:

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

Субъективные оценки семьи не должны превращаться в чувствительные характеристики без цели. Лучше использовать структурированные критерии, связанные с процессом приёма.

Диагностика и решение

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

В системе можно фиксировать:

• назначено;
• проведено;
• требуется дополнительная встреча;
• решение готово;
• решение сообщено;
• согласие семьи получено.

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

Места по классам

CRM связывается с планом набора:

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

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

Договор

После решения CRM подготавливает данные для договора или передаёт их в систему документооборота. Проверяются:

• сторона договора;
• плательщик;
• ребёнок;
• программа и класс;
• стоимость;
• скидка и основание;
• дата начала;
• реквизиты;
• версия шаблона;
• статус подписания.

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

Сам подписанный документ хранится в предназначенном хранилище, а CRM содержит статус и ссылку с проверкой прав.

Счета и оплаты

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

• счёт создан;
• отправлен;
• срок оплаты;
• оплачен;
• частично оплачен;
• просрочен;
• отменён;
• требуется сверка.

Фактическую оплату подтверждает учётная система или платёжный провайдер. Интеграция передаёт этот статус, и менеджеру не приходится отмечать деньги вручную.

Скидки и особые условия требуют согласования. Поле «скидка» без истории изменения не даёт директору контроля.

Передача в образовательную систему

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

Передавать нужно только подтверждённые сведения: идентификатор ученика; программа и класс; представители с установленными правами; контакты; дата начала; необходимые настройки доступа.

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

Персональные данные и роли

Приёмная CRM содержит данные детей и взрослых. Доступ распределяется по роли:

• менеджер видит обращения своего направления;
• руководитель приёмной видит воронку и распределение;
• директор получает управленческую сводку;
• бухгалтерия работает с договорами и платежами;
• педагог получает только сведения для своей процедуры;
• ИТ-поддержка имеет технический доступ по регламенту.

Увольнение закрывает учётную запись и активные сессии. Выгрузка базы и массовый экспорт ограничиваются и журналируются.

Система должна поддерживать правила, описанные в материале «Персональные данные в школе».

Коммуникация

CRM различает: сервисные подтверждения; организационные сообщения; индивидуальные ответы; рекламные предложения.

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

История звонков и писем хранится в необходимом объёме. Запись разговора требует отдельного анализа основания, информирования, доступа и срока.

Отчёты для директора

Нужны не десятки диаграмм, а ответы на управленческие вопросы:

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

Показатель строится из статусов с едиными правилами. Если сотрудники понимают «встречу» по-разному, отчёт нельзя использовать.

Что автоматизировать сначала

Начните с узких мест:

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

Не переносите в новую CRM все поля старой таблицы. Сначала решите, какое действие или решение поддерживает каждое поле.

Частые ошибки внедрения

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

Что проверить до выбора CRM

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

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

Обсудить приёмную воронку и CRM школы

В описании задачи перечислите используемые таблицы или CRM и один зависший этап приёма. Это позволит проверить проектную модель на реальном процессе школы.

Связанные материалы

• Каким должен быть сайт частной школы
• Персональные данные в школе
• Согласие на обработку персональных данных в школе

Конкретная архитектура зависит от действующих систем, числа филиалов, правил приёма и бухгалтерского контура школы.