AI
ИИ для адаптации сотрудников
ИИ для HR - это способ превратить утверждённые корпоративные правила в понятную памятку первого дня. HR-координатор передаёт ИИ тексты документов и получает ответ на типичный вопрос новичка. В статье - учебный пример: два документа, вопрос о доступе к системе, правильный и ошибочный ответы с разбором, копируемый запрос и пошаговая проверка.
Два учебных документа
Памятку первого дня ИИ составляет только из материалов, которые ему передают. Сроки не придумывает, правила от себя не добавляет - если запрос это ограничивает.
Все роли, часы и процедуры в документах ниже составлены специально для этого примера.
Документ 1. «Первый день», учебная версия 1 от 04.10.2026
«В 09:00 координатор проводит вводную встречу и передаёт разрешённую копию каталога для чтения. В 10:30 запланирована самостоятельная работа в CRM - системе учёта клиентов. Самостоятельная работа возможна только после подтверждения доступа. Если доступ ещё не подтверждён, читать переданную копию каталога; занятие в CRM координатор перенесёт после подтверждения. Приведённое расписание не гарантирует выдачу доступа к 10:30».
Документ 2. «Доступ к CRM», учебная версия 1 от 04.10.2026
«Заявку отправляют в службу ИТ-поддержки. Доступ согласует владелец CRM; после согласования ИТ-служба создаёт личную учётную запись. Работать в CRM можно только под ней. Использовать учётную запись коллеги запрещено. Доступ подтверждается успешным входом в личную запись с нужными правами. Срок обработки заявки здесь не установлен. Координатор узнаёт у службы ИТ-поддержки, что мешает доступу; сам одобрять доступ не может».
Как ИИ отвечает на вопрос новичка - и где ошибается
Новичок пишет координатору: «CRM не открывается. В расписании занятие в 10:30, коллега предлагает войти под его записью. Можно так сделать и когда я смогу работать сам?»
Правильный ответ, составленный только по двум документам:
«Входить под чужой учётной записью нельзя. Документ "Доступ к CRM" это прямо запрещает. Чтобы получить доступ, отправьте заявку в службу ИТ-поддержки. Владелец CRM согласует заявку, после чего ИТ-служба создаст вашу личную учётную запись. Доступ подтверждается успешным входом в личную запись с нужными правами. Когда именно это произойдёт, обещать не могу: в документе срок обработки не установлен. Пока ждёте подтверждения, читайте переданную копию каталога. Занятие в CRM координатор перенесёт после подтверждения доступа».
Теперь намеренно ошибочный ответ на тот же вопрос: «Войдите под записью коллеги, чтобы успеть к 10:30. Ваш доступ появится после обеда».
В этом ответе две ошибки.
Ошибка 1: «войдите под записью коллеги». Документ 2 прямо запрещает использовать чужую учётную запись. Условие расписания этот запрет не перекрывает - документ 1 сам предупреждает, что расписание не гарантирует выдачу доступа к 10:30.
Ошибка 2: «появится после обеда». В документе 2 срок обработки заявки не установлен. Любая привязка к конкретному времени - «после обеда», «к вечеру», «завтра» - не имеет опоры в тексте.
Как исправить: убрать обе фразы. Оставить маршрут заявки, согласование владельцем, личную учётную запись, подтверждение успешным входом и указание читать каталог до получения доступа.
Запрос к ИИ и проверка каждой строки результата
Ниже текст, который можно вставить в ИИ-инструмент целиком. Оба документа приведены дословно.
Ты готовишь ответ новичку на основе двух документов. Отвечай только из этих документов, не добавляй контактов, сроков, SLA или правил, которых в тексте нет.
Документ 1. «Первый день», учебная версия 1 от 04.10.2026. «В 09:00 координатор проводит вводную встречу и передаёт разрешённую копию каталога для чтения. В 10:30 запланирована самостоятельная работа в CRM, системе учёта клиентов. Самостоятельная работа возможна только после подтверждения доступа. Если доступ ещё не подтверждён, читать переданную копию каталога; занятие в CRM координатор перенесёт после подтверждения. Приведённое расписание не гарантирует выдачу доступа к 10:30».
Документ 2. «Доступ к CRM», учебная версия 1 от 04.10.2026. «Заявку отправляют в службу ИТ-поддержки. Доступ согласует владелец CRM; после согласования ИТ-служба создаёт личную учётную запись. Работать в CRM можно только под ней. Использовать учётную запись коллеги запрещено. Доступ подтверждается успешным входом в личную запись с нужными правами. Срок обработки заявки здесь не установлен. Координатор узнаёт у службы ИТ-поддержки, что мешает доступу; сам одобрять доступ не может».
Вопрос новичка: «CRM не открывается. В расписании занятие в 10:30, коллега предлагает войти под его записью. Можно так сделать и когда я смогу работать сам?»
Ответь новичку простыми словами. Укажи: можно ли чужую запись, какой маршрут заявки, кто согласует, что подтверждает доступ, можно ли обещать время, что делать пока ждёшь, кто переносит занятие.
Запрос учебный; эталонный ответ составлен авторами для этого примера.
Эталонный ответ
«Входить под чужой учётной записью запрещено. Документ "Доступ к CRM" это прямо говорит. Чтобы получить доступ, отправьте заявку в службу ИТ-поддержки. Доступ согласует владелец CRM, затем ИТ-служба создаст вашу личную учётную запись. Работать в CRM можно только под ней. Доступ подтверждается успешным входом в личную запись с нужными правами. Срок обработки заявки в документе не установлен, поэтому обещать конкретное время я не могу. Пока ждёте подтверждения, читайте переданную копию каталога. Занятие в CRM координатор перенесёт после подтверждения доступа».
Как проверить каждую фразу по строкам документа
Проверка идёт по конкретным строкам документов, а не по общему ощущению. Для каждой важной фразы ответа нужно найти строку-источник.
| Фраза из ответа | Документ | Строка-источник |
|---|---|---|
| Чужая запись запрещена | Документ 2 | «Использовать учётную запись коллеги запрещено» |
| Заявка в ИТ-поддержку | Документ 2 | «Заявку отправляют в службу ИТ-поддержки» |
| Владелец CRM согласует | Документ 2 | «Доступ согласует владелец CRM» |
| Успешный вход с нужными правами | Документ 2 | «Доступ подтверждается успешным входом в личную запись с нужными правами» |
| Срок не установлен | Документ 2 | «Срок обработки заявки здесь не установлен» |
| Читать копию каталога | Документ 1 | «читать переданную копию каталога» |
| Координатор перенесёт занятие | Документ 1 | «занятие в CRM координатор перенесёт после подтверждения» |
Если ИИ написал «доступ появится после обеда» или назвал конкретного человека - строки-источника для этого не найдётся. Такую фразу удаляют. Запрос снижает риск выдумок, но не устраняет его. Проверка по строкам обязательна перед передачей памятки новичку.
Что handbook GitLab говорит об онбординге HR
В handbook GitLab онбординг разделён на общий и ролевой наборы задач. People Operations - HR-подразделение компании - владеет шаблоном чеклиста. За запросы на доступ к системам отвечает ИТ-отдел, а сотрудники обращаются через канал #it-help. Это открытый источник, лицензия CC BY-SA 4.0, условия использования.
Важная деталь для HR: галочка в чеклисте онбординга может означать «выполнено» или «отмечено как неприменимо». Она не доказывает, что человек фактически вошёл в систему.
Отдельная страница handbook об Access Requests называет другой маршрут. Там заявки обрабатывает Corporate Security Helpdesk - служба корпоративной безопасности, а онбордингом и офбордингом занимается People Connect - служба сопровождения сотрудников. Расхождение формулировок на двух страницах не означает, что одна из них устарела. Маршрут и владелец всегда уточняются у ответственного.
Практические выводы для HR-координатора:
- Сотрудник, который ждёт доступа, может изучать разрешённые материалы. Технический сбой не говорит о плохом навыке.
- Персональные данные, оценки и резюме в учебные материалы не передавайте.
- Отзыв о тексте памятки собирайте добровольно. Если откликаются единицы, их ответы всё равно не анонимны автоматически.
Учебные документы из этой статьи - не правила GitLab: он показывает устройство чужого процесса, не норму вашей компании.
Памятка первого дня, записка координатору и обновление
Памятка первого дня состоит из двух частей: расписания из документа 1 и инструкции по доступу из документа 2. Ниже учебный образец.
Первый день. Учебная версия 1 от 04.10.2026
09:00 - вводная встреча с координатором. Передаётся разрешённая копия каталога для чтения.
10:30 - самостоятельная работа в CRM (системе учёта клиентов). Занятие начинается только после подтверждения доступа.
Если доступ ещё не подтверждён: читайте переданную копию каталога. Координатор перенесёт занятие в CRM после подтверждения. Расписание не гарантирует выдачу доступа к 10:30.
Доступ к CRM. Учебная версия 1 от 04.10.2026
Заявку отправляют в службу ИТ-поддержки. Доступ согласует владелец CRM. После согласования ИТ-служба создаёт личную учётную запись. Работать в CRM можно только под ней. Учётную запись коллеги использовать запрещено. Доступ подтверждается успешным входом в личную запись с нужными правами. Срок обработки заявки не установлен. Координатор узнаёт у службы ИТ-поддержки, что мешает доступу; сам одобрять не может.
Записка координатору
Что проверено в тексте: запрет чужой записи, маршрут через ИТ-поддержку, согласование владельцем CRM, личная учётная запись, подтверждение успешным входом с нужными правами, отсутствие срока, чтение каталога до получения доступа, перенос занятия координатором.
Что осталось непроверенным: реальный вход в систему. Текстовая проверка подтверждает соответствие документам, но реальный вход не наблюдался. Вопрос для ИТ-поддержки: что именно мешает выдаче доступа и когда это устранят.
Когда документ получает версию 2
Предположим, документ 2 получил версию 2. Изменилось одно: вместо «заявку отправляют в службу ИТ-поддержки» теперь написано «заявку подают через форму владельца CRM». Согласующий владелец остался тем же. Координатор по-прежнему узнаёт у ИТ-поддержки, что мешает доступу, и по-прежнему сам одобрять не может.
Что обновить в памятке и FAQ:
- В разделе «как получить доступ» - заменить фразу про ИТ-поддержку на фразу про форму владельца CRM.
- В FAQ на вопрос «Куда обращаться, если CRM не открывается?» - подставить тот же обновлённый маршрут.
Всё остальное остаётся без изменений: запрет чужой записи, личная учётная запись, подтверждение входом, отсутствие срока.
Без подтверждения от ответственного за документ приоритет версии 2 не утверждается. Нужен человек, который скажет: «с этого момента маршрут такой».
Как обучать HR-команду замечать ошибки ИИ
Порядок подготовки учебного материала:
- Выбрать роль и её первую рабочую задачу.
- Найти официальные правила компании.
- Проверить источник и право передачи текста ИИ.
- Составить памятку только по этим правилам.
- Проверить неприятный сценарий: система не открылась, человек растерялся.
- Передать памятку ответственному.
- Собрать добровольный отклик о тексте.
Для упражнения дайте сотрудникам ошибочный ответ из статьи: «Войдите под записью коллеги, чтобы успеть к 10:30. Ваш доступ появится после обеда». Попросите найти две ошибки и обосновать каждую строкой из документа.
Первая ошибка: «войдите под записью коллеги» - документ 2 это прямо запрещает. Вторая ошибка: «появится после обеда» - документ 2 не устанавливает срок обработки.
В правильной памятке ошибок нет. Третьей ошибки в ошибочном ответе тоже нет.
Затем перенесите навык на версию 2 документа с изменённым маршрутом. Попросите найти, что именно изменилось, и обновить только это. Один верный ответ на новом условии показывает наблюдательность, но не доказывает, что навык закрепился надолго.
Три разных задачи - три разных уровня работы
| Задача | Что нужно | Роль ИИ |
|---|---|---|
| Памятка и FAQ по существующим правилам | Утверждённые документы, право передачи текста | Переводит в понятный формат |
| Обновляемая база знаний | Владелец документа, политика версий | — |
| Интеграция LMS или HRIS | ИТ-проект с тикетами, тестированием и миграцией | Составляет ТЗ или черновик инструкции |
LMS (Learning Management System) - система электронного обучения, где хранятся курсы и записи о прохождении. HRIS (Human Resource Information System) - кадровая система с данными о сотрудниках и правах доступа. Подключение LMS или HRIS - отдельный ИТ-проект с тикетами, тестированием и миграцией данных.
Частые вопросы
Можно ли попросить ИИ «сделай как у GitLab»?
Нет. Handbook GitLab описывает процессы конкретной компании, а не универсальный стандарт онбординга. Переносить оттуда сроки, роли или каналы обращений в памятку вашей компании нельзя: у вашей организации другие правила и другие системы. ИИ для HR работает только по документам, которые вы передаёте: они становятся источником ответов для новичка.
Что делать, если ИИ добавил контакт или срок, которых нет в документах?
Удалить эту фразу и сверить весь ответ по строкам документов: для каждого утверждения должна быть строка-источник. ИИ может додумывать детали, и запрос решает проблему лишь частично. Проверка по строкам обязательна перед передачей любой памятки новичку.
Нужно ли согласовывать памятку первого дня с юристом?
В учебном примере юридическая проверка не выполнялась и не заявлялась. Если памятка попадёт в реальный HR-процесс, проверка трудового права и законодательства о персональных данных - отдельный шаг. Это особенно важно, если компания работает в нескольких юрисдикциях или памятка затрагивает права сотрудника. ИИ помогает с текстом, а не с правовой экспертизой.
Как часто нужно обновлять памятку первого дня?
Срок обновления определяет политика вашей компании, а не фиксированное расписание. В учебном примере изменения вносились при смене маршрута подачи заявки - то есть когда появилась версия 2 документа. Если документ не изменился, памятку трогать не нужно. Без утверждённой политики обновлений не устанавливайте произвольные сроки вроде «в тот же день» или «в течение недели».
Можно ли передать новичку учётную запись коллеги в CRM «на один день»?
Нет. Документ 2 запрещает использование учётной записи коллеги без каких-либо оговорок о сроке. Исключения «на один день» в документе нет. Разрешённое действие в период ожидания - читать переданную копию каталога до подтверждения собственного доступа. Нарушение запрета не становится допустимым из-за расписания или удобства.
Что такое «подтверждение доступа» и почему этого недостаточно для оценки новичка?
Подтверждение доступа - это успешный вход в личную учётную запись с нужными правами. Это означает, что система открылась для конкретного человека - не больше. Компетенцию вход не измеряет. Профессиональную готовность оценивает отдельное задание, например тестовая задача с реальными данными под наблюдением наставника.
Как обучать HR-сотрудников находить ошибки в ответах ИИ?
Покажите намеренно ошибочный ответ и попросите найти в нём ошибки по строкам документа. Объяснение должно опираться на текст, а не на общее ощущение. Один верный ответ не доказывает, что навык закрепился. Усложните упражнение: дайте изменённую версию документа и попросите найти, что именно изменилось и что нужно обновить в памятке.
Как встроить ИИ для HR в реальный онбординг
ИИ для HR помогает объяснить процесс онбординга понятнее - он переводит утверждённые правила в читаемый текст. Координатор передаёт документы, ИИ составляет памятку, человек проверяет результат по строкам.
Если хотите посмотреть, как подобные упражнения встраиваются в обучение команды, загляните в раздел обучения с ИИ. Вопросы: hello@majento.ai, телеграм: https://t.me/shimaoz.