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

В этот раз стройка была в сфере:
Отрасль — высшее образование + дополнительное профессиональное образование (ДПО).
Тип клиента — крупная образовательная организация, по сути такой мини-город с курсами, центрами, программами и ордой слушателей.

И да, всё это происходило в классическом контексте 2024+:
санкции, турбулентность, импортозамещение, удалёнка, нехватка людей, «давайте вчера» и постоянные «а у нас ещё вот такая специфика…».

Что мы застали на объекте: цифровая стройплощадка до прихода бригады

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

• Заявки падают в почту, с сайта, с лендингов, иногда «по знакомству» — и разбегаются по людям. Кто-то ответил, кто-то забыл, кто-то переслал «потом» (спойлер: потом — никогда).
• История взаимодействия со слушателем — как хронология в мессенджерах: где-то в Outlook, что-то в Excel, что-то в Telegram. Сводить в одно невозможно, а «кто с ним общался?» — вопрос на полдня.
• Документы живут своей жизнью: договоры в Word, шаблоны в локальных папках, файлы называются стилем «Договор_Новый_Новая_финал_точно_последний(2).docx».
• Аналитика? Какая аналитика: максимум «примерно столько-то групп набрали, вроде нормально».
• Бизнес-процессы типа «как заявка становится слушателем» официально не описаны. Все держится на людях и их памяти. Люди болеют, увольняются, уходят в отпуск — процессы тоже.
• Коммуникации внутри — классика: почта + личные чаты + «подойди ко мне, я расскажу». Ничего не логируется, ничего не видно.

И всё это в условиях:

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

С чем мы пришли на объект: Битрикс24 как наша «плита перекрытия»

План был простой, как у хорошего прораба:

1. Разобраться, что вообще происходит.
   Аудит процессов: как заявки заходят, где теряются, кто их трогает, какие документы рождаются по пути, кто за что отвечает.
   На этом этапе обычно всплывает любимое:
   — А вот это у нас никак не оформлено, но Петрова знает.
   — А если Петрова уйдёт?
   — Мы очень надеемся, что нет.
2. Спроектировать нормальный бизнес-процесс.
   В формате: заявка → сделка → договор → оплата → зачисление → обучение → выпуск → отчёты.
   С понятными стадиями и ответственными.
   В переводе на строительный: «забить оси, вывести уровень, нарисовать, где стены, где двери, чтобы потом не штробить по живому».
3. Поставить CRM на базе коробочного Битрикс24.
   Не облако, потому что:

• госструктура / серьёзная организация,
• нужна своя инфраструктура,
• вопросы безопасности и хранения данных внутри периметра.

1. Завести несколько воронок CRM — под разные центры ДПО.
   У каждого — своя специфика, мы не строим «панельку», а скорее квартал таунхаусов: план один, но мелкие отличия есть.
2. Настроить автоматизацию и документооборот.
   Чтобы не сидеть с шаблонами в Word и не забивать каждый раз руками реквизиты.
3. Интегрировать всё с сайтом, лендингами и аналитикой.
   Чтобы заявка с сайта сразу превращалась в сделку, а не в «письмо, которое кто-то когда-то, возможно, прочитает».

Какие осложнения могли (и местами пытались) нас завалить

1. Мировая турбулентность и импортозамещение

• Облака западных вендоров — либо под вопросом, либо недоступны.
• Часть привычных инструментов (Google, некоторая телефония, сервисы рассылок) — уже не опция.

Что сделали:

• Ушли в коробочный Битрикс24 на своей инфраструктуре.
• С опорой на российские сервисы: Яндекс.Метрика, Tilda (как конструктор лендингов), отечественные сервисы почты и телефонии.
• Описали архитектуру так, чтобы она не зависела от «ещё одного зарубежного сервиса, который могут отключить завтра».

2. Сопротивление изменениям

Вы любите, когда вам ломают привычки? Сотрудники тоже не любят.

• «Зачем нам CRM, мы и так в Excel всё ведём.»
• «Я 10 лет делаю договора в Word, знаю всё наизусть.»
• «Новая система — это значит, нас снова нагрузят непонятной работой.»

Реакция бригады:

• Показали CRM не как «контроль и отчёты», а как «это чтобы вы меньше руками делали и меньше забывали».
• На реальных примерах:
• была заявка → потерялась → недовольный клиент → потерянная выручка;
• теперь заявка → автоматически сделка → ответственный назначен → автоматические напоминания → клиент доволен.
• Договорились: не внедряем всё сразу. Делим на этапы, даём людям адаптироваться.

3. Сложный документооборот и юридические требования

Образование — не стартап. Здесь:

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

Что сделали:

• Собрали набор шаблонов документов от юристов и юристоподобных людей.
• Превратили их в шаблоны Битрикс24 с автоподстановкой данных из сделки, контакта, справочников.
• Настроили сценарии:
• есть заявка → создали сделку → на определённой стадии система автоматически предлагает сформировать договор и сопроводительные документы.
• В итоге: время подготовки документов — с нескольких дней до примерно 30 минут (если никто не вспомнил «а давайте изменим шаблон в последний момент»).

4. Распылённые каналы коммуникации

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

Наш подход:

• Через CRM-формы Битрикс24 интегрировали:
• сайт ДПО,
• лендинги на Tilda,
• передаем UTM-метки для аналитики.
• Любая заявка → сразу сделка в CRM с указанием источника.
• Настроили уведомления: ответственный назначается автоматически, никто не ждёт «пока секретарь перераспределит письма».

Что мы в итоге построили: дом, в котором удобно жить заявкам и людям

Единая CRM вместо набора разрозненных файлов

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

Автоматизация в стиле «пусть роботы работают»

Мы настроили:

• Автоматическое создание и распределение сделок.
• Напоминания и контроль сроков по стадиям («зависшие» сделки подсвечиваются).
• Автогенерацию документов по шаблонам.
• Сценарии по оплате и зачислению (переход по стадиям запускает нужный набор задач).
• Уведомления клиентам: старт курса, изменения, завершение, запрос обратной связи.

Сотрудникам это зашло:
«О, так оно само задачи раскидывает!»,
«Система напоминает, а не руководитель по ночам пишет в мессенджер».

Аналитика, которая раньше была «на глазок»

Теперь можно:

• Смотреть, сколько заявок пришло из какого канала.
• Видеть конверсию по воронке: где заявки чаще всего «умирают».
• Анализировать, какие программы интереснее, какие проседают.
• Смотреть загрузку сотрудников: кто завален, а у кого ещё есть ресурс.

Про результаты человеческим языком

Формальные цели были такие:

• Время до первого ответа:
  было 24–72 часа (если повезёт),
  целевое — до 4 часов в рабочее время.
  За счёт автоматического назначения, напоминаний и прозрачности — цель стала реальной, а не «хотелкой из презентации».
• Конверсия заявок в зачисление:
  оценочно было около 20 %,
  целевой ориентир — 35 %+.
  Потому что:
• заявки больше не теряются;
• на «упавших» на середине воронки можно нормально доработать.
• Время на подготовку документов:
  было 2–3 рабочих дня;
  целевое — до 30 минут.
  И это реально достижимо, когда доки собираются из данных CRM, а не «копипастой из прошлогоднего договора».

Клиент формальные цифры наружу не выкатывает (академическая осторожность, всё такое), но по обратной связи:

• Стало гораздо меньше хаоса.
• Появилось ощущение, что «процесс управляем, а не мы его догоняем».
• Руководству теперь не надо собирать данные «опросом сотрудников» — всё видно в отчётах.

Чем это полезно с точки зрения ROI и здравого смысла

• Сотрудники тратят меньше времени на рутину → больше на реальное сопровождение слушателей и развитие программ.
• Меньше потерянных заявок → больше зачисленных → больше доход от ДПО.
• Менее болезненная зависимость от отдельных людей: процессы теперь в системе, а не в голове «богини Excel» в соседнем кабинете.
• Появилась база для дальнейшей цифровизации: отчётность, интеграции, личные кабинеты и др.

Какие технологии мы использовали (по‑айтишному, но без фанатизма)

• Платформа: коробочный «1С‑Битрикс24» на серверах клиента.
  Модули:
• CRM,
• Задачи и проекты,
• Чаты и звонки,
• Почта,
• Группы/проекты,
• Диск.
• Роли и доступы:
• администратор,
• руководитель центра,
• специалист центра,
• оператор контакт‑центра.
  Права подогнали под внутренние регламенты.
• Интеграции:
• сайт ДПО + CRM‑формы Битрикс24,
• лендинги на Tilda,
• Яндекс.Метрика с передачей UTM и анализом конверсий.
• Управление проектом:
• сами же использовали Битрикс24: задачи, канбан, дедлайны, контроль изменений.

И что дальше?

Как любой нормальный объект, система теперь:

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

Если вы тоже:

• варитесь в образовании или околонаучной сфере,
• тонете в заявках, письмах, договорах,
• и чувствуете, что живёте в «цифровом общаге без планировки»,

можно:

• устроить аудит ваших процессов и посмотреть, где у вас трещины в фундаменте,
• наметить проект внедрения/дооснастки CRM,
• аккуратно, без «с завтрашнего дня все работаем только в новой системе», перевести жизнь в более понятный и управляемый формат.

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