--- title: "Automatyzacja onboardingu od 14 dni | JustAutomate" description: "Jedna ścieżka onboardingu pracownika i klienta: kroki z właścicielami, dostępy według roli, pomiar po 30 i 90 dniach. Pierwsza ścieżka od 14 dni." url: "https://justautomate.ai/uslugi/automatyzacja-onboardingu/" lang: pl --- Automatyzacja procesów # 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. Umów bezpłatną konsultację [Zobacz, jak wygląda warsztat](https://justautomate.ai/produkty/warsztat-procesowy/) - 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](https://eur-lex.europa.eu/eli/reg/2016/679/oj) 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](https://justautomate.ai/automatyzacje/automatyczny-onboarding-pracownika/) z terminami ustawowymi i [onboarding klienta](https://justautomate.ai/automatyzacje/automatyczny-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. 1. ### 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. 2. ### 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. 3. ### 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. 4. ### 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. 5. ### 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 Zacznij od warsztatu - 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 Umów rozmowę o wdrożeniu - ### 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 Zapytaj o agenta 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ę](https://justautomate.ai/kontakt/) **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. ## Powiązane - [Automatyczny onboarding pracownika](https://justautomate.ai/automatyzacje/automatyczny-onboarding-pracownika/) - [Automatyczny onboarding klienta](https://justautomate.ai/automatyzacje/automatyczny-onboarding-klienta/) - [Automatyzacja CRM](https://justautomate.ai/uslugi/automatyzacja-crm/) - [Automatyzacja z n8n](https://justautomate.ai/uslugi/automatyzacja-n8n/) - [BOND: firmowy Agent AI](https://justautomate.ai/uslugi/bond-firmowy-agent-ai/) - [Warsztat procesowy](https://justautomate.ai/produkty/warsztat-procesowy/) --- **JustAutomate** · kontakt: contact@justautomate.ai · formularz: https://justautomate.ai/kontakt/