Онбординг сотрудника через Claude: инструкция под человека

Онбординг через Claude ты собираешь так: отдаёшь модели то, что в компании уже написано - регламенты, переписки с клиентами, записи созвонов, примеры удачных работ - и просишь собрать из этого инструкцию под конкретную должность и конкретного человека. На выходе короткий документ: что делать в первую неделю, где что лежит, как у нас принято говорить с клиентом, чего не делать никогда. Дальше ты дописываешь его по ходу первых недель.

Каждый день в закрытом канале ИИмперии - что нового в работе с ИИ: разборы задач, готовые промпты и связки, шаблоны ролей цифровых сотрудников. Заготовки оттуда можно забирать целиком и подставлять в них свои вводные.

Почему онбординг «под человека» работает лучше общего welcome-book?

Общий welcome-book пишется под среднего сотрудника, которого в штате никогда не оказывается.

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

Разницу новичок чувствует уже на второй день. Общий документ предлагает ему формулировку «мы работаем с клиентами уважительно», из которой невозможно достать ни одного действия. Персональный говорит по-другому: «Марина, ты ведёшь переписку в WhatsApp, вот три наших реальных диалога: в первом мы отвечаем на возражение по цене, во втором отказываем и не теряем клиента, в третьем переносим сроки. Отвечай так же. Скидку больше 10% не обещаешь никогда, это решает только владелец».

Второй документ работает, потому что в нём нет абстракций. Он написан на языке ситуаций, с которыми человек столкнётся до пятницы. Claude собирает такие вещи хорошо ровно потому, что держит в контексте много сырого материала и вытаскивает из него закономерности - примерно так же, как когда он превращает длинную переписку в готовое решение вместо пересказа.

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

Из чего собирать регламент, если в компании ничего не описано?

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

Вот честная карта источников: что откуда берёшь и где каждый подводит.

Источник	Что из него достаёшь	Когда не подходит
Переписки с клиентами (30-50 диалогов)	Тон, типовые возражения, границы обещаний	Если менеджеры пишут по-разному и эталона нет
Записи созвонов и планёрок	Как принимаются решения, кто за что отвечает	Плохой звук и расшифровка с ошибками в терминах
Существующие таблицы и отчёты	Метрики, циклы отчётности, форматы	Если в таблице формулы без объяснений
Шаблоны договоров и КП	Юридические границы, состав услуги, сроки	Устаревшие версии, которых уже никто не применяет
Голосовая наговорка владельца	То, что нигде не записано: «почему у нас так»	Владелец описывает желаемый порядок вместо реального
Переписка в рабочем чате за месяц	Реальные грабли, частые вопросы, ритм работы	Много шума, нужен отбор вручную

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

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

Отдельная история - таблицы. Если у новичка в работе есть отчётность, приложи один живой файл и попроси Claude объяснить его так, как объяснял бы стажёру. Он неплохо разбирает чужие книги Excel, читает формулы и логику расчёта и превращает это в человеческий текст, который потом ляжет в гайд отдельным разделом.

Как вытащить знания из головы владельца за один разговор?

Самый ценный материал нигде не записан. Он в голове у владельца или у сильного сотрудника, и звучит обычно так: «ну тут понятно, я объясню на месте». Работающий способ вытащить его - интервью, где вопросы задаёт Claude, а ты просто наговариваешь ответы голосом и потом отдаёшь расшифровку обратно в чат.

Попроси об этом прямо:

Ты интервьюер, который собирает знания для онбординга. Моя роль: владелец студии ремонта, 11 человек. Я нанимаю менеджера по работе с клиентами. Задай мне 15 вопросов по одному за раз, начиная с самых болезненных: где новички чаще всего ошибаются, что нельзя делать никогда, какие решения нельзя принимать без меня. После каждого моего ответа задавай один уточняющий вопрос, если ответ размытый.

Дальше отвечай как есть, без причёсывания. Модель будет цепляться за общие места: скажешь «работаем качественно» - получишь вопрос «по каким признакам ты понимаешь, что заказ сделан некачественно, назови три». Ответь на него честно. Это ровно та работа, которую обычно никто не делает.

Цепочка выглядит примерно так. На ответ «мы всегда перезваниваем быстро» прилетает уточнение: за сколько минут, кто перезванивает, если менеджер на замере, и что считается быстро в субботу вечером. На «клиент сам присылает замеры» - что делать, если замеры кривые, кто их перепроверяет и на каком этапе выясняется, что смета поплыла. Из десятка таких развилок потом и собирается раздел «частые ситуации», который читают чаще всего остального документа.

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

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

Как выглядит промпт, который собирает онбординг-гайд?

Рабочий промпт держится на пяти блоках: роль модели, контекст компании, кто конкретно выходит, структура документа и ограничения. Последний блок пропускать нельзя: без него Claude начинает додумывать и вставит «еженедельные one-to-one» и «систему грейдов», которых у тебя нет.

Каркас, который можно взять и подставить своё:

Ты HR-партнёр с опытом в малом бизнесе. Собери онбординг-гайд.

КОНТЕКСТ КОМПАНИИ
Студия ремонта квартир, 11 человек, Екатеринбург.
Клиенты приходят с Авито и по рекомендациям.
Средний чек и цикл сделки описаны в приложенных файлах.

КТО ВЫХОДИТ
Марина, 29 лет. Опыт: 4 года в продажах мебели, с ремонтом
не работала. Сильна в переписке, слаба в цифрах и сметах.
Роль: менеджер по работе с клиентами. Выходит в понедельник.

ИСТОЧНИКИ
Файл 1: 40 переписок с клиентами за июль.
Файл 2: расшифровка моего интервью про то, как всё устроено.
Файл 3: шаблон договора и прайс.

ЧТО СОБРАТЬ
Гайд на первые 30 дней. Структура: [список разделов].
Пиши на «ты», короткими абзацами, с конкретными примерами
из приложенных переписок.

ОГРАНИЧЕНИЯ
- Не выдумывай процессы, которых нет в источниках.
- Если данных не хватает, пиши «УТОЧНИТЬ У ВЛАДЕЛЬЦА: ...»
  вместо того, чтобы придумывать.
- Никаких общих слов про ценности и миссию.
- Каждый совет подкрепляй примером из файлов.

Последнее ограничение делает половину работы. Метка «УТОЧНИТЬ У ВЛАДЕЛЬЦА» превращает документ в чек-лист дыр: ты проходишь по ним и закрываешь руками то, чего модель знать не могла.

Проси результат отдельным документом, а не сообщением в чате. Текст такого объёма удобнее править в артефакте: он открывается сбоку, редактируется по кускам и не теряется в ленте. Я разбирал этот режим отдельно - когда ответ превращается в готовый рабочий документ.

Какая структура должна быть у рабочего онбординг-документа?

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

Структура, которая держится в большинстве малых компаний:

1. Кто мы за две минуты. Что продаём, кому, чем отличаемся. Три абзаца, без истории основания.
2. Твоя роль и границы. За что отвечаешь ты, за что не отвечаешь, какие решения принимаешь сам, какие несёшь владельцу.
3. Первая неделя по дням. Понедельник: доступы, знакомство, читаешь этот документ и десять переписок. Вторник: слушаешь два звонка. И так до пятницы.
4. Как у нас принято говорить. Тон, три примера хорошей переписки, два примера плохой с разбором.
5. Инструменты и где что лежит. CRM, папки, таблицы, чаты. Здесь нужна конкретика уровня «в карточке сделки заполняешь вот эти пять полей». Общий призыв пользоваться системой не даёт ничего.
6. Стоп-лист. Чего не делать никогда. Самый читаемый раздел, пиши его первым.
7. Частые ситуации. Пять-семь типовых кейсов с решением: клиент просит скидку, срок сдвигается, подрядчик пропал.
8. Как измеряется твоя работа. Что смотрим через месяц, что через три.
9. К кому идти с вопросом. Список из трёх-четырёх фамилий с темами.

Стоп-лист пиши руками, даже если всё остальное собрала модель. Это единственный раздел, где цена ошибки высокая, и единственный, где твой личный опыт не заменить. Claude вытащит туда очевидное вроде «не обещай сроки без согласования», а строчку «не пиши клиенту после 21:00, у нас был из-за этого скандал» в источниках взять неоткуда - её помнишь только ты.

Как настроить гайд под конкретного человека?

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

Для Марины из примера выше раздел про переписку сжимается до одной страницы с эталонами, потому что писать она умеет. А раздел про сметы разворачивается с разбором каждой строки и тренировочными заданиями. Выходил бы человек с опытом в ремонте, но без продаж - пропорции были бы зеркальные.

Что стоит рассказать модели про человека:

• Прошлый опыт и в какой отрасли. Отсюда берётся, какие термины объяснять, а какие нет.
• Известные слабые места. По собеседованию или тестовому. «Путается в цифрах», «медленно отвечает», «не любит звонить».
• Формат восприятия. Кому-то нужен текст, кому-то чек-лист, кому-то видеозапись экрана с озвучкой.
• Что за задачу он получит первой. Гайд должен вести к ней, а не в пустоту.

Не превращай это в психологический профиль. Хватит четырёх строк фактов, которые ты и так знаешь после найма. И скажи человеку прямо, что документ собран под него - это меняет отношение к тексту с «очередная методичка» на «мне писали лично».

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

Оговорюсь и про границу. Персональный гайд вводит человека в работу, но наставника не отменяет. Модель не увидит, что человек к среде выгорел, не поймает интонацию на планёрке и не примет решение о продлении испытательного. Всё это остаётся на тебе, и такое распределение работы нормально.

Что делать с первыми 30, 60 и 90 днями?

Разбей документ на три горизонта с разными задачами: месяц на «понять и повторить», второй на «делать самому под присмотром», третий на «отвечать за результат». Claude соберёт такой план, если задать ему рамку в промпте. Но контрольные точки ставишь ты - они завязаны на твои цифры.

Горизонт	Задача сотрудника	Что проверяешь ты	Типичная ошибка
Дни 1-30	Разобраться в продукте, повторять по образцу	Понимает ли стоп-лист, задаёт ли вопросы	Завалить теорией и не дать реальной задачи
Дни 31-60	Вести свои задачи, ошибаться под присмотром	Качество работы, скорость, самостоятельность	Перестать смотреть работу и удивиться на 60-й день
Дни 61-90	Отвечать за участок и цифры по нему	Результат в метриках роли	Оценка по ощущениям вместо договорённых критериев

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

И заведи привычку: после каждой такой встречи возвращай в гайд то, что всплыло. Новичок споткнулся о неочевидную вещь - значит, в документе дыра, и следующий споткнётся о неё же. Три итерации, и гайд перестаёт быть черновиком.

Как проверить, что Claude не выдумал половину регламента?

Ты правда готов отправить живого человека по инструкции, которую после модели никто не открывал? Я бы не стал.

Вычитка идёт в три прохода: сверка фактов с источниками, чтение от того, кто делает эту работу руками, и обкатка на самом новичке. Если пропустить первый, человек пойдёт по инструкции, которой в компании не существует. Модель не врёт злонамеренно, она достраивает пробелы правдоподобным текстом, и выглядит это убедительно.

Сверку фактов частично тянет сама модель. Отдельным сообщением попроси: «Пройди по документу и для каждого утверждения укажи, из какого источника оно взято. Где источника нет, помечай СОМНИТЕЛЬНО». Список выходит короткий, и по нему сразу видно, где текст держится на воздухе.

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

Частое возражение: исполнитель прочитает по диагонали и скажет «нормально, всё так». Лечится формулировкой задачи - попроси найти в тексте три места, где написано не так, как он делает на самом деле. Поиск ошибок включает человека совсем иначе, чем расплывчатая просьба «глянь, пожалуйста».

Последним гайд получает сам новичок. Дай ему документ и попроси отмечать всё непонятное прямо в тексте. Первые пометки покажут, где ты написал очевидное для себя и тёмное для человека со стороны. Ровно ту же дисциплину я держу, когда вычитываю договор с помощью Claude - смотри, как это устроено там.

И отдельно проверь цифры. Любые суммы, проценты, сроки и лимиты вынеси в конец документа отдельным блоком и сверь по первоисточнику. Цифры устаревают быстрее всего, и держать их в одном месте дешевле, чем вылавливать по тексту через полгода.

Какие данные нельзя загружать и как обойти это ограничение?

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

Что это значит на переписках. Прогони архив автозаменой: «Иванов Пётр Сергеевич» становится «Клиент А», номера телефонов и адреса убираешь, названия компаний заменяешь на «Заказчик-1». Для тона и типовых возражений это не меняет ничего: модели важны формулировки, фамилии в них роли не играют.

С доступами правило жёсткое: в гайде их быть не должно. Пиши «логин к CRM получаешь у Ольги в первый день», а сами доступы держи в менеджере паролей. Правило старше нейросетей и держится по той же причине: документ уйдёт в почту, в мессенджер, в личный ноутбук.

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

Где лучше держать гайд: в чате, в проекте или в базе знаний?

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

Где держать	Что даёт	Когда не подходит
Обычный чат	Быстрый старт, ноль настройки	Контекст теряется, каждый раз грузишь файлы заново
Проект в Claude с общими файлами	Материалы компании подгружаются автоматически ко всем чатам	Есть ограничения по объёму и по тарифу - сверяйся с актуальными условиями
Гугл-док или Notion как хранилище	Совместная правка, история версий, привычно команде	Модель не видит документ сама, файлы носишь руками
Своя база знаний под ИИ	Один источник правды для людей и для цифровых ролей	Требует времени на сборку и дисциплины поддержки

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

Финальный документ всё равно живёт вне модели - в доке, к которому у команды есть доступ и история правок. Модель собирает и обновляет текст, а хранит его и показывает команде привычный инструмент. Смешивать эти две функции не стоит.

Где эта схема ломается?

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

Нет источников. Компания молодая, переписок мало, регламентов ноль. Тогда единственный источник - голос владельца, и качество гайда равно качеству интервью. Не вытягивай это одним запросом: разбей на три разговора в разные дни, между ними мозг сам достанет забытое.

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

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

Подмена наставника. С этой поломкой сталкиваются чаще всего. Гайд закрывает вопросы «где» и «как», но не закрывает «правильно ли я сделал». Обратная связь, разбор ошибок и решение о том, справляется человек или нет, остаются за людьми. Про эту границу я писал отдельно - цифровой двойник сотрудника: миф или рабочий инструмент, выводы там применимы один к одному.

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

Как из одного гайда вырастает онбординг всей команды?

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

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

Дальше система замыкается. Новичок задал вопрос, ответа в гайде нет - ты дописываешь ответ в общую часть. Цифровой ассистент выдал неточность - причина обычно в том же общем документе, правишь один раз, и исправляется у всех. База знаний перестаёт быть папкой и становится единственным источником правды, откуда одинаково заводятся и человек, и роль.

Живая система видна по одному признаку: на следующий найм документ достаточно адаптировать под новую роль. Если снова начинается месяц объяснений на бегу - гайды у тебя есть, а системы вокруг них нет. Так же устроена любая автоматизация: я разбирал, с каких задач начинать снятие рутины, и там тот же переход от разовых решений к контуру.

С чего начать, если браться сегодня вечером?

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

Пошагово:

1. Выбери роль и человека. Даже если найма ещё нет, пиши под конкретного кандидата или под того, кто сейчас на этом месте.
2. Собери источники в одну папку. Не больше пяти файлов, иначе застрянешь в подготовке.
3. Проведи интервью с моделью. Пятнадцать вопросов, отвечаешь голосом, расшифровку кидаешь обратно.
4. Запусти сборку с ограничениями. Обязательно с меткой «УТОЧНИТЬ У ВЛАДЕЛЬЦА» вместо додумок.
5. Закрой дыры руками. Пройди по списку пометок и ответь на каждую.
6. Дай вычитать исполнителю. Тому, кто делает эту работу сейчас.
7. Напиши стоп-лист сам. Это твоя часть, не делегируется.
8. Положи в доступное место и назначь ответственного за обновление.

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

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

Источники

• Руководство по промпт-инжинирингу Anthropic - как строить запросы, чтобы получать предсказуемый результат.
• Как задавать роль через системный промпт - раздел документации о role prompting.
• Примеры в промпте (multishot prompting) - почему образцы работают лучше описаний.
• Работа с длинным контекстом - как подавать большие объёмы исходников.
• Снижение галлюцинаций - официальные приёмы против выдуманных фактов.
• Анонс проектов в Claude - как устроены проекты с общими файлами и инструкциями.
• Тарифы Anthropic - актуальные условия по планам и лимитам, сверяйся перед решением.
• Политика конфиденциальности Anthropic - что происходит с загруженными данными.
• Центр приватности Anthropic - справочные материалы про хранение данных и обучение моделей.
• Трудовой кодекс РФ - в частности, обязанность ознакомить работника с локальными нормативными актами при приёме.
• Федеральный закон № 152-ФЗ «О персональных данных» - рамки обработки персональных данных сотрудников и клиентов.