Как бот помогает вернуть ученика после пропущенного занятия
Пример расчёта (условные цифры): если на обработку каждого из 30 запросов по теме «возврат после пропуска» уходит по шесть минут, за месяц это три часа работы до учёта исключений. Проверьте свои числа до выбора решения. На БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ можно разобрать процесс и первый пилотный сценарий.
Результат, который нужен по теме «возврат после пропуска»
Бот отправляет одинаковое «ждём вас» ученику, который пропустил урок по известной причине. Поэтому описывать бота лучше от результата назад: что должно измениться в рабочей записи, кто это подтверждает и что увидит человек. Красивый ответ без этого действия не завершает процесс.
В образовательном сценарии факт отправки материала не говорит о том, что ученик понял тему. Связывайте сообщения с конкретным курсом, группой и версией урока. Бот может быстро показать расписание, принять вопрос и напомнить о действии, но оценка навыка, спорный платёж и индивидуальная траектория требуют ответственного человека.
После пропуска ученику полезны запись, конспект и ближайшее задание, если школа их действительно предоставляет. Длительный перерыв требует решения куратора о возвращении в группу или другом темпе обучения.
Операционный источник здесь - журнал посещений и программа курса. Определите, какие поля он отдаёт боту и какие изменения принимает обратно. Если данные не получены, ответ должен обозначать ожидание, а не подменять свежую запись старым текстом.
Вопрос к вам: сколько таких случаев было за прошлый месяц и сколько потребовали повторного обращения?
Лайфхак: возьмите пять последних обращений и отметьте, какую информацию человек уже сообщил. Из этих данных получится короткий первый экран бота.
Какие данные и решения подготовить
Разделите поля на необходимые для следующего действия и необязательные для отчёта. Вторые можно спрашивать позже. Для каждого вопроса назовите проверку, ради которой он появился; иначе анкета станет длиннее задачи.
Если возникает «длительный перерыв требует плана преподавателя», сценарий не должен терять уже полученные сведения. При передаче сотрудник видит исходный вопрос и то, что успела проверить система.
У родителя, ученика и преподавателя разные права на учебные сведения. Платежи и результаты тестов нельзя раскрывать по одному имени в чате. Перед отправкой ссылки проверьте действующий урок и группу, иначе бот будет очень быстро распространять ошибочную версию.
Повторное нажатие должно находить прежнюю запись. Если система создаёт дубль, сотрудник потом разбирает два статуса по одной задаче. Используйте устойчивый ключ операции и журнал подтверждений.
Перед тестом назначьте владельца исходных сведений и владельца текста бота. Когда правило меняется, оба проверяют одну и ту же цепочку: что введено, что сохранилось, кто получил задачу и каким сообщением она завершилась. Дата обновления без ответственного не защищает от старого ответа.
Два способа обработать запрос
Вручную. Куратор понимает цель ученика и причину затруднения. Без инструментов ему приходится повторять одинаковые инструкции и искать вопрос среди разных переписок.
Через бота. Бот выдаёт проверенные материалы и собирает однотипные данные. Его риск - принять открытие файла за обучение или предложить курс и ответ по неверному уровню.
Сравнивайте варианты по времени до фактического решения, а не по скорости первой реплики. Бот может ответить мгновенно и всё равно оставить задачу сотруднику без контекста.
Как запустить сценарий по шагам
Шаг 1. Проверить факт пропуска
Сопоставьте ввод с источником «Журнал посещений и программа курса». Отсутствие записи и несоответствие данных требуют разных сообщений и разного пути к сотруднику.
Шаг 2. Уточнить доступность записи
Запросите только поля, необходимые для этого действия. Сохраните исходное пояснение и дайте возможность исправить ответ без нового диалога.
Шаг 3. Предложить материал и помощь
Укажите наблюдаемый результат шага и ответственного за его проверку. Пройдите обычный, ошибочный и повторный вариант до запуска.
Шаг 4. Передать куратору ответ ученика
Передайте ответственному исходный запрос, проверенные данные и причину маршрута. Убедитесь, что задача принята, а не только отправлена.
Пройдите весь маршрут на нескольких реальных ситуациях. В тесте нужны успешный вариант, неполные данные, повтор, изменение исходной записи и исключение «длительный перерыв требует плана преподавателя». Смотрите одновременно на экран пользователя и запись исполнителя. Если они говорят о разных итогах, сценарий ещё не готов к широкому потоку.
Таблица проверки результата для «возврат после пропуска»
Для этой задачи контролируйте показатель «доля вернувшихся к следующему занятию». Зафиксируйте его определение, период и источник до запуска. Дополните его временем до результата и числом случаев, которые пришлось исправлять вручную. Иначе отчёт может объявить успехом отправку сообщения, за которой не было нужного действия.
Пример расчёта (условные цифры): если из 80 начатых диалогов 20 не завершают нужное действие, потери на этом пути составляют 25%. Причину выясняют по шагам и исходным разговорам. Это оценка для проверки процесса, а не обещание эффекта внедрения.
Добавьте в журнал причину ручной передачи. Частая причина подскажет, какое правило, документ или поле нужно обновить следующим.
Вопрос к вам: сколько похожих задач в месяц завершается без повторного уточнения и сколько возвращается с той же проблемой?
Лайфхак: храните три проверочных случая рядом с описанием сценария. После каждого изменения прогоняйте их заново и добавляйте новый случай, если обнаружили повторяющуюся ошибку.
Что ещё связано
Сценарий опирается на качество исходных данных и понятную передачу исключений. В A3bot можно собрать маршрут вокруг вашей рабочей системы. Стоимость обсуждаем после разбора задачи.
Заметка эксперта
У задачи «возврат после пропуска» есть проверяемое завершение. Бот полезен, когда он приближает к этому завершению и не скрывает задержку или ошибку. Начните с небольшого потока, подтвердите итог в основной системе и только затем расширяйте сценарий.
Напишите, какой процесс хотите автоматизировать: A3bot