
Jak działa RPA w praktyce? Przykłady procesów, które robot przejmuje w firmie
Czym jest robot RPA, jak wygląda jego dzień pracy, które procesy nadają się do robotyzacji, co zmienił KSeF i ile pracy wymaga utrzymanie robotów.
Poradnik
Ten poradnik jest dla właściciela, dyrektora sprzedaży lub operacyjnego w firmie usługowej, która sprzedaje projekty, wdrożenia albo stałą obsługę innym firmom. Onboarding klienta, czyli pierwsze tygodnie współpracy po podpisaniu umowy, to moment, w którym klient najłatwiej traci zaufanie. Pokazujemy, co handlowiec musi przekazać zespołowi realizacji, jak zaplanować pierwszy tydzień i miesiąc oraz jak to wspierać narzędziami.

Weźmy hipotetyczną firmę usługową zatrudniającą 60 osób, która wdraża systemy dla zakładów produkcyjnych. Handlowiec podpisuje umowę w piątek i wysyła kierownikowi projektu mail z ofertą w załączniku. Kierownik ma w tym tygodniu dwa inne projekty, więc pierwszy telefon do klienta planuje na kolejny tydzień.
Klient po podpisaniu umowy czeka na sygnał. Po tygodniu ciszy dzwoni do handlowca z pytaniem, kiedy start. Gdy w końcu dochodzi do spotkania, kierownik projektu zadaje pytania, na które klient odpowiadał już kilka razy w trakcie sprzedaży.
Żadna z tych sytuacji nie jest poważnym błędem. Razem jednak tworzą wrażenie, że firma nie panuje nad projektem, i to wrażenie zostaje na długo. Najczęstsze przyczyny są podobne w większości firm:
Podstawą dobrego przekazania jest jeden dokument, który handlowiec wypełnia przed zamknięciem sprzedaży w CRM. Nie musi być długi, ale musi odpowiadać na pytania, które kierownik projektu i tak zada. Najlepiej, żeby był formularzem w CRM, a nie osobnym plikiem.
Najważniejsza część karty to obietnice. Klient pamięta wszystko, co usłyszał w trakcie sprzedaży, także to, czego nie ma w umowie. Jeśli zespół realizacji o tym nie wie, obietnica zamienia się w rozczarowanie. Przykładowy zakres karty pokazuje tabela poniżej.
| Element | Co zawiera | Dlaczego to ważne |
|---|---|---|
| Klient i jego sytuacja | Branża, wielkość, co skłoniło go do zakupu | Kierownik projektu nie zaczyna od pytań, na które klient już odpowiadał |
| Zakres i harmonogram | Co dokładnie sprzedano, w jakich etapach i terminach | Plan pierwszego miesiąca wynika z umowy, a nie z domysłów |
| Obietnice spoza umowy | Wszystko, co handlowiec obiecał ustnie lub mailem | To najczęstsze źródło późniejszych sporów |
| Osoby po stronie klienta | Kto decyduje, kto płaci, kto będzie kontaktem na co dzień | Raporty i pytania trafiają do właściwych osób |
| Ryzyka i obawy | Czego klient się boi, gdzie w sprzedaży były wątpliwości | Zespół wie, na co zwrócić uwagę od pierwszego dnia |
| Dokumenty | Umowa, oferta, notatki ze spotkań, dane do faktur | Wszystko w jednym miejscu, bez szukania po skrzynkach |

Dobry standard to przekazanie zakończone w ciągu 5 dni roboczych od podpisania umowy. To dość, żeby wszystko spokojnie przygotować, i na tyle krótko, żeby klient nie zaczął się niepokoić. Ważne, żeby już pierwszego dnia dostał od firmy jakikolwiek sygnał.
Poniższy plan zakłada jedno spotkanie wewnętrzne, bez klienta, i jedno spotkanie otwierające z klientem w kolejnym tygodniu. To dwa różne spotkania o różnych celach i nie warto ich łączyć.
| Dzień | Co się dzieje | Kto odpowiada |
|---|---|---|
| 1 – podpisanie umowy | Szansa w CRM zamknięta jako wygrana; system zakłada projekt i powiadamia zespół; klient dostaje krótkie podziękowanie z informacją, kto się z nim skontaktuje | Handlowiec |
| 2 | Spotkanie wewnętrzne handlowca i kierownika projektu na 45–60 minut, omówienie karty przekazania | Handlowiec i kierownik projektu |
| 3 | Kierownik projektu przygotowuje plan pierwszych 30 dni i listę pytań do klienta | Kierownik projektu |
| 4 | Mail do klienta od kierownika projektu: przedstawienie się, propozycja terminu spotkania otwierającego, agenda i lista potrzebnych materiałów | Kierownik projektu, handlowiec w kopii |
| 5 | Termin spotkania otwierającego potwierdzony, materiały od klienta zamówione | Kierownik projektu |
Spotkanie otwierające to pierwsza okazja, żeby pokazać klientowi, że firma ma plan. Powinni w nim uczestniczyć osoba decyzyjna i osoba do kontaktu na co dzień po stronie klienta, a po Twojej stronie kierownik projektu i handlowiec. Handlowiec obecny na początku pokazuje, że relacja trwa, a nie została przekazana jak paczka.
Godzina wystarczy, jeśli spotkanie ma jasną agendę. Poniższy podział czasu sumuje się do 60 minut i można go skrócić przy mniejszych projektach. Wynikiem spotkania jest notatka wysłana klientowi jeszcze tego samego dnia.

Klient nie ocenia firmy po tym, co obiecał handlowiec, tylko po tym, co dzieje się w pierwszym tygodniu po podpisaniu umowy.
W pierwszym miesiącu klient ocenia firmę po drobiazgach: czy odpowiedzi przychodzą szybko, czy spotkania są przygotowane, czy terminy są dotrzymywane. Dlatego warto zaplanować kilka stałych punktów kontrolnych, które dzieją się niezależnie od tego, kto prowadzi projekt.
Cotygodniowy raport statusu powinien mieścić się na jednej stronie. Wystarczy pięć części: co zrobiliśmy, co planujemy, jakie są ryzyka, jakich decyzji potrzebujemy od klienta i jakie spotkania są w kalendarzu.
Pierwszy widoczny efekt nie musi być duży. Może to być zatwierdzony plan projektu, pierwszy raport albo uruchomiony fragment usługi. Ważne, żeby klient mógł go pokazać u siebie w firmie jako dowód, że współpraca ruszyła.
Pełny standard ma sens przy dużych i złożonych projektach. Przy drobnych zleceniach te same kroki zajęłyby więcej czasu niż sama realizacja, więc zespół szybko zacząłby je pomijać. Lepiej świadomie ustalić dwa lub trzy warianty.
Progi w tabeli są przykładowe. W Twojej firmie kryterium może być wartość umowy, liczba osób zaangażowanych po stronie klienta albo czas trwania projektu.
| Rodzaj klienta | Przekazanie | Spotkanie otwierające | Raportowanie |
|---|---|---|---|
| Małe, powtarzalne zlecenie | Karta przekazania w CRM, bez spotkania wewnętrznego | 30-minutowa rozmowa telefoniczna | Informacja po zakończeniu etapów |
| Typowy projekt | Karta i spotkanie wewnętrzne | 60 minut według agendy | Raport co tydzień |
| Duży lub strategiczny klient | Karta, spotkanie wewnętrzne i udział przełożonego handlowca | 60–90 minut z osobą decyzyjną | Raport co tydzień i comiesięczny przegląd z zarządem klienta |
Gdy proces jest spisany, warto zadbać, żeby dane same przechodziły z systemu sprzedaży do systemu, w którym prowadzisz projekty. W większości systemów CRM zamknięcie szansy jako wygranej może uruchomić automatyczne założenie projektu z danymi klienta. Przed wdrożeniem sprawdź na próbnym kliencie, czy przechodzą wszystkie pola, w tym osoby kontaktowe i dokumenty, bo to najczęstsze źródło problemów.
Do komunikacji z klientem dobrze sprawdza się wspólna przestrzeń zamiast wątków mailowych. W Microsoft Teams może to być kanał udostępniony, w którym osoby z firmy klienta pracują bez przełączania się między organizacjami. Wymaga to jednak wcześniejszej konfiguracji przez administratorów po obu stronach, więc zaplanuj ją przed pierwszym projektem.
Typowe połączenia narzędzi porównujemy w tabeli poniżej. Firmy, które planowały projekty w Project for the web, korzystają dziś z Plannera, bo Microsoft wycofał tamtą aplikację w sierpniu 2025 r.
| Połączenie | Kiedy ma sens | Na co uważać |
|---|---|---|
| CRM i projekty w monday.com | Sprzedaż i realizacja pracują na jednej platformie | Sprawdź, czy automatyzacja przenosi powiązane dane, np. kontakty i firmę, do nowego projektu |
| Dynamics 365 Sales, Planner i SharePoint | Firma pracuje w Microsoft 365 i ma CRM Microsoftu | Połączenie zwykle buduje się w Power Automate; pełne funkcje planów premium wymagają licencji Planner and Project Plan 3 lub 5 |
| Inny CRM i Jira lub monday.com | Firma ma już oba systemy i nie chce ich zmieniać | Potrzebna integracja gotowa lub zbudowana w narzędziu do automatyzacji; ktoś musi ją utrzymywać |
Bez pomiaru po kilku miesiącach nie będzie wiadomo, czy nowy proces cokolwiek zmienił. Wystarczy kilka prostych wskaźników, które można odczytać z CRM i systemu projektowego bez dodatkowej pracy.
Najcenniejsze jest pytanie zadane klientowi po pierwszym miesiącu. Jedno pytanie, na przykład „W skali 1–10, jak oceniasz pierwszy miesiąc współpracy?”, z prośbą o krótki komentarz, daje więcej niż rozbudowana ankieta.
Powiązane wątki w bazie wiedzy
FAQ
Pytania, które zwykle zadają właściciele i dyrektorzy, gdy porządkują przekazywanie klientów ze sprzedaży do realizacji.
O tej stronie
O autorze
Kacper Włodarczyk
CEO ALGORCOMP
Specjalizuje się we wdrożeniach Microsoft 365 Copilot, Copilot Studio, Power Platform (Power Automate, Power Apps, SharePoint) oraz agentów AI dla średnich firm B2B w Polsce. Prowadzi dziesiątki projektów z zakresu strategii AI, governance Power Platform, automatyzacji obiegu dokumentów i procesów sprzedażowych. W publikacjach koncentruje się na praktycznych aspektach wdrożeń AI w organizacjach — od pierwszego POC do skalowania na całą firmę, ze szczególnym uwzględnieniem bezpieczeństwa danych, zgodności (RODO, NIS2, AI Act) i zwrotu z inwestycji.
Poznaj zespółPomożemy spisać kartę przekazania, połączyć CRM z systemem projektowym i przygotować wspólny kanał w Teams lub monday.com dla klientów.
Wyróżnione

Czym jest robot RPA, jak wygląda jego dzień pracy, które procesy nadają się do robotyzacji, co zmienił KSeF i ile pracy wymaga utrzymanie robotów.

RPA wykonuje kroki według instrukcji, AI rozpoznaje treść i proponuje decyzje. Różnice na przykładach, rola połączeń przez API i pięć pytań do wyboru narzędzia.

Pięć pytań, które odsiewają złe pomysły, lista dobrych kandydatów po wejściu KSeF, typowe pułapki i prosty rachunek wartości pierwszego robota.