WEBVTT

00:00:00.000 --> 00:00:05.900
Уявіть свої дані, як рій гоблінів. Безладні, розмножуються в темляві і точно не допомагають вам завоювати прихильність користувачів.

00:00:06.020 --> 00:00:13.760
Киньте Coopilot у цей хаос, і ви не отримаєте магічної продуктивності, ви отримаєте застарілі резюме контрактів та випадкову нісенітницю, яку ваш босс вважатиме датованою 2017 роком.

00:00:13.880 --> 00:00:16.500
Це не додає впевненості. Ось як це виправити.

00:00:16.660 --> 00:00:21.400
Приборкайте цих гоблінів правильною підготовкою та впровадженням, і Coopilot нарешті стане тим помічником, якого люди дійсно хочуть.

00:00:21.400 --> 00:00:26.500
Я надам вам 10 найкращих дій, щоб зробити Coopilot корисним, а не просто теорію. Речі, які ви можете реалізувати вже цього тижня.

00:00:26.620 --> 00:00:30.400
Швидка порада – завантажте безкоштовний чек-лист на М365 шоу, щоб нічого не пропустити.

00:00:30.560 --> 00:00:35.420
Бо справжній жах – це не другий день роботи з Coopilot, а коли ваше впровадження провалюється ще до того, як його хтось торкнувся.

00:00:35.560 --> 00:00:37.640
Чому розгортання провалюються до першого дня?

00:00:37.840 --> 00:00:41.680
Занадто багато впроваджень Coopilot згасають раніше, ніж користувачі дадуть їм реальний шанс.

00:00:41.680 --> 00:00:46.480
І рідко це стається через те, що Microsoft підсунула вам поганий код або ви пропустили магічний перемикач ліцензій.

00:00:46.620 --> 00:00:54.380
Справжня проблема – це очікування. Люди приходять, думаючи, що Coopilot – це вимикач, натиснув, і 30 версій бюджетного файлу раптом злилися в одну ідеальну відповідь.

00:00:54.460 --> 00:01:01.440
Це мрія. Реальність більше схожа на спробу нагодувати олімпійського бігу на чізбургерами замість спортивного харчування, ви отримаєте лише судомий жаль.

00:01:01.600 --> 00:01:06.500
Проблема в даних. Coopilot не вигадує знання, він переживує ті записи, які ви йому подаєте.

00:01:06.500 --> 00:01:13.380
Якщо ваш орендар – це хаос із нерозмічених файлів, дублікатів таблиць та покинутих папок SharePoint, ви фактично влаштували бенкет на смітнику.

00:01:13.540 --> 00:01:17.160
Одна компанія, з якою я працював, вважала, що їхня бібліотека контрактів у порядку.

00:01:17.320 --> 00:01:22.440
На практиці деякі контракти були прострочені, інші неправильно позначені, а половина була просто старими чернитками, що застрягли у фінальних папках.

00:01:22.620 --> 00:01:27.300
Результат. Coopilot впевнено видав резюме, стверджуючи, що партнерство від 2019 року все ще активне.

00:01:27.300 --> 00:01:32.340
Юристи були шоковані. Керівництво запанікувало. А довіра до Coopilot зникла майже миттєво.

00:01:32.460 --> 00:01:35.560
Такий фіаско – це не провина штучного інтелекту, це провина вхідних даних.

00:01:35.680 --> 00:01:39.380
Coopilot зробив рівно те, що йому сказали, перетворив сміття на відшліфуване сміття.

00:01:39.860 --> 00:01:42.160
Найнебезпечніше, наскільки переконливо виглядає результат.

00:01:42.360 --> 00:01:46.300
Користувачі чують чітке резюме і довіряють йому, поки не натраплять на очевидне протиріччя.

00:01:46.460 --> 00:01:49.240
З того моменту інструмент отримує нову назву «ненадійний».

00:01:49.240 --> 00:01:51.840
І як тільки цей ярлик наклеєно, його важко відклеїти.

00:01:51.980 --> 00:01:54.600
Досвіди розмови фахівців вказують на одну і ту саму корінь проблеми.

00:01:54.660 --> 00:01:57.480
Погане управління даними вбиває AI-проекти ще до їхнього початку.

00:01:57.620 --> 00:02:01.220
Ви можете платити за ліцензії, залучати консультантів і проводити яскраві зустрічі з нагоди старту.

00:02:01.340 --> 00:02:03.640
Це нічого не змінить, якщо система в основі – це болото.

00:02:03.780 --> 00:02:07.600
І ось головний момент – користувачам байдуже до дорожніх карт у PowerPoint чи рамок управління.

00:02:07.600 --> 00:02:11.540
Якщо їхній перший запит до Coopilot виявиться помилковим, вони закриють вікно і підуть далі.

00:02:11.680 --> 00:02:13.640
З їхньої точки зору пропозиція проста.

00:02:13.780 --> 00:02:15.200
Ось цей крутий новий помічник.

00:02:15.360 --> 00:02:16.780
Запитуйте його про що завгодно.

00:02:16.960 --> 00:02:20.840
Отже, вони пробують щось просте, наприклад, покажи мені відкриті контракти з постачальником X.

00:02:21.000 --> 00:02:24.800
Coopilot видає застарілі угоди, відсутні пункти та терміни, що минули усе впереміж.

00:02:24.960 --> 00:02:27.320
Запитайте себе, чи натиснуть вони вдруге після цього.

00:02:27.540 --> 00:02:28.200
Мабуть, ні.

00:02:28.200 --> 00:02:32.000
Як тільки офісні плітки охрестять його черговою забавкою, рівень впровадження впаде.

00:02:32.100 --> 00:02:33.160
Тож, як це виправити?

00:02:33.380 --> 00:02:34.300
Починайте з малого.

00:02:34.460 --> 00:02:36.920
Візьміть ту саму першу історію про безлад у бібліотеці контрактів.

00:02:37.060 --> 00:02:39.400
Якщо це вам знаємо, не намагайтеся відразу прибрати всю систему.

00:02:39.580 --> 00:02:40.780
Натомість зробіть сортування.

00:02:40.960 --> 00:02:43.060
Оберіть одну папку, яку можна привезти до ладу за два дні.

00:02:43.220 --> 00:02:45.740
Зробіть мітки послідовними, дати актуальними, чернетки видаленими.

00:02:45.880 --> 00:02:48.780
Потім підключіть Coopilot до цього невеликого сегмента і проведіть той самий тест.

00:02:48.780 --> 00:02:52.040
Різниця відчувається миттєво і, що важливіше, це повертає довіру користувачів.

00:02:52.140 --> 00:02:54.140
Подумайте про це, як про боротьбу зі шкідниками.

00:02:54.280 --> 00:03:00.740
Кожне пропущене поле метаданих, кожна дублювана таблиця, кожен файл «Фінал ВІ-2» – це ще один гоблін, що бігає в підвалі.

00:03:00.960 --> 00:03:06.800
Керівництво може нагорі святкувати запуск щі, але внизу ці гобліни перегризають дроти і переставляють папки.

00:03:07.000 --> 00:03:10.300
Якщо випустити туди Coopilot, ви просто дасте їм у руки мегафони.

00:03:10.540 --> 00:03:11.460
Висновок простий.

00:03:11.460 --> 00:03:14.480
Погані дані не знищують розгортання в один драматичний момент.

00:03:14.660 --> 00:03:18.060
Вони просто шліфують кожну взаємодію, доки довіра користувачів не зникне повністю.

00:03:18.200 --> 00:03:20.980
Одна погана відповідь перетворюється на дві, а потім починаються розмови.

00:03:21.080 --> 00:03:21.620
Він неточний.

00:03:21.760 --> 00:03:23.580
І невдовзі ніхто не хоче навіть спробувати.

00:03:23.760 --> 00:03:27.120
Тож прихований перший крок – це не ліцензування чи навчання, а полювання на гоблінів.

00:03:27.240 --> 00:03:28.780
Очістьте невеликий набір записів.

00:03:29.020 --> 00:03:30.180
Запроводьте певну структуру.

00:03:30.340 --> 00:03:32.920
Доведіть, що інструмент працює з чистими даними перш ніж масштабувати його.

00:03:32.920 --> 00:03:35.680
Якщо пропустити це, то так, ваше впровадження провелися ще до початку.

00:03:35.820 --> 00:03:38.820
Але є ще одна сторона цієї проблеми, на яку варто звернути увагу.

00:03:38.940 --> 00:03:43.120
Навіть якщо дані готові, користувачі не будуть залучені, якщо вони цього самі не захочуть.

00:03:43.240 --> 00:03:46.640
Це ставить складніше запитання, навіщо комусь взагалі просити про Co-Pilot,

00:03:46.800 --> 00:03:48.240
замість того, щоб ігнорувати його.

00:03:48.420 --> 00:03:51.360
І як організаціям вдалося змусити людей хотіти Co-Pilot.

00:03:51.540 --> 00:03:54.340
Те, що змінило ситуацію для деяких організацій, було простим.

00:03:54.500 --> 00:03:57.780
Вони домоглися того, щоб люди хотіли Co-Pilot, а не просто терпіли його.

00:03:57.780 --> 00:03:59.420
А це рідкість у світі і те.

00:03:59.640 --> 00:04:03.740
Зазвичай, коли ми пропонуємо новий інструмент, він висить на панелі завдань як небажаний додаток,

00:04:03.820 --> 00:04:04.880
про який ніхто не просив.

00:04:05.000 --> 00:04:08.100
Але коли користувачі бачать миттєву користь, реальний вигра з часу у своєму дні,

00:04:08.220 --> 00:04:10.660
вони перестають ігнорувати його і починають питати менеджерів,

00:04:10.740 --> 00:04:12.260
чому в їхньому відділі його досі немає.

00:04:12.400 --> 00:04:13.640
Ось головна відмінність.

00:04:13.880 --> 00:04:16.500
Інструменти, які ми лише терпимо, припадають пилом на робочому столі,

00:04:16.580 --> 00:04:18.340
бо ми відкриваємо їх, лише коли босс знушує.

00:04:18.340 --> 00:04:20.960
Інструменти, на які є попит, стають темою розмов у коридорах.

00:04:21.100 --> 00:04:22.760
Гей, це щойно зекономіло мені годину.

00:04:22.920 --> 00:04:24.880
Цей перехід відбувається завдяки помітним результатам,

00:04:24.940 --> 00:04:26.980
а не теоріям, практичним речам, які можна виміряти.

00:04:27.180 --> 00:04:30.640
Наприклад, скорочення часу на підготовку місячного звіту з вісьмох годин до двох,

00:04:30.760 --> 00:04:34.320
автоматизація оновлень статусів, щоб затвердження проходили на цілий день швидше,

00:04:34.320 --> 00:04:38.500
або зменшення помилок при звірці даних, через які фінансисти готові викинути ноутбук у вікно.

00:04:38.500 --> 00:04:41.900
Це саме ті досягнення, що перетворюють цікавість на реальний апетит до роботи.

00:04:42.040 --> 00:04:45.120
Занадто багато і те впроваджень розраховують на те, що користування працюватиме за наказом.

00:04:45.240 --> 00:04:47.800
Ліцензії призначаються, комунікаційники надсилають бадьорий понеділковий імейл,

00:04:47.860 --> 00:04:49.660
і хтось сподівається, що ентузіазм пошириться сам собою.

00:04:49.800 --> 00:04:50.660
Цього не стається.

00:04:50.860 --> 00:04:52.820
Користувачам байдуже до стратегічних презентацій, їм важливо,

00:04:52.820 --> 00:04:56.000
щоб їхній вечір п'ятниці був вільним, бо їм не довелося перегортати 30 електронних таблиць.

00:04:56.000 --> 00:04:59.200
Якщо пропустити це, Coopilot ігноруватимуть ще до того, як він отримає шанс.

00:04:59.340 --> 00:05:02.160
Протилежний ефект проявляється в реальному попиті на впровадження.

00:05:02.340 --> 00:05:06.520
Я бачив, як фінансова компанія провела невеликий цільовий пілот Coopilot в одному з відділів.

00:05:06.700 --> 00:05:11.680
Кілька аналітиків перейшли від потопання у вкладках Excel до передачі половини цієї рутини Coopilot.

00:05:11.680 --> 00:05:16.860
Звіти стали якіснішими, завали роботи зменшилися, а найкраще, чутки про це вийшли за межі пілотної групи.

00:05:16.860 --> 00:05:21.140
Співробітники з інших відділів почали запитувати менеджерів, чому в них це є, а в нас немає.

00:05:21.300 --> 00:05:25.260
І раптом це вже не було примусовим впровадженням, це було керування чергою охочих за дверима.

00:05:25.380 --> 00:05:27.980
І якщо вам потрібен цей сценарій, ось як вони це зробили.

00:05:28.140 --> 00:05:32.160
Шість аналітиків, тритижневий пілот, реальні таблиці та щоденний зворотний зв'язок.

00:05:32.160 --> 00:05:36.860
Чіткі рамки, швидкі ітерації, помітні результати. Це і є ефект їдальній.

00:05:36.860 --> 00:05:46.120
Нікому не цікава, ледь тепла, незрозуміла страва, але варто поставити бар і стако, як одразу вишиковується черга, і вона не зникає, бо попит підкріплений доказом цінності, а не черговою корпоративною розсилкою.

00:05:46.300 --> 00:05:50.880
Хочете чек-лист для запуску власного «бару стако»? Забирайте його на М365 шоу.

00:05:51.020 --> 00:05:52.640
Ось на що спиралися розумні команди.

00:05:52.640 --> 00:05:57.420
По-перше, вони залучили амбасадорів всередині бізнесу, а не і те персонал, щоб показувати реальні історії на кшталт. Це закономіло мені годину сьогодні вранці.

00:05:57.420 --> 00:06:03.080
По-друге, вони обрали перемоги, які інші могли помітити. Звідти здані вчасно, процеси затвердження розблоковані, час підготовки скорочено вдвічі.

00:06:03.200 --> 00:06:05.840
По-третє, вони дозволили доказам ефективності поширюватися соціально.

00:06:06.020 --> 00:06:10.020
Сарафан не радіо в чатах Teams та за круглими столами спрацювало краще за будь-які яскраві анонси.

00:06:10.020 --> 00:06:13.800
Це було не про маркетинг, а про те, щоб дозволити колегам довести ефективність і здобути довіру.

00:06:13.800 --> 00:06:20.060
І саме тому люди почали просити Coopilot, бо раптом це стало не ще одним екраном входу, а інструментом, що рятує від чергової виснажливої роботи з даними.

00:06:20.360 --> 00:06:23.560
Організації, які зробили ці досягнення помітними, докорінно змінили підхід.

00:06:23.560 --> 00:06:28.940
Замість того, щоб IT-відділ змушував усіх впроваджувати інструменти, користувачі самі вплітали Coopilot у свій робочий день як кисень.

00:06:29.080 --> 00:06:32.120
Це впровадження з реальною віддачею, імпульс, який не потрібно вигадувати.

00:06:32.120 --> 00:06:37.060
Звісно, показати результати – це одне, а структурувати процес так, щоб він не виглядав як нав'язлива реклама – зовсім інше.

00:06:37.180 --> 00:06:39.320
І саме тут стали в пригоді правильні підходи.

00:06:39.440 --> 00:06:41.940
Підходи, які не звучать як чергова рекламна акція.

00:06:41.940 --> 00:06:46.480
Ви коли-небудь сиділи на презентаціях з управління змінами і думали, ого, це схоже на груповий проєкт студентів MBA.

00:06:46.680 --> 00:06:47.940
Ось я протежі ночі.

00:06:48.300 --> 00:06:49.860
Впровадження ще має бути простим.

00:06:50.000 --> 00:06:54.200
Покажіть користувачам, що робить інструмент, підготуйте їх до роботи та підтримайте, коли вони застрягнуть.

00:06:54.200 --> 00:06:59.900
Натомість ми отримуємо слайди з сотнею стрілок, концентричними колами та більшою кількістю модних слів, ніж під час тижня ребрендингу продуктів Microsoft.

00:07:00.140 --> 00:07:04.360
Цей шум може вразити віце-президента, але він не допомагає людям, які насправді працюють з таблицями.

00:07:04.360 --> 00:07:09.780
Працюють лише ті підходи, що максимально спрощені, спрямовані на реальні болі та настільки короткі, що співробітники не втрачають увагу.

00:07:09.900 --> 00:07:13.080
ADKIR став одним із небагатьох, що вдалося легко втілити на практиці.

00:07:13.080 --> 00:07:16.780
На папері це обізнаність, бажання, знання, вміння, закріплення.

00:07:16.920 --> 00:07:19.160
У світі Co-Pilot це означає наступне.

00:07:19.340 --> 00:07:26.200
Обізнаність виникає завдяки цільовим демо, які показують, що Co-Pilot дає конкретно їхній ролі, а не глянцеві відео про майбутнє продуктивності.

00:07:26.360 --> 00:07:31.480
Бажання означає швидкий результат, наприклад, продемонструвати, як робота, яку вони ненавидять, займає вдвічі менше часу.

00:07:31.640 --> 00:07:34.820
Знання мають бути у форматі мікронавчання, а не смерті від презентацій.

00:07:34.820 --> 00:07:37.920
Дайте їм п'ятихвилинні чеклісти, шпаргалки або підказки.

00:07:38.060 --> 00:07:39.480
Вміння приходить через пісочницю.

00:07:39.600 --> 00:07:45.240
Нехай користувачі тренуються на фіктивних даних або некритичних завданнях, щоб вони не боялися, що один неправильний клік зіпсує проєкт.

00:07:45.400 --> 00:07:50.820
Закріплення – це не ще одна корпоративна розсилка, а шаблони, гарячі клавіші або визнання менеджером успіхів колеги.

00:07:50.940 --> 00:07:54.380
Якщо відкинути броню з абревіатур ADKIR – це зовсім не теорія.

00:07:54.380 --> 00:08:01.620
Це дорожня карта, яка каже «Скажіть, що це, чому це спрощує день, як цим користуватися, дозвольте спробувати без страху, а потім продовжуйте заохочувати».

00:08:01.620 --> 00:08:03.080
Контрольна точка тут проста.

00:08:03.240 --> 00:08:08.820
Перед запуском переконайтеся, що можете назвати принаймні два реальні завдання, де Coopilot покращує результат на чітко визначений відсоток.

00:08:08.900 --> 00:08:11.660
Ви самі встановлюєте показник 10% чи 20% – неважливо.

00:08:11.820 --> 00:08:14.960
Якщо ви не можете довести це під час пілотного проєкту, підхід перетвориться просто на плакати на стінах.

00:08:14.960 --> 00:08:18.780
Я бачив, як це чудово спрацювало в компанії середнього розміру, що впроваджувала Coopilot у відділі продажів.

00:08:18.900 --> 00:08:21.860
Вони не скинули це на голову персоналу в понеділок з листом «Удачі всім».

00:08:21.860 --> 00:08:26.900
Натомість вони провели стислі демо-сесії, обрали одне реальне завдання – звітність за воронкою продажів і налаштували простір пісочницю.

00:08:27.020 --> 00:08:30.140
Аналітики проводили тестування на облікових записах, де нічого не можна було пошкодити.

00:08:30.320 --> 00:08:33.300
Я відстежував, скільки часу займали ці звіти раніше і вимірював скорочення.

00:08:33.300 --> 00:08:37.100
Керівництво закріпило це, впровадивши шаблони для правильного використання, щоб звичка вкорінилася.

00:08:37.260 --> 00:08:41.820
На момент запуску інструменту вже ніхто його не боявся. Він уже став частиною їхнього робочого процесу.

00:08:41.940 --> 00:08:44.760
Підхід Коттера до швидких перемог також спрацював у полях.

00:08:44.920 --> 00:08:49.340
Це проти отру та дорічних спринтів змін, де ніхто не бачить цінності, поки не закінчиться терпіння.

00:08:49.480 --> 00:08:53.520
Модель спирається на ранні помітні перемоги, які поширюються швидше за будь-яку глянцеву кампанію.

00:08:53.520 --> 00:08:56.840
У термінах Coopilot сприймайте це як здобуття перемоги за один тиждень.

00:08:56.960 --> 00:09:03.820
Команда скоро чує щотижневий звіт із 4 годин до 1, або керівник проєкту відмовляється від безкінчних імейлів про статус, бо Coopilot уже створив резюме.

00:09:03.960 --> 00:09:07.780
Ці швидкі результати – не просто слова. Вони поширюються сарафанним радіо.

00:09:07.900 --> 00:09:11.280
І коли скептики чують, як колеги хваляться вивільненим часом, опір слабше є.

00:09:11.420 --> 00:09:14.920
Люди перестають закочувати очі при анонсах і починають самі переказувати ці історії.

00:09:15.080 --> 00:09:17.240
Секрет не у виборі правильної брендової моделі.

00:09:17.240 --> 00:09:20.840
Секрет у виборі простої структури та використання її як зброї проти повсякденних труднощів.

00:09:20.960 --> 00:09:23.620
Це означає короткі цикли, помітний вплив і жодних ускладнень.

00:09:23.780 --> 00:09:27.320
Не вивалюйте на людей купу етапів і не вдавайте, що користувачам важливо, на якій стадії вони перебувають.

00:09:27.500 --> 00:09:32.320
Їм не важливо. Покажіть їм, як полегшити їхню роботу, а потім підкріпіть це структурою, яка здається природною.

00:09:32.480 --> 00:09:35.540
Саме тоді структури стають важелим впливу, а не просто фоновим шумом.

00:09:35.700 --> 00:09:37.240
З часом ми помітили різницю.

00:09:37.240 --> 00:09:42.500
Впровадження почало звучати як обмін історіями успіху між колегами, а не як читання керівниками нотаток із PowerPoint.

00:09:42.900 --> 00:09:43.860
Це і є мета.

00:09:44.020 --> 00:09:48.600
Жодних модних слів чи ламінованих схем, лише структури, адаптовані до реальних болів користувачів.

00:09:48.800 --> 00:09:53.420
Зробіть модель простою, людяною, і ви отримаєте імпульс, що відчувається органічним, а не примусовим.

00:09:53.580 --> 00:09:56.460
Звісно, все це має значення, лише якщо навчання ефективне.

00:09:56.620 --> 00:10:00.080
Структура на папері помирає в ту мить, коли люди втрачають інтерес під час впровадження.

00:10:00.080 --> 00:10:04.500
І повірте, ми всі бачили, що стається, коли користувачі потрапляють у пастку цілодинного тренінгу з Coopilot.

00:10:04.700 --> 00:10:08.400
До середини ранку половина аудиторії вже занурена в пошту, чекаючи на закінчення.

00:10:08.580 --> 00:10:10.160
Навчання без закочування очей.

00:10:10.300 --> 00:10:12.940
Навчання – це етап, на якому більшість впроваджень стають незручними.

00:10:13.060 --> 00:10:16.340
Усі знають, що це важливо, але якщо зробити це неправильно, користувачі вирішують,

00:10:16.400 --> 00:10:18.700
чи справді пробувати Coopilot, чи тихцем його ігнорувати.

00:10:18.860 --> 00:10:21.820
Цей розділ про те, як звести навчання до того, що справді працює,

00:10:21.820 --> 00:10:24.760
надаючи людям достатньо практичних доказів, не виснажуючи їх.

00:10:24.860 --> 00:10:27.500
Почнімо з головної пастки заготовлених демо-версій.

00:10:27.660 --> 00:10:30.660
О тих ідеальних прикладів, де Coopilot автоматично пише бездоганний звіт

00:10:30.660 --> 00:10:32.280
або миттєво дістає контракт з повітря.

00:10:32.400 --> 00:10:34.360
Вони виглядають добре, але швидко вбивають довіру,

00:10:34.440 --> 00:10:36.620
бо реальні користувачі не живуть у світі відшліфуваних демо.

00:10:36.760 --> 00:10:39.600
Вони живуть у файлах типу «Бюджет 2020 фінальний V13»

00:10:39.600 --> 00:10:41.160
та в ланцюжках листів з темами на кшталт.

00:10:41.160 --> 00:10:42.720
ReRFWD терміново, будь ласка.

00:10:42.860 --> 00:10:45.580
Заздалегідь підготовлені демо створюють нереалістичні очікування.

00:10:45.760 --> 00:10:47.920
Натомість навчайте на їхній брудній реальній роботі.

00:10:48.060 --> 00:10:50.360
Практичний приклад – принесіть одну безладну таблицю

00:10:50.360 --> 00:10:52.460
і попросіть Coopilot підсумувати проблеми.

00:10:52.560 --> 00:10:54.900
Повторюйте, поки підсумок не стане стабільно корисним.

00:10:55.060 --> 00:10:57.120
Це навчання, якому користувачі можуть повірити.

00:10:57.280 --> 00:10:59.300
І ось що важливо, коли навчання переходить на реальні дані,

00:10:59.300 --> 00:11:01.840
навіть якщо Coopilot помиляється, люди починають цікавитися.

00:11:01.840 --> 00:11:05.320
Одна компанія, з якою я працював, відкинула яскраві зразки презентацій

00:11:05.320 --> 00:11:08.400
і натомість відкрила реальні листи з воронки продажів та таблиці залишків.

00:11:08.580 --> 00:11:11.020
Співробітники бачили, як Coopilot бореться, адаптується

00:11:11.020 --> 00:11:13.560
і прибирає кілька кроків із рутини, яку вони й так ненавиділи.

00:11:13.700 --> 00:11:15.640
Це не було магією, але це було чесно.

00:11:15.800 --> 00:11:18.020
Раптом у кімнаті не було нудьги чи скепсису.

00:11:18.180 --> 00:11:19.400
Вони були зацікавлені.

00:11:19.400 --> 00:11:22.780
Цей сув важить більше, ніж яскравий приклад, дивіться, що він може.

00:11:23.020 --> 00:11:24.520
Формулювання також має значення.

00:11:24.520 --> 00:11:27.000
Тренери, які починали з гучних фраз, втрачали авторитет,

00:11:27.100 --> 00:11:28.860
як тільки Coopilot давав незгравну відповідь.

00:11:28.900 --> 00:11:29.980
Рішення дуже просте.

00:11:30.280 --> 00:11:32.740
Використовуйте саме цю фразу на початку кожного заняття.

00:11:32.940 --> 00:11:34.340
Іноді це буде виглядати дивно.

00:11:34.500 --> 00:11:35.900
Ось як це помітити і виправити.

00:11:36.100 --> 00:11:38.180
Цей один рядок перезавантажує очікування.

00:11:38.340 --> 00:11:41.560
Учасники перестають чекати досконалості і починають шукати корисність.

00:11:41.560 --> 00:11:44.780
Безладний результат – це не помилка, а лише частина процесу навчання.

00:11:44.940 --> 00:11:47.640
І такий підхід перетворює невдалі чернетки на навчальні моменти,

00:11:47.740 --> 00:11:48.800
а не на привід для відмови.

00:11:54.520 --> 00:11:57.360
Довгі конференц-марафони вбивають мотивацію.

00:11:57.500 --> 00:11:59.520
Короткі та часті сесії її створюють.

00:11:59.680 --> 00:12:01.520
Кілька конкретних кроків працюють найкраще.

00:12:01.680 --> 00:12:03.440
Використовуйте реальні файли під час навчання.

00:12:03.580 --> 00:12:05.020
Одразу встановлюйте очікування.

00:12:05.160 --> 00:12:08.080
Проводьте мікросесії по від 15 до 30 хвилин замість виснажливих цілих днів.

00:12:08.260 --> 00:12:10.760
Створіть пісочницю, наповнену хаотичними проблемними даними,

00:12:10.760 --> 00:12:12.260
щоб люди могли тестувати без страху.

00:12:12.380 --> 00:12:15.000
Роздайте пам'ятку, як перевіряти факти за Coopilot.

00:12:15.000 --> 00:12:18.600
Таким чином, навчання – це не про те, щоб вдавати, що Coopilot – чарівник,

00:12:18.680 --> 00:12:22.120
а про те, як використовувати його як помічника, не осоромившись перед босом.

00:12:22.240 --> 00:12:25.860
Формат чек-листа означає, що люди пам'ятатимуть поради після виходу з кімнати.

00:12:26.020 --> 00:12:28.320
Ніхто не згадуватиме тригодинну презентацію згодом,

00:12:28.420 --> 00:12:31.100
але вони залишать пам'ятку на аркуші, приклеєну над монітором.

00:12:31.340 --> 00:12:33.400
Результатом цих змін є зміна ставлення.

00:12:33.560 --> 00:12:36.700
Замість сидіти на довгих демо, користувачі починають тестувати завдання,

00:12:36.820 --> 00:12:38.320
які реально полегшують їм життя.

00:12:38.320 --> 00:12:40.580
Наприклад, скорочувати чернетки листів удвічі,

00:12:40.680 --> 00:12:43.700
підсумовувати оновлення проєктів або шукати відповіді в горах таблиць.

00:12:43.760 --> 00:12:45.640
Кожна маленька перемога відчувається як доказ того,

00:12:45.800 --> 00:12:47.820
що Coopilot має місце в їхньому робочому процесі,

00:12:47.880 --> 00:12:49.440
а не лише в маркетингових слайдах Microsoft.

00:12:49.700 --> 00:12:52.460
Зберіть кілька таких перемог, і впровадження перестане бути питанням,

00:12:52.520 --> 00:12:53.400
де IT тисне на людей.

00:12:53.580 --> 00:12:56.040
Це стає тим, що користувачі хочуть постійно вдосконалювати.

00:12:56.220 --> 00:12:59.240
Досвід показує, що саме ця модель стимулює зростання кривих впровадження.

00:12:59.240 --> 00:13:01.740
Команди, які навчаються на реальних прикладах і коротких циклах,

00:13:01.800 --> 00:13:03.200
кажуть, ця штука справді допомагає.

00:13:03.340 --> 00:13:06.300
Натомість команди, які влаштовують маркетингові шоу, йдуть зі скаргами.

00:13:06.420 --> 00:13:07.320
Усе так просто.

00:13:07.560 --> 00:13:09.620
Допитливі користувачі стають дослідниками.

00:13:09.800 --> 00:13:11.520
Дослідники стають щоденними користувачами,

00:13:11.600 --> 00:13:15.040
а вони створюють історії, які поширюються швидше за будь-які внутрішні комунікації.

00:13:15.220 --> 00:13:18.260
Хочете отримати робочі матеріали для проведення власного якісного навчання?

00:13:18.420 --> 00:13:21.740
Підпишіться на розсилку TLDR на сторінці M365 SHOW

00:13:21.740 --> 00:13:24.760
або стежте за трансляціями, де MVP розбирають це детальніше.

00:13:24.920 --> 00:13:26.720
Це вбереже вас від вгадування того, що працює,

00:13:26.800 --> 00:13:28.540
чи вигадування велосипеда для кожного проєкту.

00:13:28.540 --> 00:13:31.360
Отже, це навчання без зневаги, реальні файли, реалістичний підхід

00:13:31.360 --> 00:13:33.900
і повторювані короткі сесії, що швидко демонструють цінність.

00:13:34.040 --> 00:13:36.920
Якщо ви це зробите, Coopilot сприйматиметься як частина команди,

00:13:37.000 --> 00:13:38.120
а не як черговий ІТ-трюк.

00:13:38.220 --> 00:13:41.520
А коли ви правильно організуєте навчання, користувачі відчують впевненість.

00:13:41.520 --> 00:13:44.720
Але якщо проігнорувати це, історія впровадження швидко зміниться,

00:13:44.860 --> 00:13:48.000
бо нічого не руйнує плани швидше, ніж запуск без підготовки ґрунту.

00:13:48.000 --> 00:13:50.640
Що стається, коли ви пропускаєте найважчу частину?

00:13:50.800 --> 00:13:52.200
Ось тут усе стає кепсько.

00:13:52.340 --> 00:13:55.120
Коли компанії пропускають складні етапи і просто вмикають Coopilot,

00:13:55.260 --> 00:13:58.520
без очищення даних, без підготовки, без плану, просто роздаючи ліцензії,

00:13:58.660 --> 00:14:00.300
ніби це безкоштовні пончики в п'ятницю.

00:14:00.400 --> 00:14:02.420
Поки хтось публікує святкове повідомлення у Teams,

00:14:02.580 --> 00:14:04.780
користувачі вже засипають Coopilot запитами від

00:14:04.780 --> 00:14:08.200
підсумуй фінансові звіти за Q4 до «Розкажи про політику відпусток».

00:14:08.200 --> 00:14:09.760
Що вони отримують у відповідь?

00:14:09.880 --> 00:14:12.500
Сміття. Старе сміття. Оманливе сміття.

00:14:12.500 --> 00:14:15.000
Раптом Coopilot виглядає не як корисний помічник,

00:14:15.100 --> 00:14:17.780
а як бот-жартівник, якого підкинули в іте заради сміху.

00:14:17.880 --> 00:14:18.920
Чому це стається?

00:14:19.100 --> 00:14:21.440
Бо всю нудну підготовчу роботу було проігноровано.

00:14:21.620 --> 00:14:23.580
Ніякого сортування старих бібліотек документів,

00:14:23.680 --> 00:14:25.540
ніяких тестових запитів для виявлення помилок,

00:14:25.640 --> 00:14:28.620
ніякого мікронавчення про те, що чернетки Coopilot треба перевіряти.

00:14:28.620 --> 00:14:32.760
Натомість ваші папки SharePoint перетворюються на машину часу в 2007 рік,

00:14:32.860 --> 00:14:35.200
де застарілі файли Excel подаються як істина,

00:14:35.280 --> 00:14:37.880
а Coopilot радісно видає їх за свіжу аналітику.

00:14:38.080 --> 00:14:41.140
Для користувача це виглядає як риття в смітнику у смокінгу.

00:14:41.340 --> 00:14:44.100
Для іте-відділу це схоже на полювання на службу підтримки.

00:14:44.280 --> 00:14:46.540
Я бачив, як одне впровадження повністю провалилося,

00:14:46.660 --> 00:14:49.320
коли керівництво наполягло на запуску одразу для топ-менеджерів.

00:14:49.460 --> 00:14:53.380
Перше запитання фінансового директора підсумує наші фінансові звіти за Q4.

00:14:53.380 --> 00:14:56.620
Замість актуальних цифр Coopilot витягнув архів трирічної давнини

00:14:56.620 --> 00:15:00.440
до злиття компаній зі структурою, якої не існувало з 2017 року.

00:15:00.580 --> 00:15:02.500
Це виглядало авторитетно, було абсолютно хибним

00:15:02.500 --> 00:15:04.160
і прозвучало прямо на засіданні правління.

00:15:04.320 --> 00:15:05.560
Спробуйте пояснити це.

00:15:05.720 --> 00:15:07.220
Ось так швидко вмирає довіра.

00:15:07.380 --> 00:15:09.000
Одна невдала відповідь на важливе запитання,

00:15:09.140 --> 00:15:11.780
і весь процес впровадження миттєво охрещують марною іграшкою.

00:15:11.920 --> 00:15:14.260
Рівень впровадження завмирає, чати в ТІМС заповнюється мемами

00:15:14.260 --> 00:15:16.920
замість успіхів, а IT-відділ потерпає від шквалу гнівних дзвінків.

00:15:17.040 --> 00:15:19.500
Якщо ви опинилися в такій ситуації, ось сценарій для керівництва,

00:15:19.640 --> 00:15:21.440
який допоможе виправити справу без зайвих виправдень.

00:15:21.580 --> 00:15:23.740
Ми призупинили впровадження, щоб виправити джерела даних,

00:15:23.840 --> 00:15:25.260
які призводять до ненадійних відповідей.

00:15:25.420 --> 00:15:28.020
Ми перезапустимо систему поетапно з вимірюваними результатами.

00:15:28.160 --> 00:15:31.200
Це змінює акцент з IT провалилися, на IT взяли ситуацію під контроль.

00:15:31.320 --> 00:15:33.720
Відновлення після невдачі – процес несприємних, але цілком реальний.

00:15:33.720 --> 00:15:35.900
Все зводиться до чіткого плану з чотирьох кроків.

00:15:35.980 --> 00:15:39.140
Призупинити масштабне впровадження, відфільтрувати та архівувати застарілі дані,

00:15:39.240 --> 00:15:41.900
перезапустити пілот для обмеженої групи з чіткими очікуваннями,

00:15:42.000 --> 00:15:44.700
налагодити прозору комунікацію та збирати відгуки користувачів.

00:15:44.820 --> 00:15:47.820
Ці чотири кроки – це різниця між тим, щоб тихо виправити помалки,

00:15:47.920 --> 00:15:50.420
і тим, щоб назавжди зіпсувати репутацію Co-Pilot.

00:15:50.560 --> 00:15:53.640
У межах цього плану IT команда виконала кілька ключових дій з очищення.

00:15:53.640 --> 00:15:56.660
Очистили критичні сховища даних, маркували активні та архівні матеріали,

00:15:56.760 --> 00:15:59.060
обмежили доступ до Co-Pilot однією контрольованою групою,

00:15:59.160 --> 00:16:00.860
а потім перезапустили систему у пісочниці.

00:16:01.000 --> 00:16:02.680
Мета – не досконалість, а контроль.

00:16:02.780 --> 00:16:04.740
Ви ж не хочете, щоб Co-Pilot рився у запалених архівах

00:16:04.740 --> 00:16:06.460
і видавав їхній вміст за істину в останній інстанції.

00:16:06.620 --> 00:16:08.440
Ви хочете, щоб він працював у безпечних межах,

00:16:08.520 --> 00:16:09.840
де він справді може заслужити довіру.

00:16:09.980 --> 00:16:12.060
Зміна стилю комунікації має не менше значення.

00:16:12.060 --> 00:16:14.040
Розумні команди не перебільшували можливостей.

00:16:14.180 --> 00:16:15.980
Вони відразу встановили чіткі очікування.

00:16:16.120 --> 00:16:17.620
Co-Pilot генерує чернетки.

00:16:17.800 --> 00:16:18.900
Ви перевіряєте факти.

00:16:19.100 --> 00:16:21.040
Ось як розпізнати застарілу інформацію.

00:16:21.180 --> 00:16:22.860
Ось куди надсилати помилкові результати.

00:16:23.020 --> 00:16:25.700
Така чесність спрацювала краще за будь-які корпоративні гасла,

00:16:25.840 --> 00:16:27.660
бо надала користувачам прості інструкції.

00:16:27.840 --> 00:16:30.720
Ніхто не чекає, що генератор чернеток буде бездоганним,

00:16:30.820 --> 00:16:34.160
але всі очікують передбачуваності, а саме вона відновлює довіру.

00:16:34.160 --> 00:16:37.800
Щойно пілетні цикли почали приносити невеликі, але помітні результати.

00:16:37.920 --> 00:16:40.120
Керівник проєкту скоротив час на звіти вдвічі,

00:16:40.240 --> 00:16:43.340
менеджер нарешті перетворив 40-сторінковий план на щось зрозуміле.

00:16:43.500 --> 00:16:45.220
Інформація почала поширюватися.

00:16:45.400 --> 00:16:49.260
Не через розсилки чи презентації, а через розмови в коридорах і повідомлення в Teams.

00:16:49.440 --> 00:16:52.260
Замість гасл-CIO впровадження підживлювалося словами колег,

00:16:52.380 --> 00:16:55.000
це справді зекономіло мені купу часу на цій ненависній задачі.

00:16:55.140 --> 00:16:58.380
Це набагато потужніше за будь-яку зрежисовану історію успіху.

00:16:58.380 --> 00:17:03.040
Висновок нехтування складними етапами на старті дає вам ефектний запуск і миттєвий крах.

00:17:03.220 --> 00:17:07.300
Наведення ладу і перезапуск дають повільніший старт, але гарантують довготривалу довіру.

00:17:07.300 --> 00:17:12.300
А довіра – це єдине, що робить Coopilot частиною щоденної роботи, а не корпоративною іграшкою в шухляді.

00:17:12.420 --> 00:17:15.120
Бо, врешті-решт, успіх системи залежить не від ші, а від того,

00:17:15.260 --> 00:17:19.000
чи довіряють йому люди, які з ним працюють настільки, щоб продовжувати користуватися.

00:17:19.160 --> 00:17:21.600
І цей фактор є справжнім показником успіху.

00:17:21.740 --> 00:17:22.560
Отже, це все.

00:17:22.560 --> 00:17:27.640
Різниця між впровадженням Coopilot, що провалюється і тим, що приживається, – це не магія, а якість виконання.

00:17:27.800 --> 00:17:31.420
Забудьте про маркетинговий шум і запам'ятайте 10 кроків, які дійсно працюють.

00:17:31.420 --> 00:17:38.460
Визначте джерела, очистіть найгіршу папку, почніть з пілоту, оберіть лідерів, покажіть успіхи, тренуйтеся на реальних даних,

00:17:38.600 --> 00:17:43.760
встановіть очікування, створіть безпечне середовище, вимірюйте результати та майте план відкату.

00:17:43.960 --> 00:17:46.820
Зробіть це і впровадження стане свідомим, а не хаотичним.

00:17:46.820 --> 00:17:53.300
Підписуйтесь на розсилку M365Show та слідкуйте за LinkedIn M365Show, щоб дивитися стріми з MVP та заглиблюватися в тему.

00:17:53.300 --> 00:17:59.940
Ви не зможете знищити всіх гоблінів даних, але можете приборкати найгірших і дозволити Coopilot виконувати справжню роботу, просто натиснувши кнопку підписки.