
База знаний — это проверенный набор сведений, по которым ИИ отвечает ученикам и родителям: об услугах, ценах, расписании и правилах записи. Она помогает быстрее отвечать на повторяющиеся вопросы, но только если информация понятна, согласована и регулярно обновляется. Начать стоит с одного направления и типовых обращений, а сложные или спорные вопросы сразу передавать сотруднику.
Коротко — и что с этим делать
Соберите действующие правила центра в одном месте, назначьте владельца фактов и проверьте ответы на реальных вопросах родителей. Начните с узкого пилота: например, с ответов о расписании и записи на пробное занятие. Если нужного ответа в базе нет, ИИ должен честно сообщить об этом и передать вопрос сотруднику.
Записаться на бесплатный аудит →В базу стоит включать сведения, которые центр действительно готов подтверждать и сообщать клиентам. Это не архив всех документов и не папка с рекламными текстами. Практичная база отвечает на конкретные вопросы: какие занятия доступны, сколько они стоят, когда проходят, как записаться и что делать, если ученик пропускает занятие.
Для первого варианта обычно достаточно следующих разделов:
Не добавляйте в базу предположения вроде «обычно можно перенести занятие» или «скорее всего, место найдётся». Если правило зависит от программы, преподавателя или даты, это нужно явно указать. Например: «Перенос возможен только для занятий по программе А; порядок уточняет администратор». Так ИИ не превратит частный случай в общее обещание.
Полезно хранить не только ответ, но и его контекст: к какой услуге он относится, кто его подтвердил, когда он начал действовать и когда его нужно проверить снова. При этом сама база должна оставаться удобной для обновления. Если информация о цене спрятана в нескольких файлах, вероятность расхождения выше.
Даже верные сведения бесполезны, если они противоречат друг другу или написаны только для сотрудников, которые и так знают внутренние сокращения. Подготовьте короткие блоки по темам: один вопрос или связанная группа вопросов — один ясный ответ. Вместо длинного положения на несколько страниц выделите практическое правило и условия его применения.
Для каждой записи можно завести простой набор полей:
Например, вопрос «Можно ли пропустить занятие и отработать позже?» не должен вести к одной общей фразе, если условия различаются по курсам. Лучше разделить ответы по программе или указать, что решение зависит от конкретного договора и требует проверки администратором. ИИ не должен самостоятельно трактовать договорные условия или выбирать более выгодное для клиента исключение.
Отдельно проверьте документы, в которых правила могут расходиться: страницу сайта, памятку для родителей, таблицу администратора и сообщение в канале связи. Назначьте один источник действующих фактов, а остальные материалы обновляйте вслед за ним. Если центр уже использует цифровые решения, варианты внедрения можно посмотреть на странице продуктов KM2B. Состав и настройка решения зависят от того, где хранятся сведения и как клиенты обращаются в центр.
За актуальность должен отвечать назначенный владелец фактов — сотрудник, который имеет право подтвердить сведения по своей зоне. Это не обязательно один человек на весь центр. Руководитель направления может отвечать за программы, администратор — за расписание и запись, бухгалтер или уполномоченный сотрудник — за цены и оплату. Важно, чтобы по каждой теме было понятно, кто принимает окончательное решение.
Правило простое: ИИ не должен сам менять утверждённые условия. Он может использовать только проверенную версию, а изменение вносит человек, который отвечает за соответствующий процесс. Если новый курс запускается в понедельник, до его появления в ответах нужно подтвердить описание, цену, возрастную группу, расписание и порядок записи.
Проверку лучше привязать к изменениям, а не только к календарю. Пересмотр нужен после изменения цены, открытия или закрытия группы, замены преподавателя, изменения правил переноса, запуска акции или переезда. Дополнительно можно установить регулярную проверку, например раз в месяц, но она не заменяет обновление сразу после важного изменения. Частоту определяют по тому, как часто меняются предложения центра и насколько критично устаревание конкретного факта.
На практике полезен короткий порядок согласования:
Внедрение ИИ и настройку процессов команда KM2B описывает на странице услуг. На старте важно определить не только техническую часть, но и владельцев сведений: без них даже хорошо настроенная система со временем начнёт опираться на устаревшие правила.
Перед запуском соберите реальные вопросы, которые поступают по телефону, через сайт, Telegram, MAX, ВКонтакте и электронную почту. Уберите из примеров фамилии, телефоны и другие сведения, по которым можно определить человека. Затем сгруппируйте вопросы: цены, расписание, пробное занятие, пропуски, возвраты, документы, выбор программы и перевод в другую группу.
Проверьте не только точность ответа, но и границы полномочий. Для каждого вопроса решите, может ли ИИ ответить самостоятельно, должен ли задать уточнение или обязан передать обращение сотруднику. Сравнение подходов может выглядеть так:
| Ситуация | Что делает ИИ | Что проверяет центр |
|---|---|---|
| Есть утверждённое правило о расписании | Сообщает расписание и условия по выбранной группе | Верно ли определена группа и дата действия расписания |
| Условия зависят от программы или договора | Уточняет услугу либо направляет к администратору | Не выдано ли частное условие за общее правило |
| В базе нет сведений или источники противоречат друг другу | Не угадывает, сообщает об ограничении и передаёт вопрос сотруднику | Кто устранит пробел и подтвердит ответ |
Составьте проверочный набор из типовых и неудобных формулировок. Один и тот же вопрос родители могут задать по-разному: «Сколько стоит месяц?», «А сколько платить за четыре занятия?» или «Цена уже с материалами?». Проверьте, понимает ли система, когда речь о разных условиях, и не смешивает ли стоимость абонемента с ценой разового занятия.
После проверки попросите сотрудников оценить ответы по трём признакам: факт верен, условия не потеряны, формулировка понятна родителю. Отдельно отмечайте случаи, когда ответ звучит уверенно, но опирается не на подтверждённое правило. Такой случай нужно исправить до расширения пилота.
Проверьте базу знаний до подключения клиентов
На бесплатном аудите за 30 минут мы поможем определить узкий участок для пилота, оценить готовность материалов и обозначить вопросы по защите данных. Точный состав работ и стоимость можно определить после изучения процессов центра.
Бесплатный аудит за 30 минут →Если в базе нет точного ответа, ИИ должен честно сообщить об ограничении и передать вопрос сотруднику, не додумывая факт. Например: «В правилах нет подтверждённого ответа по этому случаю. Передам вопрос администратору, чтобы он уточнил условия». Это лучше, чем уверенно назвать неподтверждённую цену или обещать перенос занятия, который центр может не разрешить.
Порядок передачи нужно определить заранее: куда поступит вопрос, кто его увидит и в какой срок центр планирует ответить. Не обещайте клиенту срок, если он не установлен. В системе можно помечать тему обращения и сохранять сам вопрос, чтобы владелец базы видел повторяющиеся пробелы. Затем он проверяет, стоит ли добавить новое правило или случай должен и дальше разбираться индивидуально.
Причины передачи бывают разными: вопрос касается конкретного договора, данных ученика, исключения из правила или спорной ситуации; информация отсутствует; источники противоречат друг другу; человек просит связать его с сотрудником. Такие ограничения не являются недостатком базы. Наоборот, они не дают автоматическому помощнику выдавать предположение за официальную позицию центра.
Также полезно предусмотреть отказ от автоматического ответа, когда сообщение непонятно или содержит несколько разных вопросов. ИИ может попросить уточнить программу и возрастную группу, но не должен собирать лишние сведения. Если для решения нужен сотрудник, достаточно передать обращение по установленному маршруту.
Обновление базы — часть обычной работы центра, а не разовая подготовка перед запуском. При изменении услуги или цены ответственный обновляет утверждённые сведения, проверяет дату вступления правила в силу и сообщает тем, кто отвечает за публикацию информации. Старую версию нужно убрать из источника ответов или явно пометить как недействующую, иначе система может найти оба варианта.
Полезно вести журнал изменений: что поменялось, кто подтвердил изменение, когда оно вступило в силу и какие ответы нужно перепроверить. Например, при переносе начала курса могут стать неверными не только даты в расписании, но и ответы о записи, наличии мест и пробном занятии. Пересматривайте связанные записи вместе, а не только одно поле.
После запуска смотрите на обращения, переданные сотрудникам, и на жалобы о неверных ответах. Это помогает найти не только технические ошибки, но и неясные правила. Если родители регулярно спрашивают, включены ли материалы в стоимость, возможно, в описании услуги этот пункт не сформулирован однозначно. Решение — подтвердить формулировку и добавить её в базу, а не пытаться заставить ИИ угадывать намерение владельца.
Для оценки пилота заранее выберите понятные показатели: сколько вопросов система обработала без участия сотрудника, сколько обращений пришлось передать, какие ошибки нашли при проверке и сколько времени администраторы тратят на повторяющиеся ответы до и после запуска. Сравнивайте одинаковые периоды и учитывайте сезонность: перед началом учебного года обращений обычно больше, чем во время каникул. Если нужно оценить возможную окупаемость, используйте фактические затраты времени и стоимость внедрения; ориентир для узкого пилота часто составляет 2–4 месяца, но это не гарантия и зависит от конкретного процесса. Подход к расчёту можно изучить на странице оценки окупаемости.
Вопросы об услугах и правилах можно обрабатывать отдельно от сведений об ученике. Для общих ответов ИИ обычно не нужны фамилия ребёнка, телефон родителя, адрес, сведения об оплате или данные о его успеваемости. Не помещайте такие сведения в общую базу знаний и не используйте реальные переписки для настройки без оценки правовых оснований и мер защиты.
Если система принимает обращения, где могут содержаться персональные данные, образовательному центру нужно определить цели и порядок обработки, круг сотрудников с доступом, сроки хранения и меры защиты с учётом 152-ФЗ. Настройка должна учитывать, где обрабатываются и хранятся данные, кто получает к ним доступ и как обращение передаётся сотруднику. Эти вопросы следует согласовать до запуска, а не после появления клиентских обращений.
Не используйте в ответах неподтверждённые обещания о качестве обучения, результатах учеников или гарантированном поступлении. Информация о программах и продвижении должна соответствовать действующим правилам и требованиям 38-ФЗ о рекламе. Если центр публикует сведения об услугах в нескольких каналах, проверяйте согласованность формулировок и условий.
Для первого этапа можно выбрать одну услугу, один канал обращений и ограниченный набор вопросов. Запустить пилот дешевле и безопаснее, чем сразу подключать все направления и переносить в систему все документы. Точную стоимость определяют после аудита, поскольку на неё влияют состояние материалов, количество услуг, каналов и требования к передаче обращений. Обычно разумно начать с небольшого участка и расширять его только после проверки качества и процесса обновления.
Начните с проверки одного процесса
Если в центре уже есть вопросы, на которые администраторы отвечают каждый день, это подходящая точка для оценки пилота. Команда KM2B поможет определить состав проверенной базы, роли ответственных и порядок передачи вопросов, на которые нельзя ответить автоматически.
Записаться на бесплатный аудит →