Как составить план адаптации сотрудника с ИИ

Как составить план адаптации сотрудника с ИИ: соберите у руководителя короткий бриф с наблюдаемыми результатами, замените имена ролями, выстройте доступы в порядок обучения, отдайте модели заполненный промпт и проверьте её таблицу недель, задач, наставников и результатов вручную.

Короткий бриф руководителя с наблюдаемыми результатами

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

Документация OpenAI на странице Build an onboarding portal предлагает собирать план из четырёх источников: недельного плана, материалов команды, задания для практики и списка контактов с зонами ответственности. Там же сказано, что задачи формулируют конкретно, чтобы человек понимал момент завершения, а оценку времени ставят только там, где план её содержит. Этот же принцип работает в брифе руководителя: каждое поле либо проверяемо, либо не нужно.

Практический порядок заполнения брифа:

1. Руководитель называет роль и одну цель недели в виде готового артефакта.
2. Руководитель перечисляет материалы, которые уже лежат в общей папке: справочник, шаблон, учебные примеры.
3. Руководитель называет наставника по роли и окно его доступности.
4. Руководитель перечисляет доступы и момент их выдачи.
5. Руководитель отмечает, что сотрудник делает сам, а что подтверждает человек.

Пятый пункт закрывает частую ошибку: в план попадают действия, которые новый сотрудник физически не может выполнить в первую неделю. Право публикации, подпись договора, отправка письма клиенту — всё это остаётся за человеком с соответствующими полномочиями. В обзоре AIHR по ChatGPT для HR сказано, что сложные и чувствительные кадровые вопросы требуют человеческого подхода, опирающегося на контекст, эмпатию и суждение. План адаптации попадает в эту категорию целиком: модель готовит черновик, решение принимает руководитель.

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

Роли вместо персональных и чувствительных данных

В промпте указывают роли участников. Вместо «Анна, старший координатор» пишем «наставник — старший координатор». Вместо «Иван Петров, новичок» — «новый контент-координатор». После замены имён проверьте остальные сведения и права на общую папку перед передачей текста коллегам.

Обзор HiBob по промптам для HR прямо предупреждает: черновик ИИ уверенно пишет даже тогда, когда ошибается, и ничего связанное с компенсацией, дисциплиной или персональными данными не должно попадать в публичный инструмент. Там же сказано, что имена, зарплаты и детали оценки не вводят в промпт, поскольку публичные инструменты могут сохранять введённый текст. Обзор AIHR по подбору добавляет: не включайте имена кандидатов и прочие персональные данные, если нет уверенности в том, как эти данные хранятся и обрабатываются.

Что заменяется на роль в брифе:

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

Отдельно стоит проговорить с руководителем, что план адаптации — учебная заготовка для согласования. Это не форма кадровой оценки и не основание для выводов о человеке. Документация OpenAI на странице про онбординг-портал формулирует похожую мысль: отметка о выполнении задачи фиксирует активность; готовность к работе проверяют отдельно. Разницу между пройденным чек-листом и реальным уровнем помощи видно на встрече с наставником, и именно там её и обсуждают.

Зависимости доступов как порядок обучения

Выдача доступа определяет последовательность обучения. Пока нет папки, нельзя открыть справочник. Пока нет CMS, нельзя собрать черновик. Пока нет права публикации, нельзя выпустить материал. Если выстроить доступы в порядке выдачи, план сам покажет, какие недели чем ограничены.

Порядок разбора зависимостей:

1. Выпишите все системы, которые упоминает бриф: общая папка, редакционная система, справочник, шаблоны.
2. Напротив каждой поставьте момент выдачи: до старта, первая неделя, вторая неделя, позже.
3. Отметьте, какая задача без этой системы невыполнима.
4. Для невыполнимой задачи опишите ручной обход.
5. Отметьте, кто подтверждает выдачу доступа.

Ручной обход — обязательная часть плана. Если редакционная система не выдана на второй неделе, черновик собирают в шаблоне, а блокер фиксируют у руководителя. Этап при этом не объявляют завершённым. Такой обход сохраняет темп обучения и не создаёт ложного впечатления, что доступ уже есть.

В нашем учебном плане право публикации стоит отдельной строкой: оно не выдаётся весь первый месяц. Это снимает соблазн у модели дописать «опубликовать статью» в первую неделю. Документация OpenAI советует использовать проверенную копию плана и ссылки на исходные материалы, а изменения в исходном документе отражать отдельным обновлением сайта. В плане адаптации это означает: доступы и права перечислены явно, и модель не расширяет их по своему усмотрению.

Полностью заполненный промпт плана месяца

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

Составь план первого месяца контент-координатора только из следующего брифа.

Бриф:
- Роль: новый контент-координатор. Старт в понедельник 16 ноября 2026 года, удалённо, 10:00 по Москве.
- Руководитель: редактор. Наставник: старший координатор.
- Материалы: справочник стиля v2, шаблон карточки статьи, учебные материалы A и B.
- Доступ к общей папке выдают до старта.
- Доступ к CMS — со второй недели, после встречи с редактором.
- Право публикации не выдаётся весь первый месяц.
- Цель недели 1: оформить одну учебную карточку по шаблону.
- Цель недели 2: собрать черновик в CMS и передать редактору.
- Цель недели 3: обработать три редакторских замечания и записать изменения.
- Цель недели 4: подготовить две карточки без пропущенных полей; публикует редактор.
- Наставник доступен по вторникам и четвергам в 15:00 на 20 минут.
- Редактор доступен по пятницам в 16:00 на 30 минут.
- Рабочие дни: понедельник–пятница.

Требования к ответу:
1. Таблица: неделя, действие, зависимость, ответственный за помощь, проверяемый результат.
2. Не добавляй сервисы, встречи и права, которых нет в брифе.
3. Не выданный доступ считай блокером и укажи ручной обход.
4. Напиши приветственное сообщение до 120 слов с датой, временем, наставником и первым шагом.
5. Личных оценок сотрудника не делай.

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

Вариации той же задачи, если нужен другой результат:

• План на две недели для роли с коротким циклом: та же таблица, но с целями по дням.
• Чек-лист материалов: список файлов, которые сотрудник открывает в первый день, со ссылками и владельцами.
• Список вопросов наставнику: по одному вопросу к каждой задаче недели.
• Журнал изменений: таблица «замечание — что изменил — где посмотреть».
• Сводка блокеров: таблица «доступ — статус — кто подтверждает — обход».

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

Таблица неделя/задача/наставник/результат

Ниже — заполненный план для учебного примера. Он собран из брифа выше и служит эталоном, с которым сверяют ответ модели.

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

Отрицательная проба: строка «в день 1 опубликовать статью в CMS» отклоняется. Доступ к CMS появляется со второй недели, права публикации нет весь первый месяц. Если модель добавила такую строку, результат нужно исправить и сверить заново: ошибка возможна даже при полном брифе.

Как проверить учебный план до первого дня

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

Первая проверка — календарь. Первый месяц в примере состоит из четырёх рабочих недель: 16–20 ноября, 23–27 ноября, 30 ноября – 4 декабря и 7–11 декабря 2026 года. Начало задано на 16 ноября в 10:00 по Москве. Модель должна сохранить именно эти границы. Она не может продлить план до конца декабря только потому, что в запросе встретилось слово «месяц». Выходные не становятся дополнительными днями выполнения задач.

Вторая проверка — окна помощи. Во вторник и четверг наставник доступен в 15:00 на 20 минут. В пятницу редактор доступен в 16:00 на 30 минут. Это сведения о доступности из брифа; отдельные календарные приглашения ещё не созданы. Если черновик добавляет ежедневные часовые встречи, он нарушает вход. Если конкретной задаче нужен другой момент помощи, сначала появляется вопрос руководителю, затем согласованная правка расписания.

Третья проверка — начало работы в CMS. Доступ появляется со второй недели после встречи с редактором. В таблице нет основания назначать вход в CMS на утро понедельника 23 ноября: встреча и выдача ещё должны состояться. До подтверждения доступа сотрудник может работать с шаблоном в общей папке. В статусе задачи сохраняют блокер. Подготовленный в шаблоне текст не следует автоматически отмечать как переданный через CMS.

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

Отдельная проверка касается неизвестных сведений. Бриф называет материалы, но не даёт их URL. В готовом командном документе руководитель добавляет реальные ссылки после проверки прав; в учебном примере ссылки не сочиняют. Не названы также адрес доставки приветствия, владелец IT-заявки и время изготовления карточки. Их отсутствие превращают в вопросы, сохраняя уже согласованные цели.

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

Приветственное сообщение из тех же фактов

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

Учебный текст приветствия:

Добро пожаловать в редакцию «Лист»! Начинаем 16 ноября в 10:00 по Москве, удалённо.
Ваш наставник — старший координатор.
Откройте общую папку, справочник стиля v2 и шаблон карточки.
На первой неделе подготовим одну учебную карточку.
Если папка недоступна, сообщите наставнику.

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

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

Проверка перегрузки, невыданного доступа и выдуманных ресурсов

Проверку учебного плана разделим на три части.

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

Невыданный доступ. Пройдите таблицу и напротив каждой задачи отметьте, выдан ли нужный доступ к её дате. Задача без доступа — блокер. Для блокера нужен ручной обход и ответственный, который подтверждает выдачу. Документация OpenAI предлагает открыть ссылки на ресурсы вместе с коллегой, у которого те же права, что у нового сотрудника, и починить недоступные материалы до публикации плана.

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

Сводная таблица проверок:

Обзор AIHR по ChatGPT для HR советует заранее определить назначение инструмента, перечислить задачи, для которых он подходит, и использовать его там, где результат можно проверить на неточность и предвзятость. План адаптации проходит эту проверку: каждая строка либо подтверждается документом, либо убирается.

При переносе незавершённой карточки сохраните её название и ссылку на текущий черновик. В новой версии плана укажите, какая часть уже сделана и какое действие осталось. Свяжите эту запись с предыдущей версией: наставник сможет продолжить проверку с оставленного места. Не создавайте вторую независимую задачу с тем же результатом. Изменение срока согласуйте с редактором в предусмотренное окно помощи; отдельную встречу автоматически не добавляйте. Завершённые карточки сохраняйте в списке выполненного, даже если поменялся порядок обучения. Такая запись переноса помогает видеть объём оставшейся работы и сохраняет историю уже принятого результата.

Встреча с наставником и обновление плана

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

Порядок обновления плана:

1. Наставник отмечает выполненные задачи и блокеры недели.
2. Руководитель подтверждает, какие доступы выданы.
3. Блокеры переносятся в план следующей недели с ручным обходом.
4. Цель следующей недели формулируется как наблюдаемый результат.
5. Обновлённый план сохраняется в общей папке.

Обзор AIHR по ChatGPT для HR подчёркивает: сложные и чувствительные кадровые вопросы остаются за человеком, который опирается на контекст, эмпатию и суждение. Разговор с наставником — ровно такой случай. Модель готовит черновик плана и приветствие, а решение о том, что сотрудник делает дальше, принимает человек.

Обзор HiBob добавляет, что ИИ поддерживает кадровые решения, а подбор, отношения между сотрудниками и соответствие требованиям остаются за человеческим суждением. В плане адаптации это означает: таблица недель помогает не забыть шаги, а выводы о человеке делают на встрече.

Частые вопросы

Можно ли поручить ИИ весь план адаптации целиком?
Модель готовит черновик таблицы и приветственного сообщения по брифу. Проверку доступов, формулировку целей и разговор с сотрудником ведёт человек. Обзор AIHR по ChatGPT для HR относит сложные кадровые вопросы к тем, где нужен человеческий подход.

Какие данные нельзя вводить в промпт?
Имена, оклады, номера договоров, оценки и переписку. Обзор HiBob советует держать такие данные вне публичных инструментов. В брифе остаются роль, дата старта, материалы, доступы и наблюдаемые результаты.

Что делать, если доступ не выдали к нужной неделе?
Задачу выполняют в ручном обходе и фиксируют блокер у руководителя. Этап не объявляют завершённым. В плане для этого есть отдельная строка с ответственным за выдачу.

Как понять, что план перегружен?
В брифе есть окна помощи наставника и редактора, но нет оценки времени на карточку и черновик. Уточните объём работы у наставника. Если CMS ещё недоступна, сохраните блокер и используйте согласованный шаблон.

Что обновляют после встречи с наставником?
После встречи отметьте выполненные карточки и замечания, проверьте доступ к CMS и сохраните блокеры. Цели недель и окна помощи меняйте после согласования с редактором.