Сотрудник спрашивает, как оформить отпуск. Ассистент находит инструкцию и отвечает. Затем сотрудник уточняет, сколько дней доступно лично ему, и просит подготовить заявление. Это уже другие задачи: нужны актуальные сведения кадровой системы, подтвержденная личность пользователя и право создать заявку. Загруженного справочника для них недостаточно.
HR-ассистент для сотрудников соединяет несколько видов работы: объясняет общие правила, получает разрешенные личные сведения и помогает оформлять обращения. Разберем, как связать эти действия так, чтобы кадровая служба получала готовые заявки, а сотрудник видел достоверный результат. Подбор кандидатов и оценка резюме требуют другого процесса и здесь не рассматриваются.
Разделите справочный вопрос, личный запрос и действие
Справочный вопрос относится к процедуре: где найти форму, к кому обратиться, какие сведения указать. Источник — утвержденные документы компании. Персональный запрос относится к конкретному человеку: доступный ему статус, назначенное обучение или состояние обращения. Источник — кадровая система. Действие меняет процесс: создает заявку, отправляет ее на согласование или готовит изменение.
У этих задач разные условия успеха. Для справки нужен подходящий и действующий документ. Для личного ответа — правильный сотрудник, разрешенный объем данных и актуальная запись. Для действия — проверенные поля и подтвержденный результат в системе. Если оценивать все по правдоподобию ответа, ошибки двух последних видов останутся незаметными до обращения в кадровую службу.
Составьте перечень обращений по фактической работе HR. Для каждого укажите источник, получателя результата и допустимое действие. Формулировка «помощь с командировкой» слишком широка: узнать порядок, проверить статус и изменить заявку — отдельные операции. Так становится видно, какие запросы уже можно обслужить, а для каких еще нет интеграции или согласованной процедуры.
Начинать удобно с массового процесса, где результат можно проверить. Например, с подготовки одного вида внутренней заявки и получения ее статуса. Возможность ответить на множество общих вопросов не компенсирует неработающее оформление. При этом хороший справочный раздел полезен сам по себе: он должен честно сообщать, какие действия ассистент уже поддерживает.
Личность сотрудника определяется вне переписки
Имя, которое человек написал в чате, не подтверждает его личность. Ассистенту нужна связь с корпоративной учетной записью и идентификатором сотрудника в кадровой системе. После входа программа получает только те сведения, которые разрешены этому пользователю. Уточнение фамилии в диалоге может помочь найти тему обращения, но не должно открывать доступ к личной карточке другого человека.
Сотрудник может работать в нескольких подразделениях или организациях группы. В таком случае до личного ответа уточняют, к какой записи относится запрос. Это влияет на применимые документы, руководителя и маршрут согласования. Выбрать первое совпадение по фамилии опасно: ассистент может выдать корректные данные из чужой или неактуальной карточки.
Например, сотрудник перевелся в другой филиал, но продолжает старую переписку с ассистентом. Тема обращения осталась прежней, а инструкция и согласующий изменились. Программа должна получить текущую принадлежность из кадровой системы и объяснить изменение маршрута. История диалога здесь помогает продолжить разговор, но не служит источником действующих полномочий и организационных связей.
Полномочия руководителя также проверяют по системе. Просьба посмотреть обращения команды не означает право просматривать все сведения подчиненных. Для каждой операции задают допустимые поля и круг сотрудников. Проверка выполняется при обращении к источнику, а не только в начале чата: состав команды и права могут измениться, пока история переписки сохраняется.
У кадровых изменений бывает дата начала действия. Запись о будущем переводе уже внесена, но сотрудник пока работает по прежнему маршруту. Интеграция должна возвращать сведения на нужную дату, если источник поддерживает такую логику. Простое чтение последней измененной записи может применить будущие условия раньше времени. Это отдельный сценарий для проверки вместе с администратором HRM.
Особого внимания требуют общие устройства. Если сотрудники пользуются одним терминалом, личный ответ не должен оставаться доступным следующему пользователю. Проекту нужны завершение сессии, ограничение истории и понятный повторный вход. Голосовой интерфейс добавляет еще один вопрос: можно ли произносить запрошенные сведения вслух в месте, где их услышат коллеги.
Ассистенту не требуется копия всей кадровой базы для каждого ответа. Интеграция получает поля под конкретную разрешенную задачу. Это упрощает объяснение результата и уменьшает число мест, где сохраняются личные данные. Сообщение о состоянии заявки, например, обычно не требует передавать модели всю кадровую историю сотрудника.
Общий регламент и состояние сотрудника берутся из разных источников
Документ описывает правило, а кадровая система хранит фактическое состояние. Ассистент может объяснить порядок действия по регламенту, но не должен вычислять личный остаток или статус из старой переписки. Такие сведения запрашивают в HRM — системе управления персоналом — или другом согласованном источнике, который компания использует для этой операции.
Для справочного ответа важно выбрать документ, применимый к подразделению и периоду. У филиалов могут различаться контакты кадровой службы, маршруты заявок и локальные инструкции. Поэтому у документа нужны область действия, дата и владелец. Как подготовить такой набор источников, мы разбирали в статье о базе знаний для чат-бота.
Когда персональные данные расходятся с ожиданием сотрудника, ассистент показывает источник и время получения сведений, затем предлагает маршрут уточнения. Он не исправляет кадровую запись на основании реплики в чате. Специалист должен увидеть, какое значение вызвало вопрос и из какой системы оно пришло, чтобы проверить первопричину расхождения.
Недоступность источника тоже влияет на ответ. Если кадровая система не отвечает, нельзя заменить личный статус общим правилом и представить его как факт о сотруднике. Допустимо объяснить порядок и сохранить обращение для продолжения, если это предусмотрено процессом. Сам персональный результат остается неподтвержденным до успешного получения данных.
В ответе полезно отделять основания: «По инструкции действует такой порядок» и «В системе у вашей заявки такой статус». Тогда человек понимает, где общее правило, а где запись о его обращении. Ссылка на документ не подтверждает автоматически персональный вывод, если этот вывод должен был прийти из другой системы.
Заявка проходит тот же маршрут, что и обращение через портал
Ассистент собирает сведения, необходимые для выбранного процесса, и показывает их перед отправкой. Поля и проверки должны соответствовать действующему порталу или кадровой системе. Новый канал не должен создавать обходной путь, в котором отсутствует обязательное согласование или используется иной набор допустимых значений. Иначе кадровая служба получит два несовместимых варианта одного процесса.
Пример проектирования: сотрудник просит оформить отпуск и называет период. Ассистент уточняет недостающие поля, получает разрешенные сведения из кадровой системы, показывает подготовленную заявку и после подтверждения отправляет ее по установленному маршруту. Конкретные проверки и документы задает кадровая служба. Этот пример не описывает полный состав операций нашего опубликованного HR-кейса.
Сбор полей лучше завершать одним понятным просмотром результата. Сотрудник видит даты, тип обращения, выбранную организацию и дальнейший маршрут. Для голосового канала существенные значения повторяют или показывают текстом там, где это возможно. Ошибка распознавания даты должна обнаружиться до отправки, а не во время согласования у руководителя.
Подтверждение создания возвращает кадровая система. Ассистент сообщает номер и статус, по которым обращение можно найти. Если результат записи неизвестен, он так и обозначается. Фраза «заявка отправлена» допустима только после подтверждения; иначе сотрудник будет ждать действия, которого в рабочей системе может не существовать.
Нужно различать подготовку, отправку и одобрение. Созданная заявка еще не означает согласованное кадровое действие. В ответе указывают фактическую стадию и следующий шаг: кто рассматривает обращение или какие сведения требуется добавить. Такой статус полезнее общего «все готово», которое заставляет кадровиков отдельно объяснять сотруднику реальное положение дел.
Запрос на изменение или отмену проходит собственную проверку. Сначала получают актуальный статус исходной заявки и выясняют, какие действия разрешены на этой стадии. Согласованное обращение нельзя считать обычным черновиком. Ассистент либо запускает предусмотренную процедуру изменения, либо передает вопрос ответственному вместе с номером заявки и желаемой правкой.
Передавайте кадровику весь контекст обращения
Часть вопросов требует профессионального решения или разговора с человеком. Ассистент должен распознать предел поддерживаемого сценария и предложить передачу без бесконечных уточнений. Например, личное расхождение в учете, конфликтующая инструкция или нестандартное изменение уже согласованной заявки не решаются добавлением еще одного абзаца из базы знаний.
Вместе с обращением кадровик получает тему, подтвержденного сотрудника, связанные документы и то, что программа успела проверить. Длинную переписку можно свернуть в краткую сводку, сохранив доступ к источникам. При этом сводка не заменяет оригинал: специалисту должна быть доступна точная формулировка, если от нее зависит решение.
Не вся история чата нужна каждому исполнителю. В одном разговоре сотрудник мог обсуждать несколько личных вопросов. Передаваемый контекст ограничивают текущей задачей и правами получателя. Иначе удобная функция передачи обращения станет способом распространить сведения, которые не относятся к работе конкретного специалиста.
Сотрудник должен видеть, куда попал вопрос и как продолжить общение. Обещанный срок ответа берут из действующего порядка обслуживания, а не генерируют свободно. Если срок не установлен, ассистент не придумывает его. Номер обращения и фактический ответственный дают больше определенности, чем неподтвержденное обещание решить вопрос в ближайшее время.
Направление заявки сотруднику, который отсутствует, требует предусмотренного замещения. Ассистент получает этот маршрут из рабочего процесса, а не выбирает коллегу по похожей должности. Если замещающий не назначен, задача остается видимой у владельца процесса. Полезно отдельно учитывать такие задержки: они показывают недостаток маршрута согласования, который настройкой ответов модели не устранить.
После передачи кадровику программа не должна самостоятельно продолжать тот же процесс и менять заявку параллельно человеку. Новые сведения добавляются к обращению и показываются ответственному. Возврат к автоматическому сценарию возможен по определенному событию, например после подтверждения исправленных данных, а не просто после следующего сообщения сотрудника.
Голос подходит тем процессам, где помогает сотруднику
В нашем проекте HR-ассистента компания с более чем 500 сотрудниками уже использовала кадровый портал. Мы связали голосовой интерфейс с HRM и календарем, чтобы сотрудник мог подать заявку, найти информацию или записаться. Время оформления заявок сократилось на 60%; ассистент обрабатывает 200 обращений в день.
Главные сложности проекта — распознавание речи в реальных условиях и правильная привязка запроса к действию в HRM. Для распознавания использовали несколько движков. Действия сохраняются в журнале, критичные операции подтверждает сотрудник. Этот опыт показывает, что удобство разговора зависит от всей цепочки до рабочей системы, а не только от качества ответа языковой модели.
Голос стоит выбирать по условиям работы. Он удобен, когда сотруднику трудно печатать, но плохо подходит для длинной проверки реквизитов или разговора о личных данных в общем помещении. Часто нужен переход между голосом и текстом в пределах одной заявки. При смене канала должны сохраняться подтвержденная личность и состояние обращения.
Сравнение голосового канала с меню и переводом на оператора разобрано в статье о голосовом боте вместо IVR. Для HR важнее другой выбор: какой способ позволит сотруднику пройти конкретную процедуру с меньшим числом уточнений. Необязательно начинать с голоса, если основной поток уже удобно идет через корпоративный чат.
Проверяйте весь путь сотрудника до результата
Для приемки соберите сценарии разных групп сотрудников и реальные формулировки обращений. Важны совпадающие фамилии, работа в нескольких подразделениях, смена руководителя, устаревшая инструкция и временная недоступность HRM. Правильный ответ на общий вопрос не подтверждает, что система верно определяет личную запись или соблюдает доступ при выполнении действия.
- Справка: выбран действующий документ для нужного подразделения; источник открывается пользователю.
- Личный ответ: сведения относятся к вошедшему сотруднику и получены из разрешенного источника.
- Заявка: проверенные поля попали в рабочую систему, возвращены номер и фактический статус.
- Изменение: сохранена связь с исходным обращением и учтена текущая стадия согласования.
- Передача кадровику: назначен ответственный, сохранен нужный контекст, лишние личные сведения исключены.
Отдельно проверяйте отказ в доступе. Ассистент не должен подтверждать наличие чужой заявки или раскрывать часть ее содержания в объяснении отказа. Такие сценарии проверяют при изменении ролей и интеграций. Настройка прав в самой кадровой системе полезна только тогда, когда промежуточный сервис действительно сохраняет эти ограничения.
Рабочие показатели — время оформления, доля завершенных обращений, число повторных контактов по тому же вопросу и исправления кадровой службы. Объем диалогов сам по себе не доказывает удобство: сотрудник может несколько раз возвращаться, потому что предыдущая попытка не привела к результату. Связывайте измерения с обращением и конечным состоянием.
Учитывайте труд кадровиков после ответа ассистента. Если программа быстро создает неполные заявки, а специалисты затем вручную уточняют их, нагрузка просто перемещается. На пилоте фиксируют и время сотрудника, и время кадровой службы. Приемка должна показать, где именно исчезла работа и какую часть проверки люди по-прежнему выполняют.
Первые пользователи должны представлять разные условия работы, а не только команду проекта. Проверьте сценарий со сменным графиком, неудобным устройством или редким обращением, если такие ситуации есть в компании. Человек, который впервые открывает ассистента, обнаружит неясное название и потерянный шаг раньше, чем разработчик, знающий весь маршрут.
У кадрового процесса и справочника должны быть владельцы
Кадровая служба отвечает за правила и актуальность документов, администратор HRM — за доступы и интеграцию, команда разработки — за обработку запросов и технические сбои. Нужен также владелец результата, который видит обращения без завершения. Без него ошибки могут оставаться между командами: текст ответа верен, сервис доступен, но сотрудник так и не получил нужную услугу.
Обновление инструкции проверяют на затронутых сценариях до включения новой версии. Изменился маршрут согласования — надо проверить создание и статус заявки, а не только переиндексировать документ. Устаревшие ответы сохраняют в истории с отметкой о версии, но не используют как действующее основание для новых действий сотрудника.
Для первого разбора подготовьте перечень частых обращений, действующие инструкции и примеры завершенных заявок без лишних личных данных. На диагностике корпоративного ассистента мы разделим справочные ответы, персональные запросы и операции, составим список источников и выберем сценарий прототипа. Срок и состав пилота определим после проверки доступности HRM и маршрута согласования.