Обучение команды Claude: playbook для руководителя

Как научить команду пользоваться AI без вебинаров и без сопротивления. 3 готовых сценария обучающих сессий и скрипты для страхов и цинизма.

Зачем этот гайд

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

Дело не в том, что команда глупая. Страх оказался сильнее любопытства. Презентация рассказала что умеет AI, но не сняла главный вопрос каждого в зале: “а что будет со мной?”

Обучение пользоваться AI — это не обучение софту. Это две работы одновременно:

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

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

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

Главный принцип: безопасность + любопытство

Одна формула. Взрослые учатся, когда выполнены оба условия одновременно:

Безопасность — “если я ошибусь, меня не накажут и не засмеют”
Любопытство — “мне интересно, что получится”

Нет безопасности — человек учится формально и забывает сразу. Нет любопытства — делает для галочки и не применяет после сессии.

Сначала безопасность, потом любопытство. В обратном порядке не работает: любопытство не включается, пока человек боится выглядеть глупым.

И одна поправка про тебя: если ты сам не пользуешься Claude ежедневно — не веди обучение. Команда считывает это за 30 секунд. “Начальник сам не трогал, а нам впаривает” — это самый быстрый способ убить адопцию (адопция — это когда люди реально начали пользоваться, а не просто получили доступ). Либо сначала месяц сам работаешь с Claude на реальных задачах, либо приглашаешь того, кто уже работает.

4 типа сопротивления и что с ними делать

В команде из 10-30 человек ты встретишь все четыре типа, часто в одной голове одновременно. На каждый — свой скрипт.

Тип 1. Страх “меня заменят”

Как выглядит: молчит на презентации, в курилке говорит коллеге “ну всё, скоро сократят”. На сессии делает вид, что учится, в голове считает месяцы.

Что НЕ работает: “не переживай, никого не уволят”. Это обещание, которому никто не верит — ты не управляешь будущим рынка труда.

Что работает — прямой разговор:

“Давай по-честному. Я не могу обещать, что через три года рынок труда будет таким же. Никто не может. Но вот что я могу обещать прямо сейчас, в нашей команде: мы автоматизируем конкретные задачи, не людей. Вот список этих задач. Ни одна не делает твою роль ненужной — она делает тебя быстрее. И ещё: те, кто освоит AI первыми, становятся в команде более ценными. Те, кто откажется — через год будут на рынке в худшей позиции. Выбор сегодня не ‘AI или не AI’. Он такой: научиться первым или последним.”

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

Тип 2. Страх “покажусь глупым”

Как выглядит: “очень занят на обучение”, “в следующий раз”, “потом сам видео посмотрю”. Особенно часто — у опытных сотрудников с высоким статусом. Они привыкли быть экспертами. Роль новичка — для них публичное унижение.

Что НЕ работает: большой зал и “кто попробует первым?”. Никто не выйдет.

Что работает — малые группы и защищённое пространство:

Группы 3-5 человек, одного уровня иерархии (руководители с руководителями, специалисты со специалистами).
Никаких публичных демонстраций первые две недели.
Правило сессии, озвученное вслух: “всё остаётся в этой комнате. Не делаем скриншоты чужих ошибок. Не рассказываем потом ‘а Петя вообще не понял’. Мы учимся.”
Ты сам показываешь свою ошибку первым. “Смотрите, я написал запрос и получил чушь. Сейчас разберёмся, почему.” Разрешение ошибаться, выданное делом, а не словом.

Тип 3. Цинизм “AI не работает”

Как выглядит: опытный сотрудник с большим стажем. Скептически хмыкает: “мы это уже видели — CRM, Jira, всё одно и то же, говорили ‘изменит всё’, кончилось галочкой”. Задаёт неудобные вопросы.

Что НЕ работает: спорить. Доказывать “в этот раз иначе”. Показывать статистику. Циник уже слышал эти презентации — у него иммунитет.

Что работает — сделка:

“Ты прав, обещаний было много, и часть не сбылась. Я тебе ничего доказывать не буду. Давай так: у тебя есть одна задача, которая тебя реально бесит и повторяется каждую неделю? Возьми её. Мы попробуем решить её через Claude. Через неделю скажешь — ‘фигня, не работает’ — и я не настаиваю, остаёшься как есть. Если получится — решишь сам. Всё, о чём я прошу — одна реальная попытка на одной реальной задаче.”

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

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

Тип 4. Молчаливое неприятие

Как выглядит: “да-да, конечно, спасибо”, улыбается, кивает, не делает ничего. Самый опасный тип — его не видно. Ты вышел с сессии с ощущением “всё прошло отлично”, через две недели смотришь логи: ни одного запроса.

Что НЕ работает: давление, отчёты “сколько запросов в неделю”, упрёки. Это превращает обучение в надзор, и человек учится не AI, а тому, как изображать использование.

Что работает — добровольность плюс пример:

Первые 3-4 недели участие добровольное. Не заставляешь.
Обучаешь сначала пионеров (пионер — сотрудник, который сам любопытен к новому, готов пробовать, не ждёт приказа). В команде всегда есть 2-4 таких человека.
Результат пионеров делаешь видимым — не презентацией “смотрите, как Маша молодец”, а фактом: “отчёты по продажам теперь за 15 минут вместо двух часов. Маша расскажет, если интересно”.
Молчаливые смотрят, ждут, решают. Когда видят, что это не “очередное модное”, а реальные часы у коллег — подключаются сами.

Три готовых сценария обучающих сессий

Сердце playbook. Три сессии по 45 минут с интервалом в неделю. Этого достаточно, чтобы команда из 3-5 человек прошла путь от “никогда не трогал Claude” до “пользуется каждый день и создаёт общекомандный проект”.

Общие правила всех сессий:

3-5 человек в группе, не больше. Команда из 20 — четыре параллельные сессии.
45 минут ровно. Не час. Взрослые перестают усваивать новое примерно через 15-20 минут, после чего нужна смена активности.
Реальная задача, не учебная. Человек приносит свою почту, свою таблицу, свою реальную боль.
Никаких слайдов. Только работа с экраном.

Сессия 1: первая настоящая задача (45 минут)

Цель: каждый участник выходит с одним готовым результатом своей реальной задачи, сделанным через Claude. Не “посмотрели как работает”. Сделали сами.

Что попросить принести (отправляешь за день до сессии): “Приходи с одной реальной задачей — письмо, отчёт, таблица, текст на сокращение. Настоящая, из этой недели, не выдуманная ‘для обучения’. Не знаешь какую — напиши, помогу выбрать.”

Структура:

0-5 минут. Честное вступление.

“Мы не на презентации. Я не буду рассказывать, что умеет AI вообще. Через 40 минут у тебя на экране будет готовая твоя задача. Если не получится — разберёмся вместе, это нормально. В этой комнате ошибаться можно и нужно. Ничего отсюда не уйдёт наружу — ни в чат, ни в отчёт, ни в разговор с коллегами. Мы учимся.”

5-10 минут. Три действия.

Не лекция — демонстрация. Показываешь ровно три вещи:

Куда нажать, чтобы начать новый разговор.
Куда писать запрос.
Куда нажать отправить.

Не рассказывай про “контекстное окно”, “модели”, “температуру” — нерелевантно сейчас.

10-35 минут. Своя задача.

Каждый открывает свою задачу и пишет запрос как умеет, без “правильной формулы”. Ты ходишь между участниками и помогаешь точечно:

Застрял на “что писать” — “а ты бы как объяснил задачу коллеге, который заменяет тебя на день?”
Плохой результат — разбираете, что в запросе было неясно, и переписываете. Главный урок: не запрос с первого раза, а диалог.
Получилось с первого раза — “супер, попробуй на соседней задаче, чтобы проверить, что это не случайность”.

Никаких “правильных промптов” (промпт — текст запроса к AI). Каждый пишет как умеет.

35-45 минут. Короткий круг.

Каждый показывает свой результат, 30 секунд: “что делал, что получилось, что удивило”. Без оценок.

В конце: “Задание на неделю — один раз попробовать то же в своей работе вне сессии. Одна задача, одно действие. Не получится — напиши, разберёмся. Через неделю встречаемся снова.”

Сессия 2: Skills — инструкции, которые не надо повторять (через неделю)

Цель: каждый участник делает свой первый Skill (Skill — это сохранённая инструкция, которую Claude применяет автоматически по одной команде, без повторения объяснений).

Зачем это нужно: после первой сессии человек обнаруживает, что опять пишет Claude то же самое другими словами, и качество скачет. Skill убирает это: один раз описываешь “как надо”, дальше пишешь “сделай отчёт по продажам”.

Структура:

0-5 минут. Обсуждение недели.

Не “отчёт о домашке” (убивает доверие), а открытый разговор:

“Кто пробовал? Что получилось? Что бесило? Кто не пробовал — тоже скажи, почему. Без упрёков, это информация для меня, где я плохо объяснил.”

Почти всегда всплывёт: “опять писал то же самое другими словами, и результат хуже”. Идеальный мост к Skill.

5-15 минут. Skill на живом примере.

Не абстрактно. Берёшь свою реальную задачу за прошлую неделю и показываешь:

Вот запрос, который я вчера писал, и вот результат.
Оформляю это как Skill — имя, описание, инструкция.
Теперь пишу “применить skill [имя]” — тот же результат без объяснения.

Максимум 10 минут. Дольше — ушёл в детали, которые сейчас не нужны.

15-40 минут. Свой первый Skill.

Каждый берёт задачу с сессии 1 (или новую повторяющуюся) и оформляет как Skill. Ты ходишь, помогаешь.

Две типичные ошибки, которые ловишь:

Слишком общие Skill. “Пиши хорошие отчёты” — не Skill. “Собери отчёт по продажам с такими-то разделами, в таком формате, таким тоном” — Skill.
“Один Skill на всё”. Нет. Один Skill — одна задача.

40-45 минут. Договорённость.

Каждый уходит с одним Skill и обещанием попробовать его минимум три раза за неделю. Три — потому что первые два раза доработаешь инструкцию, и только на третий увидишь, стабильно ли работает.

Сессия 3: общий Проект команды (ещё через неделю)

Цель: перейти от “каждый работает с Claude сам” к “у нас есть общий контекст команды”.

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

Структура:

0-5 минут. Короткий результат двух недель.

Не “какие мы молодцы”, а факты:

“За две недели команда сделала [N] задач через Claude. По грубой оценке — [M] часов сэкономленного времени. Это примерно полдня на человека в неделю. Не конец обучения, а старт.”

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

5-15 минут. Зачем нужен общий Проект.

Объясняешь через боль, которая к этому моменту уже есть:

“За две недели у каждого накопились свои Skills. Это хорошо для индивидуальной работы. Но есть задачи, которые мы делаем одинаково: письма клиентам, отчёты, коммуникация с партнёрами. Сейчас Маша объясняет Claude наш тон своими словами, Петя — своими. Результаты разные. Проект — это способ один раз договориться, как мы это делаем командой.”

15-40 минут. Собираем первый общий Проект.

Вживую, на экране, все участвуют. Создаёте Проект, придумываете название, загружаете 2-3 общих документа:

Короткое описание команды и её работы (1 страница максимум)
Пример “хорошего” письма клиенту и “хорошего” отчёта — чтобы Claude понимал стиль
Ключевые правила: тон, что нельзя говорить клиентам, какие данные нельзя указывать

Не пытайтесь собрать идеальный Проект с первого раза. Цель — минимально рабочая версия, которую будете улучшать ретроспективно (ретроспектива — короткая регулярная встреча, на которой команда смотрит, что работает, а что нет, и правит подход).

40-45 минут. Следующие шаги.

Раз в неделю 15 минут — короткая ретроспектива: что добавить, что убрать, где Claude косячит.
Новые общие правила фиксируйте в Проект сразу.
Если у кого-то появляется Skill, полезный всей команде — переносите в Проект.

На этом формальное обучение заканчивается. Дальше команда учится сама, а ты раз в месяц-два собираешь короткую встречу “что нового, что сложного”.

Готовый шаблон письма команде

Отправляешь за 3-5 дней до первой сессии. Не за неделю (забудут), не за день (не успеют подумать).

Тема: AI в нашей работе — зачем и что дальше

Привет команда,

Коротко по делу.

Мы начинаем работать с Claude — это AI-помощник, похожий на ChatGPT, заточенный под рабочие задачи. В ближайшие 3 недели обучим всех, кто хочет научиться, пользоваться им на своих реальных задачах.

Что важно сказать сразу:

1. Мы не автоматизируем людей. Мы автоматизируем конкретные задачи — в основном те, которые вам самим не нравятся. Рутину, повторяющиеся отчёты, переписку по шаблону. Вашу роль это не отменяет, а делает быстрее и менее утомительной.

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

3. Обучение — не вебинар. Три короткие сессии по 45 минут с интервалом в неделю, в группах по 3-5 человек. На каждой сессии каждый делает СВОЮ реальную задачу — не учебную. Приходишь с тем, что реально нужно сделать на этой неделе, уходишь с готовым результатом.

4. Ошибаться разрешено. Это не экзамен. Я сам буду показывать свои ошибки — это нормальная часть обучения.

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

Что сделать сейчас:

— Ответь: готов пойти в первой волне или предпочитаешь посмотреть со стороны пару недель. — Подумай: какая одна твоя задача тебя раздражает и повторяется каждую неделю? Это будет твой первый тест-кейс.

Первая сессия — [дата и время]. Место — [где]. Группы формирую после ваших ответов.

[Имя]

Почему это письмо работает: прямо называет страхи (непроговорённый страх действует сильнее), объясняет формат заранее, даёт контроль (добровольно), просит маленькое действие сейчас (включает любопытство до сессии), честно признаёт, что ты сам так реагировал.

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

Частые ошибки тренера

Ошибка 1: сначала теория, потом практика

Час лекции “что такое AI, модели, промпты, контекст”, потом 15 минут практики. Результат: голова полна терминов, ни одного живого опыта, через два дня осталось только “это сложное”.

Правильно: сразу на реальной задаче. Теорию вкраплять точечно там, где она нужна для следующего шага.

Ошибка 2: один вебинар на 30 человек

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

Правильно: только малые группы 3-5 человек. Это дольше для тебя. Но после одного вебинара на 30 пользоваться будут трое, после шести сессий по 5 — двадцать.

Ошибка 3: учить всех одновременно

В команде 20 разных уровней готовности. Пионеры рвутся, скептики тормозят, молчаливые саботируют. Смешал в один поток — все расстроены.

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

Ошибка 4: проверять как домашку

“Пришлите скриншоты задач за неделю”. Превратил обучение в экзамен. Команда думает: “за мной следят”. Люди начинают делать “для галочки”.

Правильно: первые 3-4 недели — никакой формальной отчётности. Спрашивай лично и по-человечески, без упрёков. Цифры адопции смотри сам, не показывай команде как “оценку”.

Ошибка 5: игнорировать эмоции

Самая частая и разрушительная. Человек приходит с тревогой, с плохим опытом прошлых внедрений — тренер грузит практикой. Формально всё сделано, эмоционально человек отключён.

Правильно: всегда начинай с короткого вопроса про состояние. Не “как дела” (формальность), а “что беспокоит перед сессией, если беспокоит”. Будь готов потратить первые 10 минут на разговор — окупится.

Ошибка 6: сам не пользуешься, но учишь

Открыл Claude на сессии, начал тормозить. “Тут вроде сюда… сейчас…”. Доверие рухнуло за 30 секунд.

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

Чек-лист безопасности обучения

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

Группа не больше 5 человек.
Участники одного уровня иерархии (без прямого подчинения внутри группы).
У каждого своя реальная задача, принесённая с работы этой недели.
Первое правило озвучено вслух: “всё остаётся в комнате, ошибки — часть процесса”.
Ты сам показываешь свою ошибку первым — не готовую демонстрацию, а живую работу с косяком.
Никаких скриншотов и “обязательных отчётов” после.
Участие добровольное на первом этапе.
Ты сам пользовался Claude минимум неделю до сессии.
Обратная связь команде после сессии — только в общем виде, без имён.

Каждый пункт — это то, что ломает доверие одним действием. Восстанавливается оно неделями.

Что ты только что получил

Playbook, который превращает размытое “надо обучить команду AI” в конкретный план на три недели: три сессии, шаблон письма, четыре скрипта на четыре типа сопротивления, чек-лист и список ошибок.

Главное отличие от “купил подписку и провёл вебинар”: ты работаешь не с технологией, а с людьми. Снимаешь страх раньше, чем показываешь интерфейс. Даёшь безопасность раньше, чем требуешь результата. Используешь реальные задачи вместо учебных примеров.

Сделать правильно — через месяц 60-80% команды активно пользуется. Сделать неправильно (большой вебинар, теория, давление, отчёты) — доверие восстанавливается полгода, и некоторых ты не вернёшь уже никогда.

Следующий шаг

Когда команда прошла три сессии и пользуется Claude каждый день, следующая задача — навести порядок в общекомандных промптах и Skills, чтобы не было “у Маши работает, у Пети не работает, у Васи вообще по-другому”. Об этом — следующий гайд про библиотеку командных промптов.

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

Для тех, кто хочет разобраться глубже

Короткая подложка, почему playbook устроен именно так.

Change management (управление изменениями). Исследования показывают, что до 70% инициатив по внедрению нового в компаниях не достигают целей, и главная причина — не технология, а человеческий фактор: сопротивление, недоверие, отсутствие поддержки. Вывод практики: внедрение нового инструмента — это управление эмоциональным переходом людей. Сначала эмоции, потом навыки.

Adult learning (обучение взрослых). Принципы Malcolm Knowles: взрослые учатся, когда видят прямую пользу для работы, могут опираться на свой опыт, практика идёт перед теорией, и есть контроль над процессом. Большой вебинар нарушает все четыре принципа разом. Малая группа на реальной задаче — соблюдает все четыре.

Psychological safety (психологическая безопасность). Работы Amy Edmondson: команды учатся новому только тогда, когда могут безопасно признавать незнание и ошибки. Любой публичный контроль в процессе обучения превращает обучение в защитное поведение — внешне всё нормально, внутри никто не учится.

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