ИИ-куратор онлайн-школы: как снять повторяющиеся вопросы и не потерять качество

Онлайн-школа быстро накапливает повторяемую поддержку. Где запись урока, когда откроется модуль, как сдать домашнюю работу, куда загрузить файл, почему не применился промокод, что делать с рассрочкой. Кажется, достаточно загрузить список частых вопросов и дать агенту доступ к чату. Но вопросы относятся к разным системам и рискам: один решается ссылкой, другой требует данных ученика, третий меняет договорные условия. Поэтому хороший пилот начинается с классификации, а не с обещания «заменить куратора».

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

Разложите обращения по источнику истины

Навигационные вопросы имеют стабильный ответ: ссылка на запись, раздел с материалами, порядок загрузки задания. Их источник — каноническая база знаний. В AiHummer поиск по знаниям возвращает фрагменты и ссылки; документация RAG подчёркивает зависимость качества от документов, индексации и модели. У каждой инструкции должен быть владелец, версия курса, дата актуальности и правило снятия старого материала.

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

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

Соберите знания как продукт

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

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

Не превращайте длинный внутренний регламент в публичный ответ. Агенту нужен короткий слой: что сказать ученику, что уточнить, что не раскрывать, куда эскалировать. Полный документ остаётся источником для проверки. Внешний текст из базы знаний рассматривайте как данные, а не инструкции для модели.

Проектируйте персональный доступ

Чтобы показать статус урока или платежа, агент должен понимать, кто обращается. Идентификатор чата может быть частью маршрута, но политика идентификации зависит от канала и риска. Не просите лишние паспортные или платёжные сведения. Для чтения статуса выдайте отдельную техническую учётную запись с минимальным доступом. Для изменений используйте другой инструмент и более строгую проверку.

Пароли и токены интеграций хранятся отдельно от профиля агента. Документация агентов и персон объясняет, что почтовые секреты уходят в защищённое хранилище и не отрисовываются в промпт. Это архитектурная основа, но она не отменяет ротацию, аудит прав и сетевые ограничения.

Изменения с последствиями — продление доступа, возврат, отправка письма — можно выполнять только после одобрения человеком. В AiHummer гейт включается для конкретного списка инструментов; документация об одобрении действий не обещает универсальную защиту без конфигурации. Определите, что именно увидит проверяющий: действие, аргументы, основание и последствия.

Модельный поток поддержки

Ученик спрашивает: «Где запись второго вебинара?» Агент определяет курс и поток, ищет актуальную карточку, отвечает коротко и даёт ссылку. Если материал ещё не опубликован, берёт статус из LMS или честно сообщает, что не может его подтвердить.

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

Вопрос о рассрочке уходит в финансовую поддержку. Агент может дать общую опубликованную памятку, но не придумывает остаток, график или условия. Если платёжный инструмент подключён, права должны быть минимальными, а чувствительные действия — отдельно подтверждены.

Измеряйте качество, а не объём сообщений

До пилота соберите базовую линию: темы, время до первого полезного ответа, повторные контакты, ручные минуты, ошибочные маршруты. После запуска сравнивайте те же определения на ограниченной группе. «Агент отправил 100 сообщений» не означает, что он решил 100 вопросов.

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

ROI считайте только после пилота. Учитывайте время подготовки и обновления знаний, контроль качества, интеграции, стоимость модели и инфраструктуры. Экономия куратора — не вся длительность диалога, а подтверждённо снятые действия за вычетом проверки и исправлений.

Ограничения

AiHummer не подключается к любой LMS автоматически и не знает статусы без интеграции. RAG не гарантирует верный ответ при плохом или устаревшем источнике. Каналы и возможности зависят от плана и конфигурации. Одобрение человеком защищает только перечисленные инструменты. Агент не должен принимать педагогические и финансовые решения без утверждённого процесса. Нельзя обещать ответ 24/7, сокращение нагрузки или рост удержания без измерений.

Чек-лист пилота

1. Собрать двадцать-тридцать повторяющихся вопросов и классифицировать их.
2. Выбрать один курс и одну группу.
3. Назначить владельцев источников и удалить противоречия.
4. Подготовить эталонный набор формулировок и ожидаемых ссылок.
5. Разделить общие знания и персональные статусы.
6. Настроить идентификацию и минимальные права LMS только для чтения.
7. Определить решения, которые всегда остаются за человеком.
8. Передавать рискованные инструменты на одобрение человеку и проверить аргументы.
9. Настроить эскалацию с минимальным, но достаточным контекстом.
10. Снять базовую линию и критерии остановки.

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