Microsoft 365 Copilot - dlaczego sama licencja nie wystarczy?
Jacek Szafader 29 kwietnia, 2026 Czytasz:
Microsoft 365 Copilot – dlaczego sama licencja nie wystarczy?
- Trzy warstwy wartości, których nie wolno przeskoczyć
- ADKAR, czyli dlaczego strona ludzka jest ważniejsza niż konfiguracja
- Model coachingowy, czyli nie przejmujemy firmy - uczymy, jak ją prowadzić
- Governance, czyli fundament bez którego reszta się sypie
Technologia nie jest problemem
Dane mówią wprost: większość firm nie osiąga żadnej mierzalnej wartości z inicjatyw AI. Nie dlatego, że narzędzie jest złe. Nie dlatego, że licencje były za drogie. Dlatego, że nikt nie zadbał o to, żeby ludzie faktycznie zmienili sposób pracy i przyzwyczajenia.
Microsoft 365 Copilot, tak jak każde narzędzie klasy enterprise, jest jak siłownia w biurze. Możesz ją postawić, wyposażyć, nawet zatrudnić trenera. Jeśli nikt nie przyjdzie na trening, mięśni nie przybędzie.
Firmy kupują technologię, zamiast kupować zmianę. To zdanie brzmi banalnie, ale jest prawdziwe.
Trzy warstwy wartości, których nie wolno przeskoczyć
Wdrożenia, które działają, mają jedną wspólną cechę: idą w odpowiedniej kolejności.
Pierwsza warstwa to wartość indywidualna – to, co pracownik może zrobić z Copilotem dzisiaj, sam, na swoim komputerze. Podsumowanie maili, spotkań na Teams i dokumentów. Pierwsza wersja dokumentu zamiast pustego ekranu. Skrócenie spotkania o połowę, bo ktoś przeczytał notatki zanim wszedł do sali. To są szybkie „personal wins”, które następują, gdy pracownik przestaje pytać „po co mi to” i zaczyna pytać „jak zrobię to szybciej”.
Druga warstwa to wartość departamentowa – scenariusze specyficzne dla roli. Handlowcy tworzący propozycje, HR piszący polityki, analitycy streszczający raporty przed wywiadem z klientem. Tutaj AI przestaje być ciekawostką, a staje się elementem procesu.
Trzecia warstwa – wartość organizacyjna – to automatyzacja przepływów między działami, Copilot Studio, agenty AI. Ale ta warstwa nie istnieje bez dwóch poprzednich. Widzieliśmy firmy, które próbowały zacząć od trzeciej warstwy. Efekt? Drogi system bez użytkowników, shadow IT i sfrustrowany dział IT.
ADKAR, czyli dlaczego strona ludzka jest ważniejsza niż konfiguracja
Projektując adopcję, czerpiemy z dorobku uznanych frameworków zarządzania zmianą, takich jak ADKAR – frameworku zarządzania zmianą, który rozkłada adopcję na pięć etapów: Świadomość, Chęć, Wiedza, Umiejętność, Wzmocnienie.
W praktyce ten model pokazuje, gdzie dokładnie projekty padają.
Najczęstszy błąd wygląda tak: firma kupuje licencje, robi jedno szkolenie, a potem dziwi się, że nikt nie używa narzędzia. Zapomina o pierwszych dwóch literach – A i D. Pracownicy nie wiedzą, po co mają zmieniać przyzwyczajenia. I nawet jeśli wiedzą, nie chcą. Bo nikt im nie powiedział, co zyska konkretnie Marek z działu sprzedaży, a nie abstrakcyjny „pracownik wiedzy z raportu McKinseya”.
Świadomość i chęć to robota dla liderów. Nie dla IT. Projekt M365 Copilot bez zaangażowanego sponsora po stronie zarządu jest skazany na niepowodzenie.
Model coachingowy, czyli nie przejmujemy firmy - uczymy, jak ją prowadzić
Kiedy wchodzimy do projektu, celowo nie przejmujemy całości roboty. Nasz zespół pracuje ramię w ramię z wewnętrznym zespołem klienta – bo projekt skończy się za trzy miesiące, a firma zostaje na lata.
Zostanie firmowy Champion, który rozumie Copilota, może szkolić nowych pracowników i rozwijać scenariusze bez zewnętrznego konsultanta przy każdym kroku. Albo nie zostanie nic i za rok firma znowu kupi kolejną rundę licencji z nadzieją, że tym razem samo zadziała.
Model coachingowy jest wolniejszy na początku. Wymaga, żeby ktoś po stronie klienta naprawdę angażował się w projekt, a nie tylko otwierał salę konferencyjną. Ale buduje organizację, która potrafi się sama rozwijać.
Governance, czyli fundament bez którego reszta się sypie
Zanim Copilot zacznie pomagać Markowi z działu sprzedaży pisać maile, ktoś musi odpowiedzieć na kilka niewygodnych pytań. Do jakich danych ma dostęp Marek? A do jakich nie powinien mieć? Czy pliki HR są schowane za odpowiednimi uprawnieniami, czy leżą na wspólnym SharePoincie dlatego, że kiedyś tak było wygodnie?
Każde wdrożenie zaczynamy od warstwy technicznej, która nie jest widowiskowa, ale jest absolutnie konieczna. W praktyce oznacza to: audyt uprawnień i struktury SharePointa, wdrożenie sensitivity labels dla dokumentów wrażliwych, konfigurację Restricted SharePoint Search, weryfikację Entra ID i polityk dostępu, ustawienie Data Loss Prevention oraz audit logging. Do tego dochodzi AI Governance Council – czyli jasne zasady, kto w organizacji decyduje o tym, jak Copilot jest używany, co może widzieć i jak są monitorowane wyniki.
To jest żmudna robota. Ale organizacja, która ten etap pominie i po prostu włączy Copilot dla wszystkich – prędzej czy później stanie przed pytaniem regulatora albo własnego prawnika, dlaczego asystent AI cytował dane, do których połowa pracowników nie powinna mieć dostępu.
AI to nie projekt IT. To projekt zmiany.
Najlepsze narzędzie nie zmieni firmy samo z siebie. Copilot może zredukować czas tworzenia raportów o połowę. Może sprawić, że mniej czasu spędza się na przeszukiwaniu mailowej historii i więcej na pracy. Może zdemokratyzować dostęp do informacji w organizacji. Ale żadna z tych rzeczy nie wydarzy się bez ludzi, którzy chcą i wiedzą, jak z tego korzystać.
Projekt trwa 90 dni. Zmiana trwa dłużej. I to jest jedyna uczciwa obietnica, z jaką wychodzimy do klientów.
Jeśli stoisz przed decyzją o wdrożeniu Microsoft 365 Copilot, skontaktuj się z nami w Atteli. Nie obiecamy rewolucji po tygodniu. Obiecamy, że po trzech miesiącach Twoi ludzie będą wiedzieć, co z tym robić.
