Pierwszy dzień nowego pracownika to test odporności IT w MŚP. Jeśli o 9:00 nie ma logowania do poczty, dostępu do dysku i komputera z zainstalowanymi narzędziami, kolejne tygodnie będą spóźnieniem za spóźnieniem. Większości tego chaosu da się uniknąć, jeśli ktoś po stronie IT zacznie myśleć o onboardingu trzy dni przed startem, a nie w poniedziałek o ósmej rano.
W większości firm 10–50-osobowych onboarding wygląda tak. HR dogadał z nowym człowiekiem datę startu. W poniedziałek o 9:00 zjawia się on w biurze, dostaje kawę i czeka. Kierownik biega po działach pytając, „kto może mu założyć maila", „czy laptop z magazynu jest skonfigurowany", „czy ktoś pamięta hasło do panelu CRM". Pierwszy dzień to dwie kawy, jeden lunch i pół godziny rzeczywistej pracy.
To nie jest problem techniczny. To jest problem komunikacji — który nieprzypadkowo da się rozwiązać jedną kartką A4 i jednym mailem trzy dni wcześniej.
Przykład z życia: 28-osobowy dystrybutor B2B
U jednego z naszych klientów — 28-osobowej firmy z branży dystrybucji części przemysłowych, używającej Comarch Optima i własnego CRM-a — uruchomienie nowego handlowca średnio zajmowało 3 dni robocze. Przyczyna była banalna: każdy z 8 systemów (ERP, CRM, poczta, dysk zespołowy, magazyn, VPN, telefonia VoIP, kalendarz spotkań) wymagał zgłoszenia do innej osoby, a żaden z tych ośmiu ludzi nie wiedział, że pozostałe siedem zgłoszeń też trzeba wysłać. Nowy człowiek trzy dni klikał w „odmowa dostępu" i pytał kolegów, czy mogą mu coś podesłać mailem.
Po wdrożeniu jednej kartki A4, krótkiej automatyzacji w Active Directory (grupy zamiast indywidualnych uprawnień) oraz jednego formularza HR → IT na dzień podpisania umowy, pierwszy dzień nowego handlowca dziś zamyka się w 90 minut — od wejścia do biura do pierwszego ticketu w CRM. W skali roku przy 6–8 nowych zatrudnieniach to oszczędność około 130 godzin pracy, których wcześniej nikt nie liczył, bo „takie życie".
To nie jest skomplikowana technologia. To jest dyscyplina i jedna lista, której się trzymasz.
Trzy dni przed startem
Onboarding zaczyna się nie w poniedziałek o 9:00, tylko najpóźniej w czwartek poprzedzający. Brak komunikacji między HR a IT to klasyczny powód, dla którego nowy człowiek siedzi pół dnia przy pustym biurku.
Co musi trafić do IT najpóźniej 3 dni przed pierwszym dniem:
- Imię, nazwisko, stanowisko, data startu, bezpośredni przełożony.
- Rola z firmowej matrycy dostępów (np. „handlowiec regionu wschód", „księgowa", „magazynier"). Z roli wynika lista systemów i poziom uprawnień.
- Lokalizacja stanowiska — biuro, praca hybrydowa, w pełni zdalnie. To decyduje o tym, czy potrzebny jest VPN i jaki sprzęt.
- Numer telefonu prywatny (do MFA i pierwszego logowania).
- Czy potrzebny jest telefon firmowy, karta dostępu, drukarka.
Jeśli w Twojej firmie nie ma matrycy „rola → systemy → poziom dostępu", to znaczy, że przy każdym onboardingu improwizujesz. To działa do pierwszego błędu typu „nowy handlowiec przez dwa miesiące widział ceny zakupu, bo dostał te same uprawnienia co zaopatrzeniowiec — bo skopiowano mu konto od kolegi".
Pierwszy dzień — konta i dostępy
Cel: do godziny 11:00 nowy człowiek loguje się na własne konto, ma sprzęt i wie, gdzie szukać podstawowych narzędzi. Resztę dnia spędza na merytoryce, nie na czekaniu na hasło.
Minimalny zestaw, który musi działać od pierwszego logowania:
- Konto w katalogu głównym (Active Directory / Microsoft 365 / Google Workspace) + skonfigurowane MFA.
- Poczta firmowa z podpisem i aliasem zgodnym ze standardem firmy.
- Dostęp do dysku zespołowego — tylko foldery przypisane do roli, nie „cały firmowy dysk, bo tak łatwiej".
- Konto w ERP/CRM z prawami przypisanymi do stanowiska. Bez „bo handlowiec X miał takie same, to przepisuję".
- Komputer z zainstalowanymi aplikacjami biznesowymi, agentem antywirusa i podpisanymi politykami (BitLocker, blokada ekranu po 5 minutach).
- Hasło tymczasowe wymuszające zmianę przy pierwszym logowaniu.
- Dostęp do VPN (jeśli dotyczy) — sprawdzony, nie „na żywioł w środę".
Częsty błąd, który widzimy w MŚP: dawanie nowemu pracownikowi dostępu administratora lokalnego do laptopa „bo łatwiej instalować Skype". To jest jednorazowa wygoda, która z perspektywy ransomware kosztuje 5–10 dni przestoju firmy. Administrator lokalny to nie jest standard — to jest wyjątek z uzasadnieniem.
Pierwszy tydzień — szkolenie i nawyki
Pierwszy dzień to dostępy. Pierwszy tydzień to nawyki. To tu rozstrzyga się, czy pracownik będzie traktował zasady bezpieczeństwa serio, czy zacznie omijać je już w środę.
Co warto zrobić w pierwszym tygodniu:
- Krótka rozmowa o bezpieczeństwie: phishing, hasła, klikanie w linki, zgłaszanie incydentów. 30 minut z człowiekiem, nie 3-godzinny e-learning, którego nikt nie ogląda.
- Wdrożenie do firmowego menedżera haseł — z pokazaniem, jak dodać pierwszy wpis i jak udostępniać hasła w zespole. Bez tego pracownik założy sobie w piątek konta w trzech SaaS-ach z hasłem
Wiosna2026!. - Procedura zgłaszania incydentów IT — jeden adres mailowy lub jeden kanał Slack, do którego zgłasza się wszystko: zgubiony telefon, dziwny mail, nie działa drukarka. Bez tego pracownik dzwoni do trzech osób i nikt nic nie wie.
- Pierwsza weryfikacja dostępów po 3 dniach — czy nowy człowiek faktycznie korzysta tylko z tego, co mu przydzielono. Logi w M365 / Google Workspace pokazują to w minutę.
To brzmi formalnie. W praktyce to jest 90 minut rozłożone na cztery rozmowy w ciągu tygodnia.
Pułapki, które widzimy najczęściej
Trzy rzeczy, które potrafią zepsuć nawet dobrze zaprojektowany onboarding:
- Kopiowanie uprawnień od „kolegi z działu". Klasyk. Po roku okazuje się, że pół działu ma dostępy do systemu, do którego nikt już nie powinien mieć. Uprawnienia kopiuje się z roli, nie z osoby — bo „kolega" sam ma narośnięte uprawnienia z trzech poprzednich stanowisk.
- „Tymczasowe" hasło, które zostaje na rok. Jeśli polityka nie wymusza zmiany hasła przy pierwszym logowaniu, hasło
Start2026będzie aktywne równo do następnego incydentu. - Brak udokumentowanego „co się stało" w katalogu. Bez logu zmian w AD / M365 nie wiesz, kto, kiedy i komu dał jakie uprawnienia. To wraca jak bumerang przy audycie RODO albo po ataku, kiedy pytanie „kto miał dostęp do skrzynki zarządu w lutym" musi mieć odpowiedź.
Co zrobić, jeśli zaczynasz od zera
Jeśli w Twojej firmie onboarding jest dziś chaosem, nie potrzebujesz drogiego systemu HRIS ani platformy IT service management. Potrzebujesz trzech rzeczy:
- Jednej kartki A4 z checklistą onboardingową — co IT musi przygotować i do kiedy.
- Matrycy „rola → systemy → poziom dostępu" — najlepiej w Excelu, na początek. Pięć kolumn, dwadzieścia wierszy. Wystarczy.
- Jednego adresu mailowego lub kanału Slack, na który HR zgłasza nowych ludzi w dniu podpisania umowy.
Większe firmy automatyzują to w Microsoft Intune albo skryptach w PowerShell, które tworzą konta hurtowo. W 15-osobowej firmie to przerost formy nad treścią. Kartka A4 i dyscyplina załatwiają 90% problemu.
Jeśli nie wiesz, od czego zacząć — zacznij od policzenia, ilu nowych ludzi przyjmiesz w najbliższym kwartale i ile godzin IT zjada dziś każdy z nich. Same te dwie liczby pokazują skalę kosztu, którego nikt nigdy nie liczył.
Onboarding nie jest problemem technicznym. Jest problemem komunikacji między HR a IT — który nieprzypadkowo da się rozwiązać jedną kartką A4 i jednym mailem trzy dni wcześniej.