WEBVTT 00:00:00.000 --> 00:00:06.020 Wyobraź sobie swoje dane jako rój goblinów niechlujnych, mnożących się w ciemności i zdecydowanie niepomagających w zjednaniu sobie użytkowników. 00:00:06.180 --> 00:00:13.620 Wrzuć kopilota w ten chaos, a zamiast magicznej produktywności otrzymasz przestarzałe podsumowania umów i przypadkowe bzdury, które w oczach szefa wyglądają jak z 2017 roku. 00:00:13.860 --> 00:00:16.440 Nie budzi to zbytniego zaufania. Oto rozwiązanie. 00:00:16.600 --> 00:00:21.300 Poskrom te goblinę odpowiednim przygotowaniem i wdrożeniem, a kopilot wreszcie zacznie działać jak asystent, którego ludzie naprawdę potrzebują. 00:00:21.480 --> 00:00:24.580 Przedstawię Ci 10 najważniejszych działań, dzięki którym kopilot stanie się użyteczny bez zbędnej teorii. 00:00:24.580 --> 00:00:26.480 Rzeczy, które możesz wdrożyć jeszcze w tym tygodniu. 00:00:26.620 --> 00:00:35.460 Szybka reklama. Pobierz bezpłatną listę kontrolną z M365 Show, aby nie pominąć żadnego kroku, ponieważ prawdziwym koszmarem nie jest drugi dzień z kopilotem, lecz sytuacja, gdy wdrożenie zawodzi, zanim ktokolwiek w ogóle go dotknie. 00:00:35.640 --> 00:00:37.760 Dlaczego wdrożenia zawodzą jeszcze przed pierwszym dniem? 00:00:37.900 --> 00:00:41.640 Zbyt wiele wdrożeń kopilota kończy się fiaskiem, zanim użytkownicy dadzą mu uczciwą szansę. 00:00:41.780 --> 00:00:46.520 I rzadko wynika to z tego, że Microsoft przemycił zły kod do Twojego tenanta lub że przegapiłeś magiczny przełącznik licencji. 00:00:46.700 --> 00:00:48.300 Prawdziwym problemem są oczekiwania. 00:00:48.300 --> 00:00:54.320 Ludzie myślą, że kopilot to przełącznik, który wystarczy pstryknąć, by 30 wersji pliku budżetowego połączyło się w jedną idealną odpowiedź. 00:00:54.400 --> 00:00:55.220 To tylko marzenie. 00:00:55.640 --> 00:01:01.160 Rzeczywistość przypomina raczej próbę nakarmienia olimpijczyka cheeseburgerami zamiast medalami, kończy się to skurczami i żalem. 00:01:01.340 --> 00:01:02.840 Kwestia sprowadza się do danych. 00:01:03.060 --> 00:01:06.320 Kopilot nie wymyśla wiedzy, on mieli te dane, które mu podrzucisz. 00:01:06.520 --> 00:01:13.320 Jeśli Twój tenant to bałagan nieoznaczonych plików, duplikatów arkuszy i porzuconych folderów SharePoint, to w praktyce przygotowałeś wielki śmietnik. 00:01:13.320 --> 00:01:17.140 Pewna firma, z którą współpracowałem, myślała, że ich biblioteka umów jest czysta. 00:01:17.340 --> 00:01:22.440 W praktyce niektóre umowy były wygasłe, inne źle oznaczone, a połowa to tylko stare szkice utkwione w folderach z wersjami ostatecznymi. 00:01:22.640 --> 00:01:23.020 Efekt? 00:01:23.180 --> 00:01:27.180 Kopilot wygenerował podsumowanie, pewnie twierdząc, że partnerstwo z 2019 roku jest nadal aktywne. 00:01:27.360 --> 00:01:32.360 Dział prawny wpadło w panikę, kierownictwo spanikowało, a zaufanie do kopilota niemal natychmiast trunęło w dół. 00:01:32.540 --> 00:01:35.600 Tego rodzaju fiasko nie jest winą sztucznej inteligencji, lecz danych wejściowych. 00:01:35.600 --> 00:01:39.220 Kopilot zrobił dokładnie to, co mu kazano, zamienił śmieci w wypolerowane śmieci. 00:01:39.380 --> 00:01:42.180 Najbardziej niebezpieczne jest to, jak przekonująco wyglądają te wyniki. 00:01:42.440 --> 00:01:46.420 Użytkownicy słuchają płynnego podsumowania i ufają mu, dopóki nie natrafią na rażącą sprzeczność. 00:01:46.620 --> 00:01:49.040 Wtedy narzędzie otrzymuje nową etykietę, niewiarygodne. 00:01:49.180 --> 00:01:51.820 A kiedy taka naklejka już się pojawi, bardzo trudno ją usunąć. 00:01:52.020 --> 00:01:54.460 Doświadczenie i opinie praktyków wskazują na ten sam główny problem. 00:01:54.620 --> 00:01:57.460 Słabe zarządzanie danymi zabija projekty, a i zanim jeszcze na dobre wystartują. 00:01:57.460 --> 00:02:01.140 Możesz płacić za licencję, zatrudniać konsultantów i prowadzić efektowne spotkania otwierające. 00:02:01.280 --> 00:02:03.700 Wszystko to nie ma znaczenia, jeśli fundamenty systemu to błoto. 00:02:03.860 --> 00:02:07.640 I to jest najlepsze. Użytkowników nie obchodzą PowerPointy z harmonogramem ani ramy zarządzania. 00:02:07.840 --> 00:02:11.500 Jeśli ich pierwsze zapytanie do Kopilota będzie błędne, zamkną okno i pójdą dalej. 00:02:11.720 --> 00:02:13.440 Z ich perspektywy przekaz jest prosty. 00:02:13.600 --> 00:02:15.380 Oto ten fantazyjny, nowy asystent. 00:02:15.580 --> 00:02:16.740 Zapytaj go o cokolwiek. 00:02:16.900 --> 00:02:20.300 Próbują więc czegoś prostego, jak pokaż mi otwarte umowy z dostawcą X. 00:02:20.460 --> 00:02:24.560 Kopilot odpowiada, mieszając nieaktualne umowy, brakujące klauzule i przeterminowane warunki. 00:02:24.560 --> 00:02:27.260 Zadaj sobie pytanie, czy po czymś takim klikną drugi raz? 00:02:27.660 --> 00:02:28.300 Prawdopodobnie nie. 00:02:28.540 --> 00:02:31.760 Gdy tylko biurowa poczta pantoflowa uzna go za kolejny gadżet, adopcja zamiera. 00:02:31.980 --> 00:02:33.160 Więc jakie jest rozwiązanie? 00:02:33.380 --> 00:02:34.460 Zacznij od małych kroków. 00:02:34.660 --> 00:02:36.920 Weźmy tę pierwszą historię, ten nieuporządkowany zbiór umów. 00:02:37.100 --> 00:02:39.380 Jeśli brzmi to znajomo, nie próbuj sprzątać całego zasobu na raz. 00:02:39.580 --> 00:02:41.000 Zamiast tego przeprowadź segregację. 00:02:41.220 --> 00:02:43.080 Wybierz jeden folder, który naprawisz w dwa dni. 00:02:43.240 --> 00:02:45.600 Ujednolić etykiety, zaktualizuj daty, usuń szkice. 00:02:45.800 --> 00:02:48.720 Następnie podłącz Kopilota do tego małego wycinka i przeprowadź ten sam test. 00:02:48.720 --> 00:02:52.100 Różnica jest natychmiastowa, a co ważniejsze, odbudowuje zaufanie użytkowników. 00:02:52.180 --> 00:02:53.940 Pomyśl o tym jak o zwalczaniu szkodników. 00:02:54.180 --> 00:03:00.520 Każde brakujące pole metadanych, każdy zduplikowany arkusz, każda ostateczna wersja V2 to kolejny chochlik biegający po piwnicy. 00:03:00.780 --> 00:03:07.060 Kierownictwo może na górze świętować swój błyszczący pilotaż AI, ale na dole te chochliki przegryzają kable i przestawiają foldery. 00:03:07.300 --> 00:03:10.160 Jeśli wpuścisz tam Kopilota, właśnie wręczyłeś im megafony. 00:03:10.160 --> 00:03:11.520 Wniosek jest prosty. 00:03:11.720 --> 00:03:14.440 Złe dane nie niszczą wdrożenia w jednej dramatycznej katastrofie. 00:03:14.440 --> 00:03:18.080 One po prostu ścierają każdą interakcję, aż zaufanie użytkowników całkowicie wygaśnie. 00:03:18.280 --> 00:03:21.660 Jedna zła odpowiedź zmienia się w dwie, potem zaczynają się szepty, to nie jest dokładne. 00:03:21.800 --> 00:03:23.540 I wkrótce nikt nie chce nawet próbować. 00:03:23.700 --> 00:03:27.200 Ukrytym pierwszym krokiem nie jest więc licencjonowanie ani szkolenia, lecz polowanie na chochliki. 00:03:27.420 --> 00:03:28.840 Wyczyść mały zestaw rekordów. 00:03:29.000 --> 00:03:30.160 Wprowadź pewną strukturę. 00:03:30.320 --> 00:03:33.000 Udowodnij, że narzędzie działa na czystych danych, zanim zaczniesz skalowanie. 00:03:33.200 --> 00:03:35.600 Pomiń to, a tak, wdrożenie zawiedzie przed pierwszym dniem. 00:03:35.760 --> 00:03:38.740 Jest jednak druga strona tego problemu, o której warto wspomnieć. 00:03:38.740 --> 00:03:43.120 Nawet jeśli dane są gotowe, użytkownicy nie zaangażują się, jeśli sami tego nie chcą. 00:03:43.460 --> 00:03:48.340 To rodzi trudniejsze pytanie, dlaczego ktoś miałby w ogóle prosić o Kopilota, zamiast go ignorować. 00:03:48.500 --> 00:03:51.340 I jak organizacje sprawiły, że ludzie chcieli Kopilota. 00:03:51.520 --> 00:03:54.360 To, co zmieniło sytuację w niektórych firmach, było proste. 00:03:54.620 --> 00:03:57.640 Sprawili, że ludzie chcieli Kopilota, a nie tylko go tolerowali. 00:03:57.840 --> 00:03:59.240 A to rzadkość w świecie id. 00:03:59.240 --> 00:04:04.860 Zazwyczaj, gdy wypuszczamy nowe narzędzie, leży ono na pasku narzędzi, jak niechciana aplikacja, o którą nikt nie prosił. 00:04:05.040 --> 00:04:12.240 Ale kiedy użytkownicy widzą natychmiastową wartość i realny zysk czasu, przestają je ignorować i zaczynają pytać menedżerów, dlaczego ich dział jeszcze go nie ma. 00:04:12.420 --> 00:04:13.540 Oto kluczowa różnica. 00:04:13.760 --> 00:04:18.440 Tolerowane narzędzia tylko zbierają kurz na pulpicie, otwierane jedynie wtedy, gdy szef każe z nich korzystać. 00:04:18.560 --> 00:04:20.840 Pożądane narzędzia pojawiają się w rozmowach na korytarzu. 00:04:20.840 --> 00:04:22.800 Hej, to zaoszczędziło mi właśnie godzinę. 00:04:22.800 --> 00:04:26.960 Ta zmiana wynika z widocznych sukcesów, a nie z teorii z praktycznych rzeczy, które można zmierzyć. 00:04:27.140 --> 00:04:32.340 Na przykład skrócenie przygotowania miesięcznego raportu z 8 godzin do 2, automatyzacja aktualizacji statusów, 00:04:32.420 --> 00:04:38.740 by zatwierdzenia trwały dzień krócej lub redukcja błędów w uzgodnieniach, przez które działy finansowe chcą wyrzucać laptopy przez okno. 00:04:38.880 --> 00:04:41.880 To właśnie takie sukcesy zmieniają ciekawość w prawdziwy apetyt. 00:04:42.040 --> 00:04:44.940 Zbyt wiele wdrożeń IT zakłada, że adopcja działa na mocy dekretu. 00:04:45.080 --> 00:04:46.080 Licencje zostają przydzielone. 00:04:46.180 --> 00:04:49.700 Zespół komunikacji wysyła radosnego maila w poniedziałek i ktoś ma nadzieję, że ekscytacja się rozniesie. 00:04:49.700 --> 00:04:53.980 Nie roznosi się. Użytkowników nie obchodzą prezentacje strategiczne, obchodzi ich to, czy ich piątkowy wieczór jest uratowany, 00:04:54.060 --> 00:04:56.000 bo nie musieli przekopywać się przez 30 arkuszy kalkulacyjnych. 00:04:56.160 --> 00:04:59.280 Jeśli tego zabraknie, kopilot zostanie zignorowany, zanim w ogóle dostanie szansę. 00:04:59.440 --> 00:05:02.160 Odwrotność tego widać w rzeczywistym popycie podczas wdrożeń. 00:05:02.320 --> 00:05:06.480 Widziałem, jak firma finansowa przeprowadziła mały, skoncentrowany pilotaż kopilota w jednym dziale. 00:05:06.760 --> 00:05:11.580 Garstka analityków przestała tonąć w kartach Excela, przekazując połowę tej żmudnej pracy kopilotowi. 00:05:11.580 --> 00:05:16.920 Raporty stały się bardziej przejrzyste, zaległości zmalały, a co najlepsze, wieści rozeszły się poza grupę pilotażową. 00:05:17.120 --> 00:05:21.220 Pracownicy innych działów zaczęli naciskać na menedżerów, dlaczego oni to mają, a my nie. 00:05:21.400 --> 00:05:25.020 I nagle nie trzeba było już wymuszać adopcji, lecz zarządzać kolejką przed drzwiami. 00:05:25.180 --> 00:05:27.820 A jeśli chcesz poznać ten scenariusz, oto jak to zrobili. 00:05:28.000 --> 00:05:32.320 Sześciu analityków, trzytygodniowy pilotaż, działające arkusze i codzienna pętla informacji zwrotnej. 00:05:32.540 --> 00:05:35.160 Wąski zakres, szybka iteracja, widoczne zyski. 00:05:35.160 --> 00:05:36.700 To właśnie efekt bufetu. 00:05:36.920 --> 00:05:42.360 Nikt nie przejmuje się letnim, niejadalnym posiłkiem, ale gdy pojawia się taco bar, nagle ustawia się kolejka, która trwa. 00:05:42.460 --> 00:05:46.000 Ponieważ popyt napędza dowód wartości, a nie kolejny korporacyjny komunikat. 00:05:46.220 --> 00:05:48.800 Chcesz listę kontrolną pilotażu, aby uruchomić własny taco bar? 00:05:48.940 --> 00:05:50.680 Pobierz ją z M365 Show. 00:05:50.860 --> 00:05:52.620 Oto na czym opierały się inteligentne zespoły. 00:05:52.780 --> 00:05:56.260 Po pierwsze, wykorzystały liderów opinii wewnątrz firmy, a nie personal it, aby pokazać prawdziwe historie typu 00:05:56.260 --> 00:05:57.420 To zaoszczędziło mi godzinę dziś rano. 00:05:57.560 --> 00:05:59.820 Po drugie, wybrały sukcesy, które inni mogli zobaczyć. 00:05:59.820 --> 00:06:03.200 Raporty dostarczone przed czasem, usprawnione zatwierdzenia, czas przygotowań skrócony o połowę. 00:06:03.300 --> 00:06:05.780 Po trzecie, pozwoliły, aby dowody rozprzestrzeniały się społecznie. 00:06:05.920 --> 00:06:10.060 Poczta pantoflowa na czatach Teams i podczas spotkań działała mocniej niż jakiekolwiek błyszczące ogłoszenie. 00:06:10.280 --> 00:06:13.740 Nie chodziło o marketing, chodziło o to, by rówieśnicy potwierdzili wiarygodność narzędzia. 00:06:13.880 --> 00:06:17.180 I dlatego ludzie zaczęli pytać o kopilota, bo nagle nie był to kolejny ekran logowania, 00:06:17.340 --> 00:06:19.860 ale coś, co ratowało ich przed kolejną żmudną pracą z danymi. 00:06:20.120 --> 00:06:23.720 Organizacje, które sprawiły, że te sukcesy stały się widoczne, całkowicie zmieniły swoje podejście. 00:06:23.720 --> 00:06:28.820 Zamiast działu i tnękającego wszystkich, by zaczęli korzystać z kopilota, użytkownicy chłonęli go jak tlen w codziennej pracy. 00:06:29.000 --> 00:06:32.200 To adopcja z prawdziwego zdarzenia input, którego nie trzeba sztucznie wywoływać. 00:06:32.340 --> 00:06:36.900 Oczywiście pokazanie sukcesów to jedno, a zaplanowanie wdrożenia tak, by nie brzmiało jak oferta sprzedaży, to drugie. 00:06:37.040 --> 00:06:39.420 I właśnie tu w grę weszły odpowiednie ramy postępowania. 00:06:39.660 --> 00:06:41.900 Ramy, które nie brzmiały jak sprzedażowe slogany. 00:06:42.080 --> 00:06:46.840 Czy zdarzyło ci się ślęczeć nad slajdami o zarządzaniu zmianą i myśleć wow, to wygląda jak grupowy projekt na MBA? 00:06:47.120 --> 00:06:49.760 Mam tak samo. Wdrażanie, a i powinno być proste. 00:06:49.760 --> 00:06:53.840 Pokaż użytkownikom, co narzędzie potrafi, przygotuj ich do testów i pomóż, gdy utkną. 00:06:54.040 --> 00:06:59.800 Zamiast tego dostajemy prezentację z setkami strzałek, koncentrycznymi okręgami i większą liczbą żargonu niż podczas tygodnia zmiany nazw produktów w Microsoft. 00:07:00.020 --> 00:07:04.480 Ten szum może imponuje wiceprezesom, ale nie pomaga ludziom, którzy faktycznie zmagają się z arkuszami kalkulacyjnymi. 00:07:04.720 --> 00:07:09.720 Skuteczne ramy to takie, które są uproszczone, wymierzone w realne problemy i na tyle zwięzłe, by pracownicy nie przestali słuchać. 00:07:09.820 --> 00:07:13.100 ADKAR był jednym z niewielu modeli, który dało się przejrzyście przełożyć na praktykę. 00:07:13.100 --> 00:07:16.700 Na papierze to świadomość, pragnienie, wiedza, umiejętności, wzmocnienie. 00:07:16.860 --> 00:07:19.160 W świecie kopilota oznacza to następujące rzeczy. 00:07:19.440 --> 00:07:26.220 Świadomość budują ukierunkowane dema, które faktycznie pokazują, co kopilot robi dla ich stanowiska, a nie błyszczące wideo o przyszłości produktywności. 00:07:26.400 --> 00:07:31.640 Pragnienie oznacza natychmiastowe pokazanie korzyści, np. udowodnienie, że znienawidzone zadanie zajmuje teraz połowę mniej czasu. 00:07:31.880 --> 00:07:34.460 Wiedza to mikrouczenie, a nie śmierć przez prezentację. 00:07:34.700 --> 00:07:38.120 Daj im pięciominutowe listy kontrolne, ściągi albo podpowiedzi w narzędziu. 00:07:38.120 --> 00:07:45.200 Umiejętności pochodzą z piaskownic, które pozwalają ćwiczyć na fałszywych danych lub mniej ważnych zadaniach, by nie bali się, że jeden błąd zepsuje projekt. 00:07:45.560 --> 00:07:50.740 Wzmocnienie to nie kolejna notka korporacyjna, lecz szablony, skróty lub uznanie managera, gdy komuś się uda. 00:07:50.940 --> 00:07:54.200 Po zdjęciu pancerza akronimu ADKAR wcale nie jest teorią. 00:07:54.380 --> 00:08:01.400 To mapa drogowa, która mówi, powiedz, co to jest, dlaczego ułatwia dzień, jak tego używać, pozwól ćwiczyć bez strachu, a potem nagradzaj korzystanie z narzędzia. 00:08:01.400 --> 00:08:08.740 Punkt kontrolny jest tutaj prosty. Zanim zaczniesz wdrożenie, upewnij się, że potrafisz wskazać co najmniej dwa realne zadania, w których kopilot poprawia wyniki o konkretny procent. 00:08:08.980 --> 00:08:11.660 Sam ustal tę liczbę, 10% czy 20% nie ma znaczenia. 00:08:11.920 --> 00:08:14.940 Jeśli nie udowodnisz tego w fazie pilotażowej, ramy sprowadzą się tylko do plakatów. 00:08:15.120 --> 00:08:18.880 Widziałem, jak dobrze zadziałało to w średniej wielkości firmie wdrażającej kopilota w operacjach sprzedaży. 00:08:19.080 --> 00:08:21.460 Nie zrzucili go w poniedziałek mailem, powodzenia wszystkim. 00:08:21.760 --> 00:08:26.940 Zamiast tego przeprowadzili konkretne sesje demo, wybrali jedno realne zadanie raportowania lejka sprzedaży i utworzyli przestrzeń testową. 00:08:26.940 --> 00:08:30.240 Analitycy testowali na przykładowych kontach, na których nic nie dało się zepsuć. 00:08:30.420 --> 00:08:33.200 Śledziłem, ile czasu zajmowały te raporty i mierzyłem spadek. 00:08:33.320 --> 00:08:37.160 Kierownictwo zwieńczyło to, wzmacniając poprawne użycie szablonami, dzięki czemu nawyk się utrwalił. 00:08:37.340 --> 00:08:39.660 Gdy nadszedł czas wdrożenia, nikt nie bał się tego narzędzia. 00:08:39.880 --> 00:08:41.500 Było już częścią ich przepływu pracy. 00:08:41.720 --> 00:08:44.700 Podejście Kotera do szybkich zwycięstw sprawdziło się również w praktyce. 00:08:44.860 --> 00:08:49.180 To antidotum na trwające rock sprinty zmian, gdzie nikt nie widzi wartości, dopóki nie straci cierpliwości. 00:08:49.180 --> 00:08:53.680 Model opiera się na wczesnych widocznych zwycięstwach, które rozprzestrzeniają się szybciej niż jakakolwiek błyszcząca kampania. 00:08:53.880 --> 00:08:56.800 W kontekście Kopilota pomyśl o tym, jak o dostarczeniu sukcesu w tydzień. 00:08:56.980 --> 00:09:03.860 Zespół skraca cotygodniowy raport z czterech godzin do jednej lub lider projektu rezygnuje z niekończących się maili o statusie, bo Kopilot już przygotował podsumowanie. 00:09:04.020 --> 00:09:05.860 Te szybkie rezultaty to nie tylko gadanie. 00:09:06.100 --> 00:09:11.240 Rozchodzą się pocztą pantoflową, a kiedy sceptycy słyszą, jak koledzy chwalą się odzyskanym czasem, opór maleje. 00:09:11.240 --> 00:09:14.820 Ludzie przestają przewracać oczami na ogłoszenia i sami zaczynają powtarzać te historie. 00:09:14.980 --> 00:09:17.360 Sztuczka nie polega na wyborze odpowiedniego modelu z marką. 00:09:17.580 --> 00:09:20.740 Chodzi o wybranie prostych ram i wykorzystanie ich przeciwko codziennym trudnościom. 00:09:20.920 --> 00:09:23.620 Oznacza to krótkie cykle, widoczny wpływ i brak przekombinowania. 00:09:23.820 --> 00:09:27.240 Nie zarzucaj ich ścianą faz, ani nie udawaj, że użytkowników obchodzi, na jakim są etapie. 00:09:27.420 --> 00:09:28.200 Nie obchodzi ich to. 00:09:28.380 --> 00:09:32.600 Pokaż im moment, w którym ich praca staje się lżejsza, a potem wesprzyj to strukturą, która wydaje się naturalna. 00:09:32.800 --> 00:09:35.200 Dopiero wtedy ramy stają się dźwignią, a nie tapetą. 00:09:35.200 --> 00:09:37.160 Z biegiem czasu dostrzegliśmy różnicę. 00:09:37.320 --> 00:09:40.560 Adaptacja zaczęła brzmieć bardziej jak współpracownicy wymieniający się historiami sukcesu, 00:09:40.620 --> 00:09:42.960 a mniej jak kadra zarządzająca czytająca notatki z PowerPointa. 00:09:43.060 --> 00:09:43.700 To jest cel. 00:09:43.920 --> 00:09:48.700 Żadnych modnych słów, żadnych laminowanych diagramów, po prostu ramy dopasowane do rzeczywistych problemów użytkowników. 00:09:48.820 --> 00:09:53.300 Utrzymuj model w prostocie i po ludzku, a uzyskasz dynamikę, która wydaje się organiczna, a nie wymuszona. 00:09:53.520 --> 00:09:56.520 Oczywiście wszystko to ma znaczenie tylko wtedy, gdy szkolenie faktycznie działa. 00:09:56.760 --> 00:10:00.020 Ramy na papierze umierają w momencie, gdy ludzie wyłączają się w sali szkoleniowej. 00:10:00.020 --> 00:10:04.340 I uwierz mi, wszyscy widzieliśmy, co się dzieje, gdy użytkownicy utkną na całodniowym szkoleniu z kopilota. 00:10:04.540 --> 00:10:08.480 Do połowy poranka połowa sali jest już pogrążona w skrzynce odbiorczej, czekając aż to się skończy. 00:10:08.720 --> 00:10:10.180 Szkolenie bez przewracania oczami. 00:10:10.400 --> 00:10:12.840 Szkolenie to moment, w którym większość wdrożeń staje się niezręczna. 00:10:13.040 --> 00:10:16.560 Każdy wie, że to ważne, ale źle przeprowadzone staje się momentem, w którym użytkownicy decydują, 00:10:16.640 --> 00:10:18.800 czy faktycznie wypróbować kopilota, czy po cichu go zignorować. 00:10:18.800 --> 00:10:24.720 Ta sekcja dotyczy ograniczenia szkolenia do tego, co działa, dając ludziom wystarczająco dużo praktycznych dowodów bez ich wyczerpywania. 00:10:24.980 --> 00:10:27.500 Zacznijmy od wielkiej pułapki, gotowych demonstracji. 00:10:27.660 --> 00:10:32.140 Te idealne przykłady, gdzie kopilot automatycznie pisze bezbłędny raport lub wyciąga umowę z kapelusza. 00:10:32.340 --> 00:10:36.580 Wyglądają dobrze, ale szybko niszczą zaufanie, ponieważ prawdziwi użytkownicy nie żyją w świecie wypolerowanych dem. 00:10:36.780 --> 00:10:42.840 Żyją w plikach od budżet 2020 do ostateczna wersja V13 oraz w wątkach mailowych z tematami typu RRFWD pilny proszę. 00:10:42.840 --> 00:10:45.440 Gotowe prezentacje budują nierealistyczne oczekiwania. 00:10:45.440 --> 00:10:47.720 Zamiast tego szkolna ich brudnej, prawdziwej pracy. 00:10:47.900 --> 00:10:52.540 Przykład praktyczny, przynieś jeden nieuporządkowany arkusz kalkulacyjny i poproś kopilota o podsumowanie problemów. 00:10:52.660 --> 00:10:55.020 Powtarzaj, aż podsumowanie będzie za każdym razem przydatne. 00:10:55.140 --> 00:10:57.180 To szkolenie, któremu użytkownicy mogą zaufać. 00:10:57.320 --> 00:11:01.640 A co najlepsze, gdy szkolenie przechodzi na prawdziwe dane, nawet jeśli kopilot się potknie, ludzie bardziej się angażują. 00:11:01.860 --> 00:11:08.520 Jedna firma, z którą współpracowałem, odrzuciła błyszczące przykładowe slajdy i zamiast tego wyświetliła prawdziwe maile dotyczące lejka sprzedaży i zaległe arkusze. 00:11:08.520 --> 00:11:13.580 Pracownicy widzieli, jak kopilot zmaga się, dostosowuje i skraca o kilka kroków żmudne zadania, których nie cierpieli. 00:11:13.740 --> 00:11:15.580 To nie była magia, ale było to uczciwe. 00:11:15.780 --> 00:11:18.100 Nagle w sali nikt nie był znudzony ani sceptyczny. 00:11:18.320 --> 00:11:19.260 Ludzie byli ciekawi. 00:11:19.440 --> 00:11:22.900 Ta zmiana znaczy więcej niż wygładzony przykład typu patrzcie, co to potrafi. 00:11:23.060 --> 00:11:24.240 Ramy też mają znaczenie. 00:11:24.440 --> 00:11:28.640 Trenerzy, którzy zaczynali od przesadnych zapewnień, tracili wiarygodność, gdy tylko kopilot udzielił niezręcznej odpowiedzi. 00:11:28.880 --> 00:11:30.380 Rozwiązanie jest banalnie proste. 00:11:30.540 --> 00:11:32.840 Użyj dokładnie tego zdania na początku każdej sesji. 00:11:33.060 --> 00:11:34.180 Czasami zrobi się dziwnie. 00:11:34.180 --> 00:11:35.980 Oto jak to wyłapać i naprawić. 00:11:36.120 --> 00:11:37.860 To jedno zdanie resetuje oczekiwania. 00:11:38.080 --> 00:11:41.600 Uczestnicy przestają czekać na perfekcję, a zaczynają sprawdzać użyteczność. 00:11:41.780 --> 00:11:44.740 Niechlujny wynik to nie porażka, to tylko część krzywej uczenia się. 00:11:44.960 --> 00:11:48.780 Takie podejście zmienia słabe szkice w momenty edukacyjne, a nie powody do odrzucenia. 00:11:49.000 --> 00:11:54.580 Jeśli chcesz, by to zadziałało, myśl o szkoleniu nie jak o jednorazowych warsztatach, ale jak o wdrażaniu kodów do gry dla codziennej pracy. 00:11:54.860 --> 00:11:57.660 Długie maratony w sali konferencyjnej zabijają entuzjazm. 00:11:57.800 --> 00:11:59.380 Krótkie i częste sesje go budują. 00:11:59.380 --> 00:12:01.520 Kilka konkretnych działań sprawdza się najlepiej. 00:12:04.180 --> 00:12:08.160 Na samym początku prowadź od 15 do 30 minutowe mikrosesje zamiast całodniowej męczarni. 00:12:08.360 --> 00:12:12.160 Stwórz piaskownicę z zaszumionymi, uszkodzonymi danymi, aby ludzie mogli testować bez strachu. 00:12:12.420 --> 00:12:15.040 Rozdaj ściągę, jak weryfikować fakty z kopilotem. 00:12:15.240 --> 00:12:21.980 W ten sposób szkolenie nie polega na udawaniu, że kopilot to czarodziej, ale na pokazaniu, jak używać go jako wsparcia bez ośmieszania się przed szefem. 00:12:22.220 --> 00:12:25.920 Format listy kontrolnej sprawia też, że ludzie pamiętają wskazówki po wyjściu z sali. 00:12:25.920 --> 00:12:30.960 Nikt nie będzie cytował trzygodzinnej prezentacji, ale jednostronicową ściągę każdy przyklei nad monitorem. 00:12:31.140 --> 00:12:33.280 Efektem tych zmian jest zmiana nastawienia. 00:12:34.180 --> 00:12:38.440 Na długich prezentacjach użytkownicy zaczynają testować zadania, które realnie oszczędzają im trudu. 00:12:38.600 --> 00:12:43.800 Takie jak skracanie szkiców maili o połowę, podsumowywanie aktualizacji projektów czy wyciąganie odpowiedzi z gąszczu arkuszy. 00:12:44.020 --> 00:12:49.380 Każda mała wygrana to dowód, że kopilot ma swoje miejsce w ich pracy, a nie tylko na slajdach marketingowych Microsoftu. 00:12:49.620 --> 00:12:53.420 Zbierz kilka takich wygranych, a adopcja przestanie być postrzegana jako narzekanie działu IT. 00:12:53.420 --> 00:12:56.220 Staje się to czymś, co użytkownicy chcą ciągle udoskonalać. 00:12:56.360 --> 00:12:59.140 Doświadczenie pokazuje, że ten wzorzec napędza krzywe adopcji. 00:12:59.140 --> 00:13:03.040 Zespoły szkolące się na uczciwych przykładach i w krótkich cyklach odchodzą z myślą, to naprawdę pomaga. 00:13:03.260 --> 00:13:06.260 Dodajmy, że zespoły, które urządzają marketingowe pokazy odchodzą narzekając. 00:13:06.420 --> 00:13:07.160 To takie proste. 00:13:07.340 --> 00:13:09.140 Ciekawi użytkownicy stają się użytkownikami eksplorującymi. 00:13:09.940 --> 00:13:15.320 Eksplorujący użytkownicy stają się codziennymi użytkownikami, a oni tworzą historie, które rozprzestrzeniają się szybciej niż jakakolwiek komunikacja wewnętrzna. 00:13:15.480 --> 00:13:18.020 Chcesz otrzymać arkusze do prowadzenia własnych, skutecznych szkoleń? 00:13:18.020 --> 00:13:25.020 Zapisz się do newslettera TLDR na M365 Show lub śledź stronę M365 Show, aby oglądać transmisję na żywo, gdzie MVP omawiają to dokładniej. 00:13:25.180 --> 00:13:28.460 Oszczędza to zgadywania, co działa i wymyślania koła na nowo przy każdym projekcie. 00:13:28.680 --> 00:13:33.960 Oto szkolenie bez przewracania oczami, prawdziwe pliki, realistyczne ramy i powtarzalne małe sesje, które szybko pokazują wartość. 00:13:34.140 --> 00:13:38.000 Jeśli to opanujesz, kopilot poczuje się jak członek zespołu, a nie kolejny wybryk IT. 00:13:38.120 --> 00:13:41.400 A kiedy właściwie zaplanujesz szkolenie, budujesz w użytkownikach pewność siebie. 00:13:41.400 --> 00:13:48.220 Ale jeśli to zignorujesz, historia wdrożenia szybko się zmienia, bo nic nie wykoleja się szybciej niż przełączenie przycisku bez przygotowania gruntu. 00:13:48.420 --> 00:13:50.340 Co się dzieje, gdy pomijasz trudną część? 00:13:50.520 --> 00:13:52.180 Oto moment, w którym robi się brzydko. 00:13:52.400 --> 00:14:00.320 Gdy firmy pomijają trudną część i po prostu uruchamiają kopilota bez sprzątania, bez przygotowań, bez mapy drogowej, włączając licencję w całym tenancie, jakby to był darmowy pączek w piątek. 00:14:00.500 --> 00:14:08.180 Zanim ktoś wyśle świętującą wiadomość na Teams, użytkownicy już zasypują kopilota zapytaniami od podsumuj wyniki finansowe za Q4, poprzedstaw naszą politykę urlopową. 00:14:08.180 --> 00:14:09.660 Co otrzymują w odpowiedzi? 00:14:09.840 --> 00:14:10.320 Śmieci. 00:14:11.400 --> 00:14:12.420 Mylące śmieci. 00:14:12.640 --> 00:14:17.760 Nagle kopilot przestaje wyglądać jak pomocny asystent, a zaczyna jak żartobliwy bot, którego id podsunęło dla śmiechu. 00:14:17.980 --> 00:14:18.920 Dlaczego tak się dzieje? 00:14:19.080 --> 00:14:21.460 Bo cała nudna praca u podstaw została pominięta. 00:14:21.700 --> 00:14:28.500 Brak segregacji starych bibliotek dokumentów, brak zapytań testowych, wyłapujących błędy, brak mikroszkoleń wyjaśniających, że szkice kopilota trzeba sprawdzać. 00:14:28.740 --> 00:14:37.700 Zamiast tego masz foldery SharePoint działające jak firmowy wehikuł czasu, gdzie przestarzałe pliki Excela z 2007 roku pojawiają się jak objawienie, a kopilot radośnie serwuje je jako świeże spostrzeżenia. 00:14:37.700 --> 00:14:41.140 Z perspektywy użytkownika wygląda to jak nurkowanie w śmietniku w garniturze. 00:14:41.280 --> 00:14:44.320 Z perspektywy id wygląda to jak sezon polowań na dział pomocy technicznej. 00:14:44.540 --> 00:14:49.500 Widziałem wdrożenie, które kompletnie legło w gruzach, gdy kierownictwo uparło się na start bezpośrednio dla kadry zarządzającej. 00:14:49.660 --> 00:14:50.800 Pierwsze pytanie CFO. 00:14:51.000 --> 00:14:53.220 Podsumuj nasze wyniki finansowe za Q4. 00:14:53.220 --> 00:15:00.440 Zamiast aktualnych liczb, kopilot pobrał archiwum sprzed trzech lat, sprzed fuzji, ze strukturą firmy, która nie istniała od 2017 roku. 00:15:00.700 --> 00:15:04.120 Wyglądało to wiarygodnie, było całkowicie błędne i wylądowało prosto na sali obrad. 00:15:04.320 --> 00:15:05.500 Spróbuj to wytłumaczyć. 00:15:05.620 --> 00:15:07.400 Tak właśnie umiera zaufanie, szybko. 00:15:07.620 --> 00:15:11.680 Jedna zła odpowiedź na ważne pytanie i nagle całe wdrożenie zostaje uznane za zwykły chwyt. 00:15:11.860 --> 00:15:16.780 Adaptacja zamiera, czaty w Teamsach zapełniają się memami zamiast sukcesami, a dział id zasypują gniewne telefony. 00:15:16.780 --> 00:15:21.540 Jeśli jesteś w takiej sytuacji, oto skrypt wyjaśniający, który możesz przedstawić kierownictwu bez owijania w bawełnę. 00:15:21.540 --> 00:15:25.340 Wstrzymaliśmy wdrożenie, aby poprawić źródła danych powodujące nierzetelne odpowiedzi. 00:15:25.540 --> 00:15:28.080 Wznowimy proces etapami, osiągając wymierne korzyści. 00:15:28.260 --> 00:15:31.080 To zmienia narrację z IT, zawaliło na IT, przejęło kontrolę. 00:15:31.260 --> 00:15:33.520 Proces naprawczy nie jest przyjemny, ale jest możliwy. 00:15:33.700 --> 00:15:35.960 Sprowadza się do prostego, czterostopniowego planu działania. 00:15:36.180 --> 00:15:44.840 Wstrzymaj szerokie wdrożenie, posegreguj i zarchiwizuj nieaktualne źródła, uruchom mały program pilotażowy z jasnymi oczekiwaniami, komunikuj się przejrzyście i zbieraj opinie użytkowników. 00:15:44.840 --> 00:15:50.180 Te cztery punkty decydują o tym, czy po cichu naprawisz bałagan, czy na stały szargasz reputację kopilota. 00:15:50.400 --> 00:15:53.620 W ramach tego planu dział IT przeprowadził kilka kluczowych działań porządkowych. 00:15:53.780 --> 00:16:00.800 Oczyszczono kluczowe zasoby danych, oznaczono dane aktywne i archiwalne, ograniczono zasięg kopilota do kontrolowanej grupy, a następnie wznowiono pracę w bezpiecznym środowisku. 00:16:00.980 --> 00:16:02.760 Celem nie jest perfekcja, lecz kontrola. 00:16:02.940 --> 00:16:06.380 Nie chcesz, aby kopilot przeszukiwał zakurzone archiwa i prezentował je jako pewne źródło wiedzy. 00:16:06.600 --> 00:16:09.880 Chcesz, aby działał w uporządkowanym obszarze, gdzie faktycznie może budować zaufanie. 00:16:09.880 --> 00:16:12.060 Zmiana sposobu komunikacji jest równie ważna. 00:16:12.240 --> 00:16:14.180 Mądre zespoły nie nakręcały nadmiernych oczekiwań. 00:16:14.360 --> 00:16:16.140 Jasno określiły zasady na samym początku. 00:16:16.380 --> 00:16:17.500 Kopilot tworzy szkice. 00:16:17.660 --> 00:16:18.620 Ty sprawdzasz fakty. 00:16:18.860 --> 00:16:20.880 Oto jak rozpoznawać nieaktualne informacje. 00:16:21.120 --> 00:16:27.540 Oto, gdzie zgłaszać błędne odpowiedzi, taka szczerość zadziałała lepiej niż jakikolwiek entuzjazm kadry zarządzającej, ponieważ dała użytkownikom proste wytyczne. 00:16:27.760 --> 00:16:34.220 Nikt nie oczekuje, że generator szkiców będzie bezbłędny, ale każdy oczekuje, że będzie przewidywalny, a ta przewidywalność przywraca zaufanie. 00:16:34.220 --> 00:16:45.420 Gdy cykle pilotażowe przyniosły małe, ale widoczne korzyści, kierownik projektu skrócił czas aktualizacji statusu o połowę, a menedżer wreszcie zobaczył 40-stronicowy dokument planowania sprowadzony do czegoś sensownego wieść zaczęła się rozchodzić. 00:16:45.540 --> 00:16:49.220 Nie przez newsletry czy prezentacje, ale przez rozmowy na korytarzach i wątki w Teamsach. 00:16:49.400 --> 00:16:54.940 Zamiast haseł C i O, adaptacje napędzały głosy pracowników, to faktycznie zaoszczędziło mi godziny pracy przy zadaniu, którego nie cierpię. 00:16:55.080 --> 00:16:58.440 To znacznie potężniejsze niż jakakolwiek wyreżyserowana historia sukcesu. 00:16:58.440 --> 00:17:03.020 Wniosek, pominięcie trudnych etapów na starcie zapewnia efektowne wdrożenie i szybką porażkę. 00:17:03.240 --> 00:17:07.240 Wykonanie porządków i restart oznaczają wolniejszy początek, ale trwałą wiarygodność. 00:17:07.380 --> 00:17:12.660 A wiarygodność jest jedyną rzeczą, która sprawia, że kopilot trafia do codziennego obiegu, a nie do szuflady z korporacyjnymi gadżetami. 00:17:12.840 --> 00:17:18.620 Bo ostatecznie to nie, a i decyduje o sukcesie, ale to, czy ludzie na miejscu ufają mu na tyle, by z niego korzystać. 00:17:18.720 --> 00:17:21.460 I ten jeden czynnik jest prawdziwym wyznacznikiem sukcesu. 00:17:21.880 --> 00:17:22.780 Podsumowując, to tyle. 00:17:22.780 --> 00:17:27.640 Różnica między wdrożeniem kopilota, które kończy się fiaskiem, a takim, które przynosi efekty, to nie magia, lecz wykonanie. 00:17:27.840 --> 00:17:31.320 Zapomnij o marketingowym szumie i pamiętaj o 10 działaniach, które naprawdę mają sens. 00:17:31.480 --> 00:17:43.820 Określ zakres źródeł, zacznij od uporządkowania najgorszego folderu, wdróż pilotażowo, wybierz liderów, pokaż namacalne korzyści, trenuj na realnych danych, ustal realne oczekiwania, stwórz bezpieczne środowiska testowe, mierz i dziel się wynikami oraz miej plan awaryjny. 00:17:44.000 --> 00:17:46.880 Jeśli to zrobisz, wdrożenie stanie się przemyślane, a nie chaotyczne. 00:17:46.880 --> 00:17:53.380 Zapisz się do newslettera na M365 Show i śledź M365 Show na LinkedIn, aby oglądać transmisję na żywo z MVP, gdzie omawiamy szczegóły. 00:17:53.520 --> 00:17:59.900 Nie wytępisz każdego goblina danych, ale możesz zamknąć te najgorsze i pozwolić kopilotowi wykonywać prawdziwą pracę po prostu klikając przycisk subskrypcji.