Automatyzacja onboardingu ta sama ścieżka za każdym razem
Onboarding pracownika i onboarding klienta to ten sam mechanizm: zdarzenie startowe, lista kroków z właścicielami i terminami, dostępy według roli, materiały, moment przekazania do zespołu. Budujemy jedną ścieżkę, która obsługuje oba przypadki, i mierzymy czas od startu do pełnej samodzielności. Pierwsza ścieżka działa na produkcji 14 dni od warsztatu.
- 14 dnityle zajmuje pierwsza ścieżka onboardingu działająca na produkcji, licząc od warsztatu. Jedna rola albo jeden pakiet usług, nie cały proces naraz
- 2 rodzajeonboarding pracownika i onboarding klienta obsługiwane jednym mechanizmem: ta sama lista kroków, ci sami właściciele, ten sam pomiar
- 30 i 90 dnipo tylu dniach sprawdzamy czas do pełnej samodzielności i kroki, które wróciły do ręcznej poprawki
Problem
Dlaczego każdy onboarding u Was wygląda inaczej?
Nowa osoba zaczyna w poniedziałek. Konto zakłada IT, dostęp do systemu projektowego klika przełożony, materiały wysyła ktoś z zespołu, a listę kroków trzyma mail z zeszłego roku. Nowy klient startuje podobnie: folder zakłada jedna osoba, dane dostępowe wysyła druga, o spotkaniu startowym pamięta trzecia. Dwie różne sytuacje, jedna wspólna wada. Kolejność kroków zależy od tego, kto akurat miał czas.
Ścieżka nie jest zapisana w żadnym systemie, więc nikt jej nie pilnuje. Krok pominięty w pierwszym tygodniu wychodzi w czwartym, gdy nowa osoba nie ma dostępu do raportu, którego potrzebuje, albo klient pyta o rzecz, którą miał dostać na starcie. Nikt nie umie też powiedzieć, kiedy onboarding się kończy, bo nie ma kroku, który go zamyka.
Najdroższy jest bałagan w dostępach. Pod presją czasu uprawnienia nadaje się szeroko, żeby nie blokować pracy, a po zakończeniu współpracy nikt ich nie odbiera, bo odbieranie nie jest niczyim krokiem. RODO stawia tu wymóg wprost: art. 5 ust. 1 lit. f każe przetwarzać dane w sposób zapewniający ich poufność i integralność, a art. 32 wymaga środków technicznych i organizacyjnych odpowiednich do ryzyka, razem z regularnym testowaniem ich skuteczności. Konto z dostępem do wszystkiego, założone na wszelki wypadek i nieodebrane po odejściu, nie spełnia ani jednego, ani drugiego.
Skala rośnie z liczbą systemów. Pięć narzędzi i trzy role to piętnaście kombinacji uprawnień, których nikt nie trzyma w głowie. Każda pomyłka kosztuje albo czas nowej osoby, albo bezpieczeństwo danych, a zwykle jedno i drugie po kolei.
- Nowa osoba pierwszego dnia czeka, bo dostęp klika ktoś, kto jest na urlopie
- Klient dostaje inny start niż poprzedni, zależnie od tego, kto go obsłużył
- Krok pominięty na starcie wychodzi miesiąc później i u kogoś innego
- Uprawnienia nadane szeroko zostają na kontach po zakończeniu współpracy
Dlaczego teraz
Co sprawia, że onboarding pracownika i klienta da się zrobić jedną ścieżką?
Od strony mechaniki to ten sam proces. Jest zdarzenie startowe, jest lista kroków z właścicielami i terminami, jest paczka dostępów i materiałów przypisana do roli, jest moment przekazania do zespołu i jest liczba, która mówi, kiedy się skończyło. Różni się treść kroków i system, który daje sygnał: kadry albo CRM. Budowa jest jedna. Oba scenariusze rozpisaliśmy osobno, onboarding pracownika z terminami ustawowymi i onboarding klienta od podpisu do spotkania startowego. Tutaj piszemy o tym, co jest w nich wspólne.
Drugi powód jest techniczny. Systemy, które te kroki wykonują, dają się dziś wywołać z zewnątrz: Google Workspace i Microsoft 365 zakładają konto i przypisują je do grupy uprawnień, Slack, Notion, ClickUp, Jira i Asana zakładają zadania i nadają dostęp z szablonu, CRM albo system kadrowy wysyła sygnał w sekundę po zmianie statusu. Warstwę spinającą stawiamy w n8n, Make albo jako integrację przez API i to w niej mieszka ścieżka, nie w czyjejś głowie.
Trzecia rzecz to agent AI. Reguła zamknie krok, ale nie odpowie na pytanie, kto jest teraz w trakcie onboardingu i na którym kroku stoi. BOND, nasz firmowy agent AI, odpowiada na to zwykłym zdaniem w 5 do 10 sekund, bez otwierania trzech systemów po kolei.
Co się zmienia
Co dostaje firma, która ma jedną ścieżkę?
Jedna lista kroków zamiast pięciu wersji
Ścieżka żyje w systemie zadań i w warstwie automatyzacji, nie w mailu i nie w arkuszu w trzech kopiach. Każdy krok ma właściciela, termin liczony od daty startu i warunek domknięcia.
Krok bez właściciela i bez terminu nie wchodzi do ścieżki, bo nie da się go potem rozliczyć
Kto co dostaje i kiedy, ustalone raz
Paczka dostępów, materiałów i zadań jest przypisana do roli albo do pakietu usług, nie do osoby, która akurat wdraża. Nowy handlowiec dostaje to samo co poprzedni, nowy klient to samo co klient z zeszłego miesiąca.
Macierz rol i systemów spisana na warsztacie, jedno miejsce zamiast pamięci kilku osób
Dostępy według roli, nie na wszelki wypadek
Dla każdej roli spisujemy zakres uprawnień razem z datą nadania i datą odbioru. Nadanie idzie automatem albo trafia do IT jako zadanie z pełnym kontekstem, gdy decyzja ma zostać u człowieka.
Odbieranie dostępów jest krokiem ścieżki z terminem, a nie dobrą intencją po fakcie
Materiały i szkolenia przydzielone same
Zestaw materiałów wynika z roli i wchodzi razem z dostępami, w kolejności, w której ma sens. Potwierdzenie zapoznania zapisuje się przy kroku, więc widać, co zostało przeczytane, a co stoi.
Dostęp do materiałów i potwierdzenie w jednym rekordzie, zamiast maila z załącznikiem
Przekazanie do zespołu ma datę i nazwisko
Onboarding kończy się konkretnym krokiem: ktoś przejmuje opiekę, w ustalonym dniu, z zamkniętą listą. Dzięki temu nikt nie zostaje niczyj i nikt nie jest nowy przez pół roku.
Data zamknięcia ścieżki widoczna w systemie zadań i na karcie w CRM
Czas do samodzielności staje się liczbą
Mierzymy dni od startu do zamknięcia ścieżki, kroki cofnięte do ręcznej poprawki i te, które stały najdłużej. Po 30 i 90 dniach wiadomo, gdzie proces się zacina.
Trzy wskaźniki ustalone na warsztacie, liczone z logu ścieżki, nie z ankiety
A u Ciebie
Co, jeśli u nas onboarding wygląda inaczej?
Cztery zdania, które słyszymy najczęściej, i to, co na nie odpowiadamy.
Wdrażamy dwie osoby na kwartał, to się nie opłaci.
Przy dwóch osobach na kwartał samo spisanie ścieżki daje więcej niż automat i tak Wam powiemy na konsultacji. Warto wtedy sprawdzić drugą stronę: firmy z rzadkimi rekrutacjami często podpisują kilku klientów miesięcznie i to tam ścieżka zwraca się szybciej.
Mamy już checklistę w arkuszu.
Checklista jest dokumentem, a nie procesem. Nikt nie pilnuje kolejności, nikt nie widzi, że krok stoi trzeci dzień, i nikt nie odbiera dostępów po zakończeniu. Automatyzacja zamienia tę samą listę w ścieżkę z właścicielami, terminami i warunkiem domknięcia. Arkusz jest dobrym materiałem na warsztat, bo połowa pracy jest już zrobiona.
IT nie da nam prawa do zakładania kont.
I często ma rację. Wtedy workflow nie zakłada konta sam, tylko tworzy IT zadanie z gotowym zakresem: rola, systemy, grupy uprawnień, data startu, data odbioru. Decyzja zostaje u człowieka, znika tylko dopytywanie. Zakres konta technicznego, jeśli w ogóle powstaje, spisujemy na warsztacie razem z tym, jakie dane widzi.
Onboarding pracownika i klienta to dwa różne światy.
Treść kroków owszem, budowa nie. W obu przypadkach jest zdarzenie startowe, lista kroków z właścicielami, dostępy według roli, materiały, przekazanie i pomiar. Dlatego stawiamy to na jednej warstwie i jednym pomiarze, a różnice trzymamy w szablonach ścieżek.
- Zdarzenie startowe
- System kadrowy, HubSpot, Pipedrive, Salesforce, LiveSpace
- Konta i uprawnienia
- Google Workspace, Microsoft 365, Slack, Notion, dostęp do CRM i systemu projektowego
- Zadania i ścieżka
- ClickUp, Jira, Asana, Notion, Google Sheets
- Komunikacja i materiały
- Slack, Microsoft 365, Google Workspace, podpis elektroniczny
- Dane i pomiar
- BigQuery, Google Sheets, bazy SQL, GA4
- Warstwa automatyzacji
- n8n, Make, Zapier, własne integracje przez API
Kroki ścieżki onboardingu, właściciel i warunek domknięcia
Sześć kroków, które wchodzą do ścieżki niezależnie od tego, czy wdrażasz pracownika, czy klienta. Kolumna po prawej jest tu najważniejsza: krok bez warunku domknięcia zawsze wygląda na zrobiony.
| Krok ścieżki | Kto go zamyka | Warunek domknięcia |
|---|---|---|
| Zdarzenie startowe | system kadrowy albo CRM | data startu i rola albo pakiet usług zapisane w jednym miejscu |
| Lista kroków z właścicielami | osoba prowadząca onboarding | każdy krok ma nazwisko i termin liczony od daty startu |
| Dostępy i uprawnienia | IT albo konto techniczne | zakres spisany dla roli, z datą nadania i datą odbioru |
| Materiały i szkolenia | przełożony albo opiekun klienta | przydzielony zestaw i potwierdzenie zapoznania przy kroku |
| Pierwsze zadanie na prawdziwych danych | przełożony albo opiekun klienta | zadanie o realnym efekcie, z terminem w pierwszym tygodniu |
| Przekazanie do zespołu | przełożony albo opiekun klienta | nazwisko osoby przejmującej i data zamknięcia ścieżki |
| Pomiar czasu do samodzielności | osoba odpowiedzialna za proces | dni od startu do zamknięcia i lista kroków cofniętych do poprawki |
Wiersze to punkt wyjścia. Na warsztacie skreślasz to, czego u Was nie ma, i dopisujesz to, czego tu brakuje. Terminy ustawowe przy zatrudnieniu i sekwencję startu klienta rozpisaliśmy na osobnych stronach, bo tam różnice są duże.
Jak to robimy
Pięć kroków od listy w mailu do ścieżki na produkcji
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym.
Warsztat
Siadamy z osobami, które dziś wdrażają ludzi i klientów, i rozkładamy obie ścieżki na kroki. Materiałem są ostatnie realne przypadki, zwykle dwie albo trzy rekrutacje i tyle samo nowych klientów. Wynikiem jest macierz rol i pakietów usług: kto co dostaje, kiedy i od kogo.
Projekt ścieżki
Ustalamy zdarzenie startowe, kolejność kroków, właściciela każdego z nich i warunek domknięcia. Osobno spisujemy zakres uprawnień dla każdej roli razem z datą odbioru dostępu. Wybieramy narzędzie: n8n, Make, Zapier albo integrację przez API z tym, co już macie.
Budowa i test na prawdziwych danych
Ścieżka rusza najpierw na przypadku testowym, potem na jednej prawdziwej roli i jednym prawdziwym kliencie, równolegle z dotychczasową listą. Sprawdzamy scenariusze, które w praktyce wywracają automat: niepełne dane w systemie startowym, przesunięta data startu, rola, której nie ma w macierzy.
Uruchomienie równoległe
Ścieżka idzie na produkcję obok obecnego sposobu pracy, więc nic nie znika, gdy coś nie zadziała. Konfigurujemy monitoring błędów i alert przy kroku, który stoi dłużej niż ustalony próg. Stary sposób wyłączamy dopiero wtedy, gdy nowy przejdzie kilka realnych startów.
Szkolenie i pomiar po 30 i 90 dniach
Osoba prowadząca onboarding uczy się zmieniać ścieżkę sama: nowa rola, nowy system, inny pakiet usług, wyjątek na jedną osobę. Potem mierzymy dni do pełnej samodzielności, liczbę kroków cofniętych do ręcznej poprawki i kroki, które stały najdłużej. Donastrajamy ścieżkę do tego, co faktycznie wpada.
Przed i po
Jak zmienia się tydzień osoby, która wdraża
Przedtem
- Listę kroków odtwarza z maila i z pamięci ten, kto akurat wdraża
- Nowa osoba pisze na czacie, że nie ma dostępu do systemu, w którym ma pracować
- Nikt nie wie, czy onboarding sprzed miesiąca jest już zamknięty
- Uprawnienia po zakończeniu współpracy zostają, bo ich odbiór nie jest niczyim zadaniem
Po zmianie
- Ścieżka rusza sama ze zdarzenia w systemie kadrowym albo w CRM
- Dostępy według roli są gotowe przed pierwszym dniem, w zakresie spisanym dla tej roli
- Krok przekazania ma nazwisko i datę, więc widać, kiedy onboarding się skończył
- Odbieranie dostępów jest krokiem tej samej ścieżki, z własnym terminem
Pierwsza ścieżka działa na produkcji 14 dni od warsztatu. Czas do pełnej samodzielności ma sens dopiero po 30 i 90 dniach, bo wcześniej nie ma czego porównać.
Dla osoby, która to zamawia
Co z tego ma dyrektor operacyjny
Pytania w stylu „czy nowy ma już dostępy” i „kto właściwie prowadzi tego klienta” przestają lądować u Ciebie, bo odpowiedź stoi w ścieżce, którą sam zatwierdziłeś. Onboarding przestaje zależeć od tego, kto jest w danym tygodniu w biurze.
Druga rzecz jest ważniejsza przy rozmowie z zarządem i przy audycie. Wiesz, ile dni mija od startu do pełnej samodzielności, które kroki stały najdłużej i kto miał dostęp do czego oraz do kiedy. To argument, którego dziś nie masz, bo nikt tego nie liczy.
- Ścieżka spisana i wersjonowana, niezależna od jednej osoby
- Zakres uprawnień na rolę, z datą nadania i datą odbioru
- Uruchomienie równoległe, więc obecny sposób pracy działa do końca testów
- Zmiany w rolach i systemach wprowadzasz sam, bez zgłoszenia do nas
Ile to kosztuje
Warsztat ma cenę jawną, wdrożenie wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy onboardingu zwykle wychodzi jeden albo dwa tygodnie, bo trzeba rozłożyć dwie ścieżki i domknąć macierz uprawnień. Wdrożenie wyceniamy po warsztacie, gdy wiadomo, ile jest rol, ile systemów i w jakim stanie są dane w systemie startowym.
Koszt działania ścieżki płacisz bezpośrednio dostawcy narzędzia, na przykład n8n albo Make, albo nie płacisz wcale, gdy stoi na Waszej infrastrukturze. Bez naszej prowizji.
Warsztat procesowy
2500 zł netto
za tydzień, przy onboardingu zwykle jeden albo dwa
Zamknięta całość. Kończy się spisaną ścieżką onboardingu, macierzą rol i uprawnień oraz planem, który możesz zrealizować bez nas.
- Mapa dzisiejszego onboardingu pracownika i klienta, z miejscami, w których staje
- Macierz rol i pakietów usług: kto co dostaje, kiedy i od kogo
- Zakres uprawnień na rolę razem z datą odbioru dostępu
- Rekomendacja narzędzia i trzy wskaźniki do pomiaru po 30 i 90 dniach
- Najczęściej wybierany
Warsztat i wdrożenie ścieżki
Wycena po warsztacie
zakres wynika z liczby rol i liczby systemów
Najczęściej wybierany wariant. Pierwsza ścieżka na produkcji 14 dni od warsztatu, całość zwykle w 2 do 4 tygodni.
- Wszystko z warsztatu
- Ścieżka w n8n, Make albo przez API, spięta z systemem kadrowym lub CRM
- Nadawanie dostępów według roli i odbieranie ich jako krok ścieżki
- Uruchomienie równoległe, monitoring błędów i alerty przy stojących krokach
- Szkolenie osoby prowadzącej onboarding ze samodzielnej zmiany ścieżki
Onboarding i agent AI
Wycena po warsztacie
dla firm, które wdrażają kilka osób albo kilku klientów miesięcznie
Wszystko z wdrożenia plus BOND, który odpowiada na pytania o stan onboardingu zwykłym zdaniem, w 5 do 10 sekund.
- Wszystko z wdrożenia ścieżki
- Agent AI spięty ze ścieżką: kto jest w trakcie, na którym kroku stoi, co przekroczyło termin
- Alerty o krokach stojących dłużej niż próg i o dostępach do odebrania
- Dostęp dla kadr, IT i przełożonych, bez logowania do trzech systemów
Warsztat kończy się dokumentem, który obroni się bez nas: ścieżką, macierzą rol i uprawnień oraz planem wdrożenia. Jeśli okaże się, że przy Waszej skali wystarczy spisana ścieżka i szablon zadań w systemie, który już macie, mówimy to wprost i sprawa kończy się na warsztacie.
Najczęstsze pytania
Czym jest automatyzacja onboardingu?
To zamiana listy kroków trzymanej w mailu albo w arkuszu na ścieżkę, którą prowadzi system. Zdarzenie w systemie kadrowym lub w CRM uruchamia kolejne kroki, każdy z właścicielem, terminem i warunkiem domknięcia. Dostępy i materiały wynikają z roli, a nie z pamięci osoby wdrażającej. Człowiek decyduje tam, gdzie decyzja jest potrzebna.
Czy jedna ścieżka obsłuży onboarding pracownika i klienta?
Tak, bo budowa jest ta sama: zdarzenie startowe, kroki z właścicielami, dostępy według roli, materiały, przekazanie i pomiar. Różnice trzymamy w szablonach ścieżek, więc pracownik i klient idą osobnymi krokami na jednej warstwie automatyzacji. Jedno wdrożenie, dwa szablony, jeden zestaw wskaźników.
Ile trwa wdrożenie automatyzacji onboardingu?
Pierwsza ścieżka dla jednej roli albo jednego pakietu usług działa na produkcji 14 dni od warsztatu. Całość, czyli kilka rol i kilka systemów, zwykle zajmuje 2 do 4 tygodni. Sam warsztat to jeden albo dwa tygodnie, zależnie od tego, ile odrębnych ścieżek trzeba rozłożyć.
Czym to się różni od checklisty w arkuszu?
Checklista mówi, co zrobić, ale nie pilnuje, żeby ktoś to zrobił. Ścieżka ma właściciela na każdym kroku, termin liczony od daty startu i warunek domknięcia, więc widać, że coś stoi trzeci dzień. Arkusz jest dobrym materiałem na warsztat, bo połowa pracy jest w nim już zrobiona.
Kto nadaje dostępy, gdy ścieżka jest zautomatyzowana?
To ustalacie Wy, my dopasowujemy się do zasad IT. Workflow może nadać dostęp sam, przez konto techniczne o spisanym zakresie, albo tylko utworzyć zadanie dla IT z pełnym kontekstem: rola, systemy, grupy uprawnień, data startu i data odbioru. W drugim wariancie decyzja zostaje u człowieka, znika dopytywanie.
Co się dzieje z dostępami, gdy współpraca się kończy?
Odbieranie dostępów wpisujemy jako krok tej samej ścieżki, z terminem i właścicielem. Dla każdej roli mamy zakres uprawnień, więc wiadomo, co dokładnie zdjąć i z których systemów. To ta sama mechanika puszczona w drugą stronę i najczęściej pomijana część onboardingu.
Jak mierzycie czas do pełnej samodzielności?
Trzema liczbami ustalonymi na warsztacie: dni od startu do zamknięcia ścieżki, liczba kroków cofniętych do ręcznej poprawki i krok, który stał najdłużej. Liczymy je z logu ścieżki, a nie z ankiety. Pierwszy odczyt po 30 dniach pokazuje, czy ścieżka działa, drugi po 90 dniach, czy się utrzymuje.
Czy potrzebujemy do tego nowego systemu?
Zwykle nie. Ścieżka korzysta z tego, co już macie: systemu kadrowego albo CRM jako źródła zdarzenia, systemu zadań jako miejsca kroków i katalogu kont jako miejsca uprawnień. Dochodzi warstwa spinająca w n8n, Make albo Zapier. Nowe narzędzie proponujemy tylko wtedy, gdy czegoś naprawdę brakuje, i mówimy wprost dlaczego.
Rozłóżmy Wasz onboarding na kroki
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, jak dziś wygląda start nowej osoby i nowego klienta, nawet jeśli lista kroków istnieje tylko w mailu. Pokazujemy, które kroki da się przenieść do ścieżki od razu, a które wymagają najpierw decyzji o uprawnieniach. Nie musisz na tym etapie udostępniać systemów.
Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.
Umów bezpłatną konsultacjęPS. Jeśli w tym miesiącu ktoś u Was pierwszego dnia czekał na dostęp albo nowy klient pytał, kto jest jego opiekunem, to jest dokładnie ten problem. Ścieżka zapisana w systemie robi za każdym razem to samo i po 30 dniach mówi Ci liczbą, gdzie się zacina. Od tego zaczyna się warsztat.