План внедрения AI в команде: 6 недель от аудита до реальной пользы

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

Зачем вообще нужен план

Ты сделал аудит команды. У тебя на руках 3-5 задач, которые видно отдать AI. Логично хочется начать прямо в понедельник — купить подписку, объявить команде, раздать доступы.

Остановись. Именно на этом шаге проваливается большинство внедрений.

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

Проблема не в AI. Проблема в том, что не было структуры.

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

План — это и есть структура. Каждая неделя — одна цель, одна задача, понятно кто что делает, понятно как проверить результат. Без плана внедрение превращается в объявление. А объявления не меняют поведение.

Обещание гайда: за 6 недель у тебя в команде 3 рабочие автоматизации, которыми реально пользуются, с измеренным эффектом в часах. Без выгорания, без тихого саботажа, без “давайте забьём”.

Пять принципов, на которых держится план

Прежде чем смотреть на сам план по неделям, усвой пять правил. Они объясняют, почему план устроен именно так.

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

2. Сначала самая лёгкая победа. Первая автоматизация в плане — не самая прибыльная, а самая “непровальная”. Где результат виден сразу и почти невозможно облажаться. Эта победа формирует доверие к плану на оставшиеся пять недель.

3. Добровольные пионеры, не назначенные. Пионеры — это 2-3 человека, которые первыми пробуют новое. Не “я назначил Свету, Диму и Сергея”, а “кто хочет попробовать первым — поднимите руку”. Назначенный пионер тихо саботирует. Добровольный — втягивается и становится внутренним экспертом. Через пару недель именно он, а не ты, объясняет остальным, как что работает.

4. Измеряй эффект после каждой недели. Не “ну, вроде стало полегче”, а конкретное число в часах. Через три месяца тебе придётся защищать бюджет на подписку — без цифр не поверят. И команда сама верит в то, что видит: “я тратил 4 часа, теперь 30 минут” убеждает сильнее любой твоей речи.

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

Шаблон плана на 6 недель

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

Неделя 0: Подготовка (за неделю до запуска)

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

Что сделать:

Убедись, что аудит готов. У тебя на руках 3-5 задач из гайда про аудит команды. Если аудита нет — вернись и сделай. Без него ты будешь автоматизировать наугад.
Выбери первую задачу — самую лёгкую. Из списка возьми ту, где результат очевидный, риск ошибки минимальный, проверить легко. Это не обязательно самая прибыльная — это самая “непровальная”.
Купи корпоративную подписку Claude на 3-5 мест. Тебе и пионерам. Не на всю команду сразу — это выброшенные деньги на первые пару недель. Остальные подключатся позже, когда первая задача заработает.
Создай общий канал для обмена опытом. В том мессенджере, где команда уже сидит — Telegram, Slack, что есть. Назови просто: “AI-практика”. Канал не для отчётов — это место, где человек может написать “слушайте, я попробовал вот так, получилось вот это” и получить ответ от коллеги.
Собери короткий стартовый документ. Одна страница, не больше. Что такое Claude в двух предложениях, как войти, где искать подписку, первые три шага “открой — напиши сообщение — получи ответ”. Без теории. Цель — чтобы человек, увидев это впервые, через 10 минут уже что-то попробовал сам.
Найди пионеров. Напиши в общий чат: “через неделю запускаем AI-практику на одной задаче — [название]. Нужны 2-3 человека, кто хочет попробовать первым. Это эксперимент, не обязаловка. Кто готов?” Именно добровольцы. Если никто не откликнулся — это сигнал разобраться, почему, а не назначать.

Чего НЕ делать: не объявляй всей команде “с понедельника все пользуются AI”. Пока говори только про пионеров и эксперимент.

Неделя 1: Первая задача, маленькая победа

Цель недели: пионеры освоили первую задачу в Claude и получают стабильно хороший результат.

Что делаешь ты:

В понедельник утром созвон с пионерами на 15-20 минут. Объясни задачу, покажи стартовый документ, вместе откройте Claude и попробуйте один раз вместе. Первый раз всегда лучше пройти вместе, чтобы снять страх “я что-то сломаю”.
Договорись о ежедневном коротком чек-ине: 5 минут в конце дня в общем чате “как идёт? что работает? что сломалось?”. Не созвон — именно текст, чтобы не жрало время.
Когда появляется проблема — разбирайте её сразу, не копите на пятницу.

Что делают пионеры:

Каждый берёт задачу на своей реальной работе и прогоняет через Claude. Не на вымышленных примерах — на настоящей работе этой недели.
Первые 2-3 раза результат правят руками и сравнивают со своим обычным результатом.
Если есть возможность — настраивают под задачу простую инструкцию (в Claude это Project — папка, где ты один раз описал задачу и свой стиль, и дальше Claude это помнит).

В конце недели:

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

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

Неделя 2: Подключение ещё 2-3 человек к первой задаче

Цель недели: первая задача работает уже у 4-6 человек. Не новая задача — та же самая, просто круг шире.

Что делаешь ты:

В понедельник объявляешь в общем чате: “первая неделя прошла, вот результат (цифра экономии), вот короткое видео/скриншот от [пионера]. Кто хочет присоединиться — напишите”. Снова добровольно.
Выдаёшь доступы новым участникам. Показываешь стартовый документ. Говоришь: “к вам прикреплён [имя пионера], он поможет”.
Ты больше не главный учитель. Пионеры учат новеньких — это экономит твоё время и закрепляет их как внутренних экспертов.

Что делают пионеры:

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

В конце недели — ретро на 20 минут. Три вопроса всем участникам:

Сколько часов ты сэкономил на этой задаче за неделю?
Что не работает или раздражает?
Чего не хватает, чтобы работало лучше?

Сводишь цифры в одно число: общая экономия команды на первой задаче за неделю. Это твоя первая настоящая метрика.

Неделя 3: Вторая задача, пионеры ведут

Цель недели: запускается вторая задача из аудита. Первая продолжает работать фоном.

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

Что делаешь ты:

Представляешь вторую задачу в общем чате: “на следующей неделе запускаем вторую задачу — [название]. Пионеры [имена] её ведут. Кто хочет быть в первой группе — напишите”.
Твоя роль теперь — не учитель. Ты тот, к кому идут, когда пионеры не справляются сами. И всё. Не влезай туда, где справляются без тебя.

Что делают пионеры:

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

Первая задача параллельно:

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

В конце недели: короткая сводка — сколько часов сэкономили на первой задаче (стабильный эффект) и на второй (старт).

Неделя 4: Ретроспектива и корректировка плана

Это специальная неделя. Её легко пропустить — и это ошибка. Без неё ты не узнаешь, что у команды на самом деле происходит.

Что делаешь ты:

Не запускаешь третью задачу. Даже если очень хочется. Эта неделя — про осмысление, а не про разгон.
Собираешь команду на 30 минут (можно на обычной планёрке). Только тех, кто уже участвует — пионеры и подключившиеся.
Ведёшь ретро по трём вопросам:
1. Что получилось лучше, чем ожидали? Это важно услышать первым — чтобы разговор начинался с успеха.
2. Что сломалось или идёт хуже? Конкретные ситуации: что именно не работает, в каких случаях.
3. Какие задачи хочется добавить? Какие убрать? Возможно, кто-то нашёл другую рутину, которая болит сильнее, чем третья задача в твоём плане. Это нормально — план живой.

Что делаешь с ответами:

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

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

Неделя 5: Третья задача

Цель недели: третья задача из аудита запускается. Первые две продолжают работать в фоне.

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

Что делаешь ты:

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

В конце недели — суммируй общий эффект: первая задача + вторая + третья = сколько часов в сумме команда экономит в неделю? Это ключевая цифра, которую ты понесёшь руководству.

Неделя 6: Подведение итогов и переход в постоянный режим

Цель недели: зафиксировать результат и решить, что дальше.

Что делаешь ты:

Собираешь команду на 30-45 минут.
Показываешь итоги: три задачи автоматизированы, N часов в неделю сэкономлено, столько-то человек активно пользуются. Называешь имена пионеров — публичное признание работает.
Обсуждаете следующую задачу. Из аудита осталось ещё 1-2 — стоит ли их брать, или за эти недели появилась более важная?
Фиксируешь новую модель работы: раз в месяц команда добавляет одну новую задачу из бэклога. Не каждую неделю — команде нужен отдых от постоянного внедрения. Раз в месяц — это комфортный темп, при котором через полгода у тебя будет ещё 5-6 задач в рабочем режиме.

Что фиксируешь для себя:

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

Как измерять эффект без бюрократии

Ошибка номер один в измерении — делать сложно. Табличка на 30 метрик, дашборды, формулы. В итоге никто не заполняет, ты тратишь больше времени на измерение, чем команда на работу.

Тебе нужно три числа. Не больше.

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

Пример: еженедельный отчёт для клиентов в маркетинговом агентстве. До: 3 часа × 5 менеджеров = 15 часов в неделю. После: 30 минут × 5 менеджеров = 2,5 часа в неделю. Экономия: 12,5 часов в неделю. Это и есть метрика, которую ты понесёшь руководству. Её понимает кто угодно. Не надо точности до минуты — грубо, приблизительно, честно.

Число 2. Количество использований за неделю. Сколько раз команда реально запустила автоматизацию? Это показатель “живой ли процесс”. Если автоматизация запустилась один раз в понедельник и всё — что-то не так. Если каждый день — всё ок. Ты узнаёшь это, спросив в пятницу в общем чате: “сколько раз на этой неделе использовали [задачу]?”. Каждый отвечает одной цифрой, складываешь.

Число 3. Оценка “легче стало работать?” — от 1 до 5. Раз в две недели задавай команде один вопрос по шкале 1-5. Бывает задача экономит часы, но команда раздражается. Или наоборот — экономит мало, но люди счастливы. Без этой оценки ты не увидишь скрытую проблему.

И всё. Три числа: часы, использования, оценка. Хватит. Всё остальное — бюрократия, которая съедает твоё время и время команды, не добавляя понимания.

Как реагировать на сопротивление

Сопротивление будет. Это нормально. Люди защищают привычный способ работы — и это разумно, потому что привычное работает, а новое — непонятно, работает или нет. Твоя задача не “сломать сопротивление”, а правильно на него ответить.

”Я быстрее делаю сам”

Возможно, человек прав. В первые пару раз почти всегда правда: писать задачу в Claude, проверять результат, править — это дольше, чем сделать руками по привычке.

Как отвечать: “Я не спорю, первый раз это дольше. Цель не в том, чтобы было быстрее в этот раз. Цель — чтобы через две недели ты вообще не делал эту задачу руками. Попробуй пять раз, потом мы сравним. Если через пять раз ты действительно быстрее сам — оставь как есть, не трогай.”

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

”AI всё равно ошибается”

Тоже часто правда. AI ошибается. Но это не приговор.

Как отвечать: “Покажи конкретную ошибку.” Дальше ты с пионерами разбираешь: что в задаче было непонятно? Что не хватило в инструкции? Правите стартовый документ или Project — и в следующий раз ошибки нет.

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

”Я не хочу, чтобы меня заменили”

Это самый честный страх, который скрывается за всеми остальными. И отвечать на него надо тоже честно.

Как отвечать: “AI не заменит тебя. AI уберёт часть рутины, которая тебе и так не нравится, чтобы ты занимался тем, что AI не может — общением с клиентами, сложными решениями, живыми разговорами. Твоя работа станет интереснее, не исчезнет. А если я захочу тебя уволить — я сделаю это независимо от наличия AI.”

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

Молчаливое сопротивление — самое сложное

Человек на встрече кивает, говорит “да-да, понял, буду пробовать”. Проходит две недели — он ни разу не открыл Claude.

Это не про лень. Это обычно про страх выглядеть глупо, или про неуверенность, или про “не хочу, но сказать неудобно”.

Давление здесь только ухудшает. Правило простое: присоединение добровольное. Не тащи силой, не ставь в KPI (ключевые показатели эффективности — цифры, по которым оценивают работу сотрудника) “обязан использовать AI”. Принуждение убивает доверие и порождает имитацию.

Что работает вместо давления:

Пусть успех пионеров становится аргументом сам. Когда человек видит, что коллега на соседнем стуле освободил 5 часов в неделю — это давит сильнее приказа.
Разговор один на один, без аудитории: “вижу, ты пока не пробовал. Есть что-то, что мешает? Могу чем-то помочь?”. Часто вскрывается настоящая причина — “я боюсь, что не разберусь”, “мне неудобно тыкать пальцами в чат”, “я не понимаю, с чего начать”.
Предложи сесть вместе на 20 минут. Открыть Claude, вместе прогнать одну задачу. Не задание — совместная работа. После этого страх уходит у 90% людей.

Если даже после этого человек не хочет — отпусти. Есть люди, которые искренне не хотят AI в своей работе. Это их право. Лучше 70% команды в плюсе, чем 100% в имитации.

Если в команде сильное сопротивление и ты чувствуешь, что один не вытащишь — напиши на /consult, разберём ситуацию и подумаем над тактикой под твою команду.

Три примера плана для разных типов команд

Шаблон из гайда один, но задачи в нём будут разные. Вот три примера из разных отраслей.

Маркетинговое агентство, 10 человек

Контекст: команда делает SMM, таргет и контент для 6-8 клиентов одновременно. Каждый клиент требует отчёт, план контента, обсуждения с дизайнерами.

Задача 1 (Неделя 1-2): черновики постов для соцсетей. Повторяется каждый день, шаблон понятный, проверить легко, пост ещё вычитывают руками. Пионеры: 2 контент-менеджера. Экономия: 2-3 часа в день на человека.
Задача 2 (Неделя 3): брифы для дизайнеров. Раньше менеджер писал бриф от руки, теперь диктует Claude ключевые параметры — получается структурированный бриф. Экономия меньше, но дизайнерам приходят более чёткие задания.
Задача 3 (Неделя 5): еженедельные отчёты клиентам. Самая прибыльная задача — её намеренно оставили на потом, она сложнее и требует доверия, которое уже построено. Экономия: 2-3 часа на клиента в неделю.

К концу 6 недель: команда суммарно освобождает 40-60 часов в неделю. Это примерно один полноценный человек рабочего времени.

Отдел продаж, 8 человек

Контекст: B2B продажи (B2B — это когда компания продаёт не людям, а другим компаниям), длинный цикл сделки, много типовых вопросов от лидов, коммерческие предложения под каждого клиента.

Задача 1 (Неделя 1-2): ответы на типовые вопросы клиентов. У продавцов есть 20-30 повторяющихся вопросов (“сколько стоит”, “какие сроки”, “есть ли рассрочка”). Claude по контексту клиента пишет черновик ответа, продавец правит и отправляет. Первая задача — самая частая и безрисковая.
Задача 2 (Неделя 3): подготовка коммерческих предложений по шаблону. Раньше каждый КП собирали руками из презентации и прайса, уходил час. Теперь Claude формирует черновик, продавец дорабатывает под конкретику.
Задача 3 (Неделя 5): суммаризация звонков с клиентами. После звонка продавец диктует 2 минуты ключевых моментов — Claude оформляет в структурированный протокол для CRM и следующего шага. Это даже не “замена работы”, это то, что раньше не делалось регулярно, а теперь делается бесплатно.

К концу 6 недель: команда делает в 1,5 раза больше касаний с клиентами при том же составе.

Бухгалтерия, 6 человек

Контекст: небольшая бухгалтерия обслуживает 30-40 юрлиц. Много типовой переписки, шаблонных документов, входящих писем.

Задача 1 (Неделя 1-2): типовые письма клиентам. “Напоминание об отчётности”, “запрос недостающих документов”, “уведомление о сданном отчёте” — раньше бухгалтер писал руками. Теперь Claude формирует черновик, бухгалтер вычитывает. 10-15 писем в день на человека — экономия видна сразу.
Задача 2 (Неделя 3): формирование актов и счетов по шаблону. По описанию услуги и данным клиента — готовый документ. Бухгалтер проверяет цифры и реквизиты.
Задача 3 (Неделя 5): разбор входящих писем. Утром в почте 50 писем. Claude сортирует: срочные, типовые, требуют ответа, можно игнорировать. Бухгалтер начинает день не с хаоса, а с приоритетного списка.

К концу 6 недель: бухгалтерия тратит на рутину на 30% меньше времени — и у команды появляется ресурс на консультирование клиентов, чего раньше физически не хватало.

Частые ошибки, которые убивают план

Ошибка 1. Запуск сразу пяти задач параллельно

Логика: “раз у нас пять задач из аудита — давайте все сразу, чего тянуть”. Через неделю команда в панике, ни одна задача не работает стабильно, у пионеров ощущение “я не справляюсь”, у руководителя — “почему так медленно”.

Правильно: одна неделя — одна задача. Даже если другие ждут в очереди.

Ошибка 2. Пропуск ретроспективы

Логика: “зачем тратить 30 минут на разговоры, и так всё видно”. Не видно. На ретро всегда вскрываются вещи, которых ты не знал — та задача, которая не работает, но все молча пользуются; та проблема, которую стесняются сказать при всех; та идея, которая тебе в голову бы не пришла.

Правильно: ретроспектива на неделе 4 — это единственный способ узнать, что на самом деле происходит в команде.

Ошибка 3. Скрытый KPI — “если не пользуешься, будут последствия”

Логика: “ну, если добровольно не идут — заставим”. Эффект: люди имитируют. Открывают Claude утром, пишут что-нибудь случайное, закрывают. В отчётах всё хорошо, в реальности — ничего.

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

Ошибка 4. Не измеряешь эффект

Логика: “ну, вроде польза есть, команда довольна, зачем считать”. Через три месяца финансовый директор спрашивает: “а зачем мы платим за эти подписки?”. У тебя нет цифры. Он отключает бюджет. Внедрение умирает не потому, что было плохим — а потому что ты не мог его защитить.

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

Ошибка 5. Команда больше 20 человек, одного тебя не хватит

На команде до 15-20 человек справишься один. Дальше физически не получится: слишком много чек-инов, слишком много пионеров, слишком много ретро, слишком много разборов ошибок. Ты выгоришь к третьей неделе.

Правильно: если команда больше 20 человек — либо разбивай внедрение на волны (сначала один отдел, через месяц второй), либо зови второго человека в роль “координатора внедрения”. Один руководитель + один помощник + 2-3 пионера на волну — рабочая структура для большой команды.

Если сомневаешься, потянешь ли — напиши на /consult, разберём твою ситуацию и составим реалистичную версию плана под твой размер и отрасль.

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

Если тебе интересно, откуда растёт логика этого плана — короткий ликбез.

То, что описано в гайде, в теории организационных изменений называется change management (управление изменениями) — набор практик о том, как проводить через компанию любое нововведение: новый софт, новый процесс, новый способ работы.

Ключевые принципы, заложенные в план:

Пилот перед масштабом. Сначала проверяешь на маленькой группе — только потом раскатываешь на всех. Снижает риск провала и даёт доказательства, на которые можно опираться.
Чемпионы изменений. В change management “пионеры” называются champions — сотрудники, которые первыми принимают новое и помогают остальным. Без них крупные внедрения почти всегда проваливаются.
Быстрые победы (quick wins). Первые недели любого внедрения должны давать видимые маленькие успехи. Нужно не только для доказательства эффекта — психологически, чтобы команда поверила в изменение.
Обратная связь как часть процесса. Ретроспектива — это механизм, через который команда влияет на ход внедрения. Без него возникает “сверху спустили — внизу саботируют”.
Измерение эффекта. Без цифр любое изменение со временем откатывается — руководство теряет интерес, сотрудники возвращаются к привычкам. Цифры — якорь, который держит новое состояние.

Если тема зацепила — ищи литературу по change management (классика — книги Джона Коттера, например “Leading Change”). Но для 90% ситуаций достаточно того, что в этом гайде. Теория нужна тогда, когда план почему-то не работает и ты хочешь понять почему на более глубоком уровне.

Что дальше

У тебя теперь есть план на 6 недель, три примера из разных отраслей, метод измерения и список типовых ошибок. Этого хватает, чтобы провести первую волну внедрения своими силами.

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

Следующий гайд — “Сценарии обучения команды работе с Claude” — про это. Готовые короткие скрипты для первых встреч: что показать в первые 10 минут, что в первые 30, что отдать человеку на самостоятельную практику. Чтобы каждое новое включение в AI-практику не съедало твой час, а укладывалось в 15 минут.

Но сначала — сделай Неделю 0. Купи подписку, подготовь стартовый документ, найди пионеров. Без этого следующий гайд тебе пока не нужен.