Частые вопросы об онбординге
Нужно ли выдавать новичку доступ ко всем документам ради работы с ИИ? Нет: права назначают по роли и только на нужные материалы. Кто отвечает за неверную инструкцию помощника? Наставник и владелец процесса проверяют критические ответы. Когда пересматривать базу знаний? После каждого изменения процесса и при обнаружении ошибки, а не только по календарю.
Первый день как проверка системы
Новичок спрашивает, где лежит шаблон договора, кто согласует скидку и как получить доступ к задаче. Если ответы разбросаны по чатам, коллеги тратят время на одни и те же объяснения. ИИ-помощник кажется удобным решением, но загрузка всей корпоративной папки в поиск создаёт новую проблему: человек может получить документ, который ему не положен. Начинайте не с модели и не с красивого диалога, а с карты вопросов первой недели и списка документов, которые действительно можно показывать этой роли.
Составьте маршрут по дням
Попросите руководителя и наставника записать десять задач, которые сотрудник должен уметь сделать к концу недели. Разделите их на самостоятельные действия, действия с проверкой и действия, к которым пока нет доступа. Для каждого пункта укажите действующую инструкцию, владельца и дату последней проверки. Если ответа в инструкции нет, не просите модель его сочинить. Создайте вопрос владельцу процесса. Такой маршрут полезен и без ИИ: он обнаружит пробелы в документации, которые раньше прятались за устными объяснениями.
Права раньше поиска
Настройте доступ к документам по ролям и проверьте его от лица тестового нового сотрудника. Система поиска не должна возвращать фрагменты из закрытых договоров, зарплатных ведомостей, переписок по персоналу или клиентских данных. Особенно опасна ситуация, когда ссылка недоступна, но поисковый фрагмент уже раскрывает содержание. Проверьте не только ответы на прямой вопрос, но и обходные формулировки: «покажи пример», «сравни отделы», «какие были исключения». Если права документов не наследуются поиском надёжно, не подключайте закрытый архив к помощнику.
Запрос с опорой на действующее правило
Помощнику можно задать дисциплину: ответь только по доступной сотруднику действующей инструкции, укажи название и дату документа, а если сведений нет — направь к владельцу. В интерфейсе показывайте ссылку на первичный документ. Нельзя ограничиться красивым ответом без возможности проверить его происхождение. Вопрос «можно ли согласовать скидку 15%» часто зависит от должности, сегмента клиента и текущего квартала. Модель не должна переносить чужое исключение на нового сотрудника, даже если находит старую переписку с похожей цифрой.
Наставник остаётся в процессе
Роль наставника не сводится к ответам на одинаковые вопросы. Он показывает негласные правила работы, замечает неуверенность, объясняет последствия ошибки и помогает познакомиться с командой. Назначьте короткие встречи в конце первого, третьего и пятого дня. Попросите новичка записать три вопроса, на которые помощник ответил плохо или слишком уверенно. Это даст материал для улучшения базы знаний. Не измеряйте успех количеством вопросов, которые удалось убрать из живого общения: для некоторых тем человеческий разговор и есть часть адаптации.
Как тестировать до запуска
Подготовьте проверочный набор: пять обычных вопросов, пять вопросов с устаревшим ответом и пять вопросов о данных, недоступных этой роли. Для каждого заранее определите ожидаемое поведение. Оцените три вещи: точность по действующему документу, корректный отказ при отсутствии доступа и понятное направление к человеку. Если модель хорошо отвечает на обычные вопросы, но раскрывает один закрытый документ, выпускать её нельзя. После обновления правил повторяйте эти тесты. Статическая демонстрация в день запуска не показывает, что будет через месяц, когда документ изменится.
Обновление базы без хаоса
У каждой инструкции должен быть хозяин. При изменении процесса он обновляет документ и дату действия, а старая версия становится архивной. Не давайте поиску одновременно показывать обе как актуальные. Если вопрос зависит от региона или подразделения, добавьте условие в явном виде. Раз в месяц просматривайте список ответов «не найдено» и жалоб на неточность. Они подскажут, где пробел в документации, а не обязательно в модели. Если никто не назначен владельцем правил, качество помощника быстро ухудшится вне зависимости от выбора технологии.
Когда считать пилот полезным
Сравните две группы новичков по одинаковому набору задач с поправкой на сложность роли. Меряйте время до первого самостоятельного выполнения, долю вопросов с подтверждённым источником и число исправлений наставника. Не заявляйте об экономии часов, если часть работы просто перешла к администратору базы. В завершение недели спросите самого сотрудника, какие ответы были понятными, а где он боялся ошибиться. Хороший онбординг делает правила доступными и сохраняет безопасный путь к человеку, когда правило не покрывает реальную ситуацию.
Когда остановить помощника
Если в вопросе фигурирует конфликт с руководителем, медицинское состояние, зарплата или жалоба на дискриминацию, человек должен видеть понятный маршрут к уполномоченному специалисту, а не ответ нейросети вместо него. Для таких тем подготовьте короткое нейтральное сообщение с контактами и правилами конфиденциальности. Проверьте, что модель не пересказывает похожую историю другого сотрудника. На тестировании задавайте сложные вопросы без реальных персональных данных: «Кому сообщить о возможной утечке?» и «Как оспорить ошибку в графике?». Если ответ не различает административный вопрос и личную проблему, оставьте помощника только для обычных процедур. Лучше узкий, честный справочник, чем универсальный собеседник, который обещает решить то, за что компания не назначила ему ответственность. Это принципиальная граница.