Jak automatyzować onboarding? zacznij od listy kroków, nie od narzędzia
Onboarding pracownika i onboarding klienta to ten sam mechanizm z inną treścią kroków. Poniżej ścieżka, którą spisujesz sam: siedem kroków, terminy w dniach od daty startu, jedna rola na krok, macierz dostępów i trzy liczby, po których poznasz, czy to działa.
- 7 krokówtyle ma minimalna ścieżka onboardingu, którą spisujesz na jednej kartce, zanim uruchomisz jakikolwiek automat
- 7 dniustawowy termin na przekazanie pracownikowi informacji o warunkach zatrudnienia, liczony od dopuszczenia do pracy (Kodeks pracy, art. 29 § 3)
- 15 kombinacjityle par rola i system daje 5 narzędzi przy 3 rolach; tyle uprawnień ktoś pamięta, dopóki nie ma spisanej macierzy
- 30 i 90 dnipo tylu dniach odczytujesz czas do samodzielności: pierwszy pomiar mówi, czy ścieżka działa, drugi, czy się trzyma
Krótka odpowiedź
Jak zautomatyzować onboarding pracownika i klienta?
Spisz ścieżkę, zanim otworzysz jakiekolwiek narzędzie. Weź dwa ostatnie realne przypadki, jedną nową osobę i jednego nowego klienta, i odtwórz z maili oraz kalendarza wszystko do pierwszego normalnego dnia pracy. Każdy krok dostaje jedno zdanie opisu, jedną rolę, termin w dniach od startu i warunek domknięcia.
Potem zamień listę na szablon w systemie zadań, który już masz: ClickUp, Jira, Asana, Notion albo Google Sheets. Kopiuj go ręcznie przy każdym nowym przypadku. Warstwa automatyzacji w n8n, Make albo Zapier dochodzi wtedy, gdy to kopiowanie zaczyna przeszkadzać.
Na koniec włącz powiadomienie o kroku po terminie, kierowane do jego właściciela, i pomiar czasu od daty startu do zamknięcia ścieżki. Bez kroku zamykającego nie ma czego mierzyć, więc dopisz go jako pierwszy.
Dlaczego lista kroków musi powstać, zanim włączysz automat?
Automat nie porządkuje procesu, tylko powtarza to, co mu pokażesz. Jeśli dziś każdy start wygląda inaczej, po wdrożeniu będzie wyglądał inaczej szybciej. Pierwsza wersja ścieżki powstaje w dokumencie, nie w narzędziu.
Materiałem nie jest wyobrażenie o procesie, tylko dwa ostatnie realne przypadki. Odtworzenie ich zajmuje jedno popołudnie. Tę samą pracę prowadzoną przez nas opisaliśmy na stronie automatyzacja onboardingu.
- Każdy krok ma jedno zdanie opisu w trybie rozkazującym: „załóż konto w katalogu”, „wyślij pakiet materiałów”
- Przy każdym kroku dopisz system, w którym się dzieje, i dane potrzebne na wejściu
- Zaznacz kroki z decyzją człowieka: one zostają u człowieka także po automatyzacji
- Skreśl kroki, których nikt nie potrafi uzasadnić; automat jest najdroższym sposobem ich utrwalenia
Jak liczyć terminy od daty startu, a nie z kalendarza?
Sztywna data w checkliście starzeje się w dniu, w którym ktoś przesunie start o tydzień. Zapisuj terminy jako przesunięcie względem jednej daty: dnia dopuszczenia do pracy albo dnia podpisania umowy. Wtedy przesunięcie startu przesuwa całą ścieżkę.
Ta sama zasada ratuje terminy, których nie wolno przegapić. Przy zatrudnieniu część z nich wynika z przepisów. Rozpisaliśmy je na stronie o automatycznym onboardingu pracownika.
| Krok ścieżki | Termin od daty startu | Co zapisujesz przy kroku |
|---|---|---|
| Zdarzenie startowe w systemie | dzień minus 10 | data startu oraz rola albo pakiet usług |
| Wniosek o dostępy do IT | dzień minus 7 | systemy i poziom uprawnień dla tej roli |
| Konta i uprawnienia gotowe | dzień minus 1 | kto nadał, kiedy i na jaki okres |
| Materiały i spotkanie wprowadzające | dzień 1 | potwierdzenie zapoznania przy kroku |
| Pierwsze zadanie na prawdziwych danych | dzień 3 | efekt zadania, nie fakt przydzielenia |
| Przekazanie do zespołu i zamknięcie | dzień 30 | nazwisko przejmującego i data zamknięcia |
| Odebranie dostępów po współpracy | dzień ostatni plus 1 | które konta wyłączone i przez kogo |
Liczby w środkowej kolumnie są punktem wyjścia, nie normą. Ustal je raz na własnym procesie, żeby przy nowym starcie podmieniać jedną datę.
Kto ma być właścicielem kroku: rola czy imię?
Imię w checkliście działa do pierwszego urlopu. Rola działa dalej, bo obsadę zmienia się w jednym miejscu, a nie w dwudziestu wierszach. Właścicielem kroku jest więc „kadry”, „IT”, „przełożony” albo „opiekun klienta”.
Właściciel to ten, kto krok domyka, a nie ten, kto o nim przypomina. Jeśli stoją przy nim dwie role, jedna jest odbiorcą powiadomienia. Rozdziel je, bo krok z dwoma właścicielami stoi najdłużej.
- Jedna rola na krok, zawsze; druga rola co najwyżej dostaje powiadomienie
- Obsada ról żyje w jednej tabeli, którą podmieniasz przy zmianach w zespole
- Dla każdej roli ustal zastępstwo, inaczej jeden urlop zatrzymuje ścieżkę
- Rola, której u Was nie ma, nie może być właścicielem: przypisz krok komuś realnemu albo go skreśl
Dlaczego dostępy zabierają nowej osobie pierwszy dzień?
To najczęstsze wąskie gardło i najłatwiejsze do przewidzenia. Konto zakłada IT, dostęp do systemu projektowego klika przełożony, licencję kupuje administracja. Trzy kolejki, jeden termin, zero wspólnego widoku.
Rozwiązaniem nie jest szybsze klikanie, tylko wcześniejszy wniosek z gotowym zakresem. Spisz macierz: wiersz to rola, kolumna to system, w komórce poziom uprawnień. Pięć narzędzi przy trzech rolach daje 15 kombinacji, których nikt nie trzyma w głowie. Wtedy wniosek idzie do IT na 7 dni przed startem i zamyka się bez dopytywania.
- Wniosek o dostępy wychodzi z tej samej daty startu co reszta ścieżki, nie z maila dzień wcześniej
- Zakres uprawnień opisuje rola, więc IT nie zgaduje i nie nadaje szeroko na wszelki wypadek
- Przy nadaniu zapisujesz datę odbioru, choćby był to koniec umowy na czas określony
- Odebranie dostępów jest osobnym krokiem ścieżki, z własnym właścicielem i terminem
Co da się zautomatyzować u pracownika, a co u klienta?
Budowa ścieżki jest ta sama, treść kroków różna. Przy pracowniku sporo kroków ma termin z przepisów i wymaga dokumentu, więc automat przygotowuje i pilnuje. Przy kliencie więcej kroków automat wykonuje w całości.
Drugie źródło różnic to system dający sygnał startowy: kadry i data dopuszczenia do pracy albo CRM i podpisana umowa. Sekwencję po stronie klienta rozpisaliśmy na stronie o automatycznym onboardingu klienta.
| Element ścieżki | Onboarding pracownika | Onboarding klienta |
|---|---|---|
| Sygnał startowy | status w kadrach, data dopuszczenia do pracy | zmiana statusu w CRM albo podpisana umowa |
| Konta i dostępy | katalog kont, poczta, komunikator, systemy pracy | panel klienta, folder na dysku, kanał kontaktu |
| Dokumenty | część z terminem ustawowym, automat przypomina | materiały startowe, wysyłka w całości automatyczna |
| Spotkanie startowe | wprowadzenie do zespołu z kalendarza przełożonego | spotkanie otwierające z kalendarza opiekuna |
| Zamknięcie ścieżki | przejście pod stałą opiekę przełożonego | przekazanie z wdrożenia do obsługi bieżącej |
Kolumny różnią się treścią, nie mechaniką. Dlatego opłaca się zbudować jedną warstwę i dwa szablony ścieżek zamiast dwóch osobnych automatów.
Jak uruchomić pierwszą ścieżkę bez zamawiania wdrożenia?
Pierwszą wersję postawisz w narzędziach, które prawdopodobnie już masz: system zadań z szablonem listy, kalendarz i katalog kont. Warstwa automatyzacji dochodzi później i tylko tam, gdzie ręczna praca zaczyna przeszkadzać.
Wybierz jedną rolę albo jeden pakiet usług
Nie cały onboarding, tylko przypadek, który powtarza się najczęściej. Jedna ścieżka doprowadzona do końca uczy więcej niż pięć rozpisanych do połowy.
Spisz kroki, właścicieli i terminy od daty startu
Jedna tabela: krok, rola, przesunięcie w dniach, warunek domknięcia. Ostatnia kolumna jest najważniejsza, bo krok bez niej zawsze wygląda na zrobiony.
Zamień tabelę na szablon w systemie zadań
Szablon listy w ClickUp, Jirze, Asanie, Notion albo Google Sheets, z terminami od daty startu. Kopiujesz go ręcznie i to wystarczy na kilka pierwszych startów.
Dodaj wyzwalacz i wniosek o dostępy
Teraz wchodzi n8n, Make albo Zapier: zdarzenie w kadrach lub w CRM tworzy ścieżkę z szablonu, a wniosek o dostępy idzie do IT z gotowym zakresem. Uruchom to równolegle z obecnym sposobem pracy, żeby pomyłka automatu niczego nie zgubiła.
Włącz pomiar i alert o kroku po terminie
Zapisuj datę startu i datę zamknięcia każdej ścieżki, a przy kroku po terminie wyślij powiadomienie do właściciela i do osoby prowadzącej proces. Pierwszy odczyt po 30 dniach, drugi po 90.
Jak zmierzyć czas do samodzielności i wyłapać kroki, które stoją?
Czas do samodzielności to liczba dni od daty startu do dnia, w którym ścieżkę zamknął właściciel ostatniego kroku. To liczba, nie odczucie, więc da się ją porównać między przypadkami.
Sygnał, że coś stoi, jest prosty: krok po terminie, przy którym od 24 godzin nic się nie zmieniło. Wystarczy jedno powiadomienie dziennie z listą takich kroków, kierowane do kogoś, kto ma prawo je pchnąć.
Jeśli chcesz pytać o stan onboardingu zwykłym zdaniem, wchodzi agent AI. BOND, nasz firmowy agent AI, odpowiada z danych firmy w 5 do 10 sekund i mówi, który krok stoi. To dodatek do pomiaru, nie zamiennik.
- Dni od startu do zamknięcia ścieżki, liczone osobno dla pracownika i dla klienta
- Liczba kroków cofniętych do ręcznej poprawki w pierwszych 30 dniach
- Krok, który stał najdłużej, razem z rolą, która go domyka
- Udział ścieżek, w których dostępy były gotowe przed pierwszym dniem
Najczęstsze błędy
Pięć błędów, przez które ścieżka onboardingu przestaje działać
Automatyzacja przed spisaniem ścieżki
Narzędzie utrwala bałagan, który zastało. Po miesiącu masz te same wyjątki, tylko trudniejsze do zmiany, bo siedzą w konfiguracji.
Sztywne daty zamiast dni liczonych od startu
Jedno przesunięcie startu unieważnia całą listę i ktoś przepisuje terminy ręcznie. Przy drugim przestaje je przepisywać.
Imię zamiast roli przy kroku
Pierwszy urlop zatrzymuje ścieżkę, bo nikt nie wie, kto przejmuje. Każda zmiana w zespole wymaga poprawki we wszystkich wierszach listy.
Wniosek o dostępy wysyłany dzień przed startem
IT nie zdąży, a nowa osoba spędza pierwszy dzień na czekaniu. Pod presją ktoś nadaje uprawnienia szeroko i tak już zostaje.
Brak kroku, który zamyka onboarding
Nie wiadomo, kiedy proces się skończył, więc nie da się policzyć czasu do samodzielności ani przekazać opieki.
Lista kontrolna
Lista kontrolna przed automatyzacją onboardingu
Jeśli któryś punkt jest na „nie”, ścieżka nie jest jeszcze gotowa do automatu.
- Ścieżka spisana na jednej kartce, na podstawie dwóch ostatnich realnych przypadków
- Każdy krok ma jedną rolę jako właściciela i wskazane zastępstwo
- Terminy zapisane jako liczba dni od daty startu, nie jako daty w kalendarzu
- Macierz rola i system z poziomem uprawnień, datą nadania i datą odbioru
- Krok zamykający ścieżkę, z nazwiskiem osoby przejmującej i datą
- Powiadomienie o kroku po terminie kierowane do właściciela, nie do wszystkich
- Trzy wskaźniki do odczytu po 30 i 90 dniach, liczone z logu ścieżki
Źródła
Źródła
- Kodeks pracy, art. 29 § 3: informacja o warunkach zatrudnienia w 7 dni od dopuszczenia do pracy
- RODO, rozporządzenie 2016/679, art. 32: środki odpowiednie do ryzyka i regularne testowanie ich skuteczności
- Dokumentacja n8n: wyzwalacze, harmonogramy i obsługa błędów w przepływach
- Centrum pomocy Make: scenariusze, wyzwalacze i moduły
- JustAutomate, automatyzacja onboardingu: kroki, właściciele i warunki domknięcia
Rozłóżmy Wasz onboarding na kroki
Ścieżkę spiszesz sam, warsztat tylko to skraca
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, jak dziś wygląda start nowej osoby i nowego klienta, a my mówimy, które kroki da się przenieść do ścieżki od razu. Warsztat procesowy kosztuje 2500 zł netto za tydzień i kończy się spisaną ścieżką, macierzą uprawnień i planem, który zrealizujesz bez nas.
Umów bezpłatną konsultacjęNajczęstsze pytania
Od czego zacząć automatyzację onboardingu?
Od spisania ścieżki na podstawie dwóch ostatnich realnych przypadków: jednej nowej osoby i jednego nowego klienta. Dopiero potem wybierasz narzędzie, bo pierwsza wersja spokojnie żyje w ręcznie kopiowanym szablonie listy zadań.
Ile kroków powinna mieć ścieżka onboardingu?
Minimalna wersja ma 7 kroków: zdarzenie startowe, lista kroków z właścicielami, dostępy, materiały, pierwsze zadanie na prawdziwych danych, przekazanie do zespołu i pomiar. Krok, którego nie da się opisać jednym zdaniem, jest w rzeczywistości dwoma krokami.
Czy terminy w onboardingu zapisywać jako konkretne daty?
Nie, jako przesunięcie w dniach względem daty startu, czyli dnia dopuszczenia do pracy albo podpisania umowy. Wtedy zmiana startu przesuwa całą ścieżkę bez przepisywania. Sztywna data starzeje się przy pierwszej zmianie planu.
Kto powinien być właścicielem kroku w onboardingu?
Rola, nie osoba: kadry, IT, przełożony albo opiekun klienta. Obsadę zmieniasz wtedy w jednej tabeli, a nie w dwudziestu wierszach listy. Każdej roli przypisz zastępstwo, bo inaczej jeden urlop zatrzymuje ścieżkę.
Dlaczego dostępy są najczęstszym problemem pierwszego dnia?
Bo nadaje je kilka osób w kilku kolejkach, a wniosek wychodzi zwykle dzień przed startem. Rozwiązaniem jest macierz rola i system z poziomem uprawnień oraz wniosek wysyłany 7 dni przed startem, z datą odbioru zapisaną od razu.
Czym różni się onboarding pracownika od onboardingu klienta?
Mechanika jest ta sama, różni się treść kroków i sygnał startowy. U pracownika sygnałem jest status w kadrach, a część terminów wynika z przepisów, na przykład 7 dni na informację o warunkach zatrudnienia. U klienta sygnałem jest zmiana statusu w CRM.
Jak zmierzyć, czy automatyzacja onboardingu coś dała?
Trzema liczbami z logu ścieżki: dni od startu do zamknięcia, liczba kroków cofniętych do ręcznej poprawki i krok, który stał najdłużej. Odczyt po 30 i po 90 dniach. Wskaźniki spisz przed startem, inaczej nie będzie z czym porównać.