Следующие формы расписания по доступности для студентов популярны:
- длиной в неделю (обычное)
- длиной в четыре недели
- длиной в месяц (когда речь о контретных числах месяца)
- два через два (особенно важный) Может быть хорошей идеей делать группы с такого рода расписаниями.
Стандартизация формата сообщений, отправляемых через основные каналы заявок; потенциально создание более специализированных форм для офомления этих заявок, если они останутся актуальными (чаты менеджеры и преподаватели, ошибки в 1С УЦ и прочее). В идеале превратить в функционал приложения.
Более чёткое определение канала общения преподавателей и отдела продаж, выделение основных запросов преподавателей
Выработать строгие механики передачи и обработки информации, чтобы ничего не терялось в следующих сценариях передачи:
- студент обратился к менеджеру (например, за заморозкой), но не уведомил преподавателя
- студент обратился к преподавателю за отменой/заморозкой, но не к менеджерам
- студент например сказал разное время заморозки преподавателю и менеджеру
- студент никому и ничего не сказал по отмене или заморозке
Чёткое определение того, в каких случаях преподавателям следует общаться со студентами, а в каких с менеджерами.
Перенос welcome-сообщений (уведомлений) преподавателям в приложение, автоматизация их отправки. Базовый функционал реакции преподавателя на заявку (принять, отклонить).
Фукнционал освобождения слотов в случае длительных заморозок (слоты остаются подвешенными).
Аккаунт-менеджеры хорошо знают преподавателей и опираются на своё знание в работе. В идеале должна быть сводка по преподавателям с широкими структурированными описаниями (это бы сократило необходимость в опоре на знания, сократило бы коммуникацию Геннадия и аккаунт-менеджеров), но за сводкой нужно ухаживать.
“Подбор преподавателя в УЦ” нужно реализовать добротнее: необходимость в этом функционале, похоже, не исчезнет с внедрением приложения.
Переписка с преподавателем - документ. Преподаватели имеют контроль над перепиской в телеграм (могут, например, удалять сообщения). Это перестанет быть проблемой, когда уведомления о назначениях будут от этого чата отделены
Механизм “запрос на преподавателя в ОП” следует упростить: запрос создаётся в двух местах (недавно нашёл, не исследовал).
Реализация в приложении фиксации результатов финального теста (в том числе чтобы заявки на сертификаты генерировались автоматически).
Можно сделать кнопку для менеджеров с генерацией ссылки на тест так, чтобы результат не прилетал как лид в контакт-центр, а, например, автоматически проставлялся в соответствующую сделку.
вопрос автоматизации создания аккаунта студента в 1С УЦ
Разделение общих чатов отделов на два: в одном происходит общение, в другом публикуется важная текущая информация, общая для отдела (контекст). Это хорошо реализовано в КЦ.
Возможность проставления занятий на не рабочее время Волатайл поиск Переназначения как платная услуга
доступ на изменения в УТ