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

> Тиждень 2 шеститижневої корпоративної AI-програми ділить когорту за ролями. Формат воркшопу, який до пʼятниці дає беклог реальних AI use case на кожен відділ — без зовнішніх консультантів.

- Автор: Ярослав Максимович (Founder & CEO, AI Advisory Board)
- Опубліковано: 2026-05-08
- Оновлено: 2026-10-26
- Джерело: https://aiadvisoryboard.me/uk/blog/ai-training-week-2-use-cases-by-role

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

## TL;DR

- Тиждень 2 — це момент, де generic-промпт-вправи перестають працювати; ділимо когорту за ролями і запускаємо паралельні воркшопи.
- Кожен role-track до пʼятниці видає беклог з 5-8 use case, оцінених за збереженим часом і ризиком.
- Фінальний результат — не слайд, а 1-2 use case на команду, які беремо в роботу на тиждень 3.

## Чому розділ за ролями важливий саме у тиждень 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

---

Цитуючи, посилайтесь на https://aiadvisoryboard.me/uk/blog/ai-training-week-2-use-cases-by-role. Більше статей: https://aiadvisoryboard.me/uk/blog