AI-навчання, тиждень 2: use cases по ролях (формат воркшопу)

Спостерігши, як 30+ засновників проводять тиждень 2 AI-впровадження, мій висновок такий: когорта, яку розділили за ролями, щоразу обходить когорту, яка сидить однією кімнатою.

Чому розділ за ролями важливий саме у тиждень 2

Тиждень 1 знімав страх і давав один артефакт на людину. До тижня 2 цей універсальний урок виходить на стелю. Продавець і фінансовий контролер потребують принципово різного контенту — і якщо тримати їх у тій самій кімнаті, обидва перестануть слухати.

Дослідження Stanford по AI-розкатуванню в 51 організації показало: продуктивний приріст сильно залежить від форми воркфлоу — escalation-routing AI давав ~71% приросту, тоді як approval-routing — близько 30%. Справа не в самих відсотках, а в тому, що той самий інструмент дає радикально різний результат залежно від форми роботи ролі. Тиждень 2 — це момент, коли кожна команда починає шукати свою форму.

Визначення: Use case — конкретне завдання, що належить конкретній ролі, де AI замінює або підсилює крок у вже існуючому воркфлоу. Generic ("давайте використаємо AI у маркетингу") не рахується.

Як структурувати тиждень 2

Робоча структура:

1. Понеділок — 30-хвилинний загальний опенер. Підсумки тижня 1. Анонс role-tracks.
2. Вівторок — 90-хвилинний рольовий воркшоп паралельно. Один AI-чемпіон фасилітує кожен трек.
3. Середа/четвер — асинхронний капчер use case. Кожен скидає 2-3 кандидати у спільну форму.
4. Пʼятниця — 60-хвилинний скоринг беклогу. Кожен трек оцінює кандидатів і фіксує топ-1-2 на тиждень 3.

Для більшості SMB — від трьох до семи треків. Для компанії на 100 людей я зазвичай дроблю так: Sales, Customer Success, Operations, Finance, Marketing, People/HR, Engineering. Менше 50 — частину можна обʼєднати.

Визначення: Role-track — паралельна сесія в межах одного тижня під одну функцію, яку проводить чемпіон, що сам живе у цій функції щоденно.

Сценарій рольового воркшопу (90 хвилин)

[0:00-10:00]  Чемпіон відкриває. Показує ОДИН use case зі свого робочого тижня —
              before/after, із самим промптом і самим результатом.

[10:00-30:00] Round-robin: кожен учасник називає ОДНЕ завдання, на яке витратив
              понад 30 хвилин минулого тижня і яке відчував як рутину.
              Поки що нічого не "AI-фікуємо". Просто називаємо біль.

[30:00-55:00] Pair-and-prompt: пари працюють над завданням одне одного. По 12 хвилин
              на завдання. Промпт пишеться разом, на спільному екрані.

[55:00-75:00] Скоринг-вправа: кожна пара оцінює свій use case за трьома осями:
              збережений час (на тиждень/людину), ризик (low/med/high)
              і відповідальний (хто будує на тижні 3?).

[75:00-90:00] Сортування беклогу: чемпіон проектує всі use case на екран.
              Група голосує топ-5-8 у беклог треку.

Все тут можна корегувати, крім round-robin. Без нього отримаєте розмиті побажання, а не названі завдання.

Tool tip (Course for Business): Причина, чому розділ по ролях обходить однокімнатну сесію тижня 2, — фрейм Augment, don't replace звучить по-різному для різних ролей. Продавець чує "написати outreach у 5 разів швидше"; контролер чує "пояснити variance за 2 хвилини, а не за 30". Якщо вони в одній кімнаті, фрейм перетворюється на абстракцію. 6-week program на https://course.aiadvisoryboard.me/business тримає тиждень 2 як паралельні role-tracks саме з цієї причини. (Course for Business)

Як виглядає реальний беклог по ролях

Реальний беклог 140-людної сервісної фірми, яку я консультував — анонімізовано, але форма репрезентативна.

Sales (8 кандидатів, 2 топові):

• Персоналізація 50 outbound-листів/день із CRM-контексту (топ-1)
• Авто-summary discovery-дзвінків у 5-bullet brief для AE-handoff (топ-2)
• Drafts follow-up на основі сигналів з транскрипту дзвінка
• Генерація one-pager із сайту проспекта + LinkedIn

Finance (6 кандидатів, 2 топові):

• Drafts пояснень variance із даних monthly-close (топ-1)
• AP invoice-triage: витяг вендора + суми + GL-коду (топ-2)
• Перші чернетки відповідей на audit-questions
• Коментарі до forecast

Operations (7 кандидатів, 2 топові):

• Триаж і чернетки відповідей на вендор-листи
• Перші чернетки post-mortem інцидентів (топ-1)
• Генерація SOP з screen-recordings (топ-2)

Патерн: кожен трек закінчується 1-2 зобовʼязаннями з названими відповідальними, а не 8 побажаннями ні від кого.

Хороші vs погані use case

Погано: "Використати AI у маркетингу." Добре: "Генерувати 10 варіантів LinkedIn-постів на тиждень з наших наявних кейсів, відповідальний — [імʼя], ціль — 4 години/тиждень."

Погано: "AI-powered support." Добре: "Drafts перших відповідей по тиру 1 у Zendesk, ескалація всього зі словами churn або refund — відповідальний [імʼя], ціль deflection 30% за 4 тижні."

Хороші версії називають input, output, відповідального і метрику.

Team scan (що чемпіони доповідають після тижня 2)

• Кожен role-track зазвичай витягує 5-12 кандидатів; ~30% дублюються між командами.
• Найвищий важіль у тижні 2 майже завжди — drafts листів або документів. Нудно, але величезна економія часу.
• Sales і CS-треки генерують найбільше кандидатів; legal і compliance — найменше (і найризиковіші).
• Чемпіони повідомляють: розділ за ролями зрізає кількість runtime-питань приблизно вдвічі порівняно з тижнем 1.
• Engineering хоче перестрибнути одразу до агентів — притримуйте до тижня 4.
• Finance хоче пропустити воркшоп і щоб IT збудувала їм інструмент — push back, воркшоп будує саме судження.
• Головний барʼєр у скорингу — "не знаю, як часто я це роблю". Заохочуйте грубі оцінки замість мовчання.
• Приблизно 1 з 4 use case у тижні 2 виявляються проблемами доступу до даних, а не AI — фіксуйте рано.
• Крос-командні use case (Sales→CS handoff, Ops→Finance close) — найвища ROI, але найповільніші у запуску. Позначайте, не вбивайте.
• Беклог тижня 2 — це артефакт, який ви будете реюзати всі наступні чотири тижні.

Micro-case (що змінюється за 7-14 днів)

SaaS-компанія на 95 людей провела тиждень 2 як чотири паралельні треки: Sales, CS, Engineering, G&A. У кожному треку — чемпіон на одну когорту попереду. До пʼятниці залогували 31 кандидата; 8 потрапили у committed-build. До дня 14 два з восьми (call-summary і draft-відповіді у CS) уже виробляли результати в проді. CFO, який був скептичний, попросив розширити G&A-трек, бо "промпт пояснення variance дійсно працює". Зовнішні витрати у тиждень 2 — $0; жодних консультантів, лише AI-чемпіони. Для контрасту — peer-компанія найняла Big-4 на ту саму вправу і отримала презентацію на 60 сторінок із нулем впроваджених use case до тижня 4.

Note on this case: This example is illustrative — based on typical patterns we observe with companies of 30-500 employees, not a single named client. Specific numbers are rounded approximations of common ranges, not guarantees.

Tool tip (Course for Business): Найдорожча помилка у тижні 2 — давати одному чемпіону вести всі треки. Сенс пропорції AI Champions (1:15-20) саме в тому, щоб кожен трек мав чемпіона, який живе у цьому воркфлоу. Sales-чемпіон за 30 секунд відрізнить фейковий "AI use case", який насправді — проблема CRM-гігієни. 6-week program на https://course.aiadvisoryboard.me/business розставляє чемпіонів по ролях саме для масштабування цього судження. (Course for Business)

FAQ

А якщо у ролі лише 2-3 людини? Обʼєднуй із найближчою сусідньою функцією (3-людна юридична команда — з фінансами, не з маркетингом). Тримайте фокус на формі воркфлоу, а не на оргструктурі.

Чи може тиждень 2 бути асинхронним? Капчер use case — так. 90-хвилинна pair-and-prompt — ні. Саме там передається судження. Асинхронні воркшопи дають беклоги з побажаннями, а не зобовʼязаннями.

Як оцінювати ризик use case? Три відра: low (внутрішній output, людина завжди ревʼюїть), medium (клієнт-facing draft з людським ревʼю), high (автономні клієнт-facing або фінансові рішення). Тиждень 2 фіксує лише low і medium.

Що робити, якщо інженери наполягають збудувати агентів зараз? Запишіть їхні use case, тримайте до тижня 4. Передчасне будування агентів — найчастіша причина, чому тижні 3-5 розвалюються. (У нас є окремий advisory-продукт для щоденного менеджменту ширшого розкатування — поки пропустимо.)

Чи має засновник бути на role-tracks? Заходьте у 2-3 з них на 10 хвилин. Не сидіть повну сесію — ваша присутність ламає чесне називання болю.

Висновок

Тиждень 2 — це або розгалуження програми під форму компанії, або скочування назад в абстракцію. Розділ за ролями. 1-2 use case на трек. Розмову про агентів — на тиждень 4. Беклог тижня 2 — це хребет наступних чотирьох.

Наступний крок: назвіть чемпіонів треків і поставте їхні воркшопи у календар до понеділкового опенера.

Якщо хочете, щоб кожен співробітник запустив свою першу AI-автоматизацію за пʼять днів, — забронюйте 30-хвилинний дзвінок, і ми спланувели перший тиждень для вашої команди: https://course.aiadvisoryboard.me/business