Образовательный центр: передача диалогов во время набора
Короткий ответ: приёмная кампания ломается не на количестве заявок, а на передаче диалога от одного сотрудника к другому. Проверка одна: возьмите пять обращений, которые прошли через двух человек, и посмотрите, задавал ли второй вопросы, на которые обратившийся уже отвечал первому. Если задавал — потери происходят не из-за нагрузки, а из-за того, что передача не устроена.
Это разбор типовой ситуации, а не история конкретной организации. Признаки собраны из того, как обычно устроен набор: образовательные центры, курсы, школы, секции, любые организации с приёмным окном. О результатах чьего-либо внедрения здесь не говорится.
Ситуация
Обращения идут волной. В спокойный месяц их немного, в период набора — столько, что для ответа привлекают всех, включая людей, которых взяли на два месяца. Один и тот же вопрос про программу приходит в сообщество, на почту, в мессенджер и звонком.
Путь одного обращения выглядит примерно так. Мама поступающего пишет в сообщество: «расскажите про подготовку к экзамену». Отвечает сотрудник приёмной комиссии — быстро и по общим вопросам. Дальше выясняется, что вопросы содержательные: какой уровень нужен на входе, можно ли присоединиться позже, зачтётся ли пройденное раньше. Их передают методисту или преподавателю. Потом появляется вопрос о рассрочке — это уже к третьему человеку. Между третьим и первым разговор идёт про одного и того же ребёнка, но каждый начинает со своей стороны.
Три свойства ситуации:
- диалог по одному обращению ведут несколько сотрудников по очереди — и это правильно, потому что вопросы разные;
- у обращения два контактных лица — родитель и поступающий, и они пишут разное из разных аккаунтов;
- срок решения короткий и внешний — начались занятия, и обращение перестаёт быть актуальным независимо от качества работы.
Третье свойство определяет всё остальное. В длинной продаже потерянный контекст можно восстановить в следующем разговоре. В наборе следующего разговора может не быть.
Где возникает риск
Второй сотрудник начинает разговор заново. Самый частый и самый заметный для обратившегося сбой. Он уже назвал возраст ребёнка, уровень и пожелания по расписанию — и его спрашивают о том же. Для родителя это выглядит как неорганизованность организации, которой он собирается доверить ребёнка, и это соображение сильнее любого аргумента про программу.
Ответы расходятся. Родителю сказали, что присоединиться позже можно, поступающему — что группа набрана. Оба ответа кто-то дал добросовестно, не видя другого. Расхождение обнаруживают не сотрудники, а сама семья.
Обращение теряется в передаче. Первый сотрудник переслал вопрос голосом или в рабочий чат и считает, что передал. Второй не увидел или увидел без контекста. Обращение висит, срок идёт.
Заявка дублируется. Один и тот же ребёнок обращается через два канала, и в организации это две заявки. Дальше два сотрудника ведут два разных разговора, иногда с разными условиями.
Временный сотрудник уходит вместе с диалогами. Если он работал через личный аккаунт, обращения, которые он вёл, недоступны. Особенность набора в том, что этот уход происходит по расписанию и в тот же момент, когда обращения ещё живые.
После набора переписка исчезает. Не поступивший в этом году — типичный обратившийся в следующем. Но если история набора хранилась на устройствах временных сотрудников, в следующем наборе всё начинается с нуля.
Что из утраченной переписки поддаётся восстановлению — разобрано в отдельном тексте.
План действий
Задача — сделать передачу диалога дешёвой. Пока передача требует пересказа, она не будет происходить в загруженный день, а загружен весь период набора.
- Опишите путь обращения по шагам, как он идёт сейчас. Кто отвечает первым, к кому уходят содержательные вопросы, кто отвечает про деньги. Одна страница. Обычно на этом шаге обнаруживается, что путь у всех разный.
- Сведите точки входа в одно рабочее окно. Сообщество, мессенджеры, форма. Смысл не в удобстве, а в том, что передача внутри одного места — это действие, а между разными местами — пересказ.
- Соедините обращения по одному поступающему. Родитель и поступающий, два канала, две заявки — одна история. Пока это не сделано, любое разделение труда даёт расхождение в ответах.
- Установите правило «читаем перед ответом». Сотрудник, получивший диалог, сначала читает предыдущий разговор. Это правило звучит очевидно и не соблюдается ровно потому, что нигде не написано.
- Определите, что фиксируется по каждому обращению. Минимальный набор: чего хочет обратившийся своими словами, уровень и обстоятельства, что уже обещано, кто следующий отвечает. Четыре строки — то, что делает передачу чтением, а не расспросом.
- Выдайте временным сотрудникам роль, а не персональные доступы. Роль на период работы, отключение по окончании. Это же снимает вопрос «а что у него осталось».
- Заведите дежурство по потоку, а не индивидуальные очереди. В волне обращений персональная очередь означает, что вопрос ждёт конкретного человека. Дежурный отвечает по всем, содержательные вопросы передаёт.
- После окончания набора разберите итог. Сколько обращений осталось без ответа, где рвалась передача, какие вопросы задавались чаще всего. Это единственный момент, когда изменения к следующему набору вообще можно внести — через месяц никто уже не помнит.
Чего делать не стоит: вводить учёт заявок в отдельной системе, куда сотрудники должны переносить содержание диалога руками. В период набора этого не будет: выбор между ответом обратившемуся и заполнением формы всегда решается в пользу ответа.
Как закрепить процесс
- Передача — действие внутри одного окна, а не пересказ. Признак соблюдения: сотрудник, принявший диалог, ничего не переспрашивает у коллеги.
- Один поступающий — одна история, даже при двух контактных лицах. Иначе организация системно даёт два разных ответа одной семье.
- Доступ временного сотрудника — это роль на срок. Отключается одним действием, без поиска по системам.
- Правило «читаем перед ответом» написано. Пока это культура, а не текст, в волне обращений оно не работает.
- Разбор итогов набора — обязательный шаг, а не по желанию. Раз в цикл, сразу после окончания.
- Переписка прошлого набора хранится у организации. Она и есть материал для следующего.
Что остаётся за организацией: содержание ответов, решение о том, кто дежурит и кто отвечает за содержательные вопросы, и сам разговор с семьёй. Инструмент делает передачу дешёвой, но не решает, что сказать.
Что для этой ситуации есть в LTVchat
- Обращения из подключённых каналов собираются в одно рабочее окно: пять типов подключений — бот Telegram, личный Telegram, бот MAX, личный MAX и сообщество ВКонтакте. Передача диалога другому сотруднику — действие в этом окне, а не пересылка истории руками.
- Обращения одного человека из разных каналов сводятся в одну карточку, а при ошибке разъединяются обратно. Это прямой ответ на «родитель написал в одном месте, поступающий в другом»: объединение выполняется явным действием, а не угадывается автоматически.
- История открывается вместе с карточкой целиком, поэтому принявший диалог сотрудник читает разговор, а не собирает его по частям.
- Роль определяет доступ, и ролей четыре: менеджер, администратор, владелец, супер-администратор. Проверку роли делает сервер, а привязку данных к рабочему пространству организации — независимая от неё проверка, отклоняющая обращение к чужому пространству. Учётная запись временного сотрудника отключается, а его сессии отзываются, при этом история переписки остаётся.
- Обращения к данным попадают в журнал действий: событие, объект, роль исполнителя, IP-адрес и время.
Чего сервис не делает: не назначает ответственного за обращение и не ведёт очередь дежурства — такой возможности в нём нет, распределение работы остаётся за организацией; не хранит учебные данные, оплаты и расписание; не сохраняет звонки и переписку в неподключённых каналах. Никаких сертификаций, аттестаций и внешних аудитов у сервиса не имеется, а реализованное описано на странице безопасности.
Стоимость — 300 ₽/канал в месяц + 50 ₽/сотрудник в месяц, владельцы подключённых каналов не оплачиваются как сотрудники. Оценку текущего положения даёт аудит из десяти вопросов; окно видно в демо без регистрации. Порядок плановой передачи клиентов — в чек-листе; как собрать сообщения из нескольких каналов в одну ленту — здесь; разбор ситуации с распределённой командой — в тексте про сервисную компанию.
Частые вопросы
Это описание реального образовательного центра?
Нет. Это разбор типовой ситуации набора: набор признаков, повторяющийся там, где обращения приходят волной и проходят через несколько сотрудников. Совпадения с конкретным центром были бы случайными, а достигнутых результатов текст не приводит.
Чем набор отличается от обычного потока заявок?
Сроком и неравномерностью. Обращения приходят в узкое окно, к нему привлекают временных сотрудников, и решение у обратившегося тоже имеет срок: после начала занятий его интерес пропадает не потому, что вы плохо ответили, а потому что поезд ушёл. Поэтому передача диалога здесь ломается чаще, чем в ровном потоке.
Кто должен вести диалог: приёмная комиссия или преподаватель?
Практично, когда первичный разговор ведёт тот, кто отвечает быстро, а содержательные вопросы получает тот, кто знает программу. Ошибка не в разделении, а в том, что при передаче между ними теряется контекст: второй сотрудник начинает с вопросов, на которые обратившийся уже отвечал.
Мы набираем временных сотрудников на период приёма. Как быть с их доступом?
Это как раз ситуация, где доступ по роли важнее всего: временный сотрудник получает роль на период работы, и по её окончании учётная запись отключается, а сессии отзываются — одним действием, а не поиском по всем системам. Решение о том, какая роль ему нужна, принимает организация.
Родитель пишет одно, а поступающий другое. Как это вести?
Как один запрос с двумя контактными лицами, а не как две заявки. Практический признак того, что это устроено правильно: сотрудник, отвечающий родителю, видит, о чём уже договорились с поступающим. Иначе организация даёт двум людям два разных ответа и узнаёт об этом от них же.
После окончания набора переписка нужна?
Обычно да, и именно поэтому её стоит хранить не на устройствах временных сотрудников. К прошлогодним обращениям возвращаются в следующем наборе: не поступивший в этом году часто поступает в следующем, и разговор с ним разумно продолжать, а не начинать. Сроки хранения и основания — вопрос к юристу.