
Wielu menedżerów myśli, że wdrożenie AI w firmie to „checkbox” w panelu Microsoft 365: „mamy licencje, niech ludzie klikają”. Pod presją wymagań nawet tak robią, kupują i od ręki tego samego dnia dają dostęp użytkownikom.
Takie podejście, to prosta droga do problemów: wizerunkowych albo związanych z ujawnieniem danych albo nawet niezadowolenia samych użytkowników (oczekiwany efekt wymaga przeszkolenia w zakresie tworzenia promptów). Na szczęście wiele organizacji jednak zastanawia się, jak ten proces przeprowadzić prawidłowo zanim klikną w „checkbox”.
Copilot nie jest „magiczną nakładką”. On działa na tym, do czego użytkownik już ma dostęp w M365. Jeśli SharePoint i Teams od lat są bałaganem, a uprawnienia były rozdawane „żeby było szybciej”, Copilot po prostu zacznie ten bałagan wykorzystywać. Szybko. I skutecznie, ale niekoniecznie z zachowaniem zasad SZBI (System Zarządzania Bezpieczeństwem Informacji)
5 kroków przed „rozdaniem licencji”:
- Higiena danych i uprawnień Copilot respektuje uprawnienia. Jeśli plik jest dostępny dla „Wszyscy w firmie”, Copilot też go zobaczy. Analizy i audyty jeszcze przez pojawieniem się Copilota pokazywały, że organizacje mają ogromny problem z porządkiem danych na Sharepoint/Teams i Onedrive. Zbyt dużo uprawnień, zbyt dużo udostępnień, nieokreślone uprawnienia dla folderów i podfolderów, witryn i podwitryn. To wszystko dawało szerszy dostęp, niż właściciel się spodziewał. Zrób przegląd oversharingu: ile wrażliwych plików jest dostępnych szerzej niż trzeba. Ogranicz dostęp zasadą least privilege: każdy widzi tylko to, co jest mu potrzebne do pracy.
- Klasyfikacja i etykiety wrażliwości. Bez etykiet Copilot nie odróżnia „poufne” od „do wysłania klientowi”.Włącz i skonfiguruj sensitivity labels (np. w Microsoft Purview). Ustaw zasady ochrony dla dokumentów poufnych: ograniczenia kopiowania/udostępniania, odpowiednie warunki dostępu. To jest Twój bezpiecznik. Purview było ważne przed erą AI i blokowało wysłanie wrażliwych danych.
- Granice przetwarzania i tożsamość tenanta. Upewnij się, gdzie „żyją” dane i w jakim trybie działa Copilot. W planach enterprise prompty i odpowiedzi nie powinny zasilać publicznego treningu, ale i tak musisz mieć pewność, że pracujesz w poprawnie skonfigurowanym, firmowym tenancie i na kontach służbowych. I nie testuj adopcji na „czystych” kontach bez danych, wyjdzie Ci, że „to nie działa”, bo po prostu nie ma na czym pracować. Jeśli ktoś usłyszał przed wdrożeniem Copilota od IT, że może to być oddzielny tenant bez danych, sens był znikomy. Daj narzędzie ze swoimi danymi, wtedy to ma sens.
- Scenariusze użycia, zamiast „dawaj wszystkim i niech szukają”. Gdy ludzie dostają Copilota bez celu, kończy się na zabawie albo frustracji. Wybierz 2–3 obszary (np. sprzedaż, HR, IT). Zdefiniuj konkretne zadania (streszczanie spotkań w Teams, przygotowanie notatki po spotkaniu, porównanie ofert). Mierz efekt: czas, jakość, liczba powtórek, spadek pracy ręcznej. Takie funkcje jak notatki ze spotkań, opracowania materiałów na bazie dokumentacji, przeszukiwanie wiedzy w plikach na Sharepoint to pierwsze scenariusze. My często zaczynamy od szkolenia dla grup biznesowych pod nazwą „mistrz prompta” i pokazujemy jak należy pisać takie prompty.
- Szkolenie: mniej „zaufania”, więcej nawyków. Największe ryzyko to ślepa wiara w odpowiedzi. Copilot może zmyślać i mylić fakty, a wynik zawsze wymaga weryfikacji człowieka. Ustal proste zasady: jakich danych nie wklejamy nigdzie (np. hasła, klucze dostępowe, dane klientów, kod krytycznych systemów) i co robić, gdy ktoś przypadkiem ujawni dane.
Kupno licencji to zwykle ostatni krok, nie pierwszy. Jeśli nie masz porządku w danych i uprawnieniach, Copilot nie „zwiększy produktywności”. On tylko przyspieszy chaos. A jak to wygląda u Was? – najpierw sprzątanie i zasady, czy najpierw licencje i „jakoś to będzie”? Możesz u nas zamówić konsultację i my sprawdzimy, jaki jest stan bieżący, zarezerwuj spotkanie: https://outlook.office.com/book/Konsultacjewobszarzeaplikacjibiznesowych@ISCG.onmicrosoft.com/s/fKddgNyppECh3KThb8VNMw2?ismsaljsauthenabled
