Etap procesu sprzedaży to nie jest nazwa kolumny w CRM. Co musi mieć każdy etap?

Co musi mieć każdy etap procesu sprzedaży i czym staje się w CRM?

Każdy etap procesu sprzedaży ma w naszej checkliście pięć elementów. Pierwszy to opis z celem i efektem, drugi osoba odpowiedzialna, trzeci warunki przejścia dalej. Czwarty to dane, które muszą być uzupełnione, żeby przejść, a piąty szablony komunikacji z klientem na tym etapie. Do tego lista zadań z przypisaną odpowiedzialnością, potencjalne automatyzacje i rzeczy do doprecyzowania. Każdy z pięciu elementów ma swój odpowiednik w konfiguracji systemu.

Cel i efekt to definicja statusu: co jest prawdą o kliencie, gdy szansa w nim stoi. Osoba odpowiedzialna to właściciel szansy na tym etapie, nie w ogóle. Warunki przejścia to kryteria zakończenia etapu, czyli reguła, kiedy wolno przesunąć szansę dalej, a kiedy nie.

Dane, które muszą być uzupełnione, to pola wymagane. Bez nich szansa nie przechodzi dalej, więc handlowiec uzupełnia je w momencie, w którym je zna, a nie na koniec kwartału. Szablony komunikacji opisujemy trzema rzeczami: co jest wyzwalaczem, jakie dane wchodzą do dokumentu i gdzie ma się zapisać albo dokąd wysłać. Dotyczy to maila, oferty, faktury i każdego innego dokumentu, który na tym etapie powstaje.

Po co ta dokładność, pokazują nasze rozmowy ze 106 firmami od 2024 do sierpnia 2026 roku. 30% z nich, czyli 32 firmy, ma CRM pusty albo wypełniany nierówno. 12%, czyli 13 firm, mówi, że dane się rozjeżdżają i nie da się na nich planować. Jednocześnie 36%, czyli 38 firm, chce raportowania i dashboardu zarządczego. Raport liczy się z etapów i pól. Gdy etap nie ma warunku przejścia ani pól wymaganych, dashboard pokazuje to, co ktoś akurat kliknął.

Jeden z naszych klientów mówił o arkuszu, w którym zespół prowadził pracę. Jego słowa: „teoretycznie te kolumny są nazwane tak, że wiadomo o co w nich wchodzi, no ale jak to funkcjonuje, no to już nie ma”. To zdanie padło w nagranej rozmowie w 2026 roku. Kolumna z nazwą, ale bez reguły, zachowuje się tak samo w arkuszu i w CRM.

Czego potrzebuje cały proces, a nie pojedynczy etap?

Cały proces potrzebuje czterech rzeczy, których nie da się przypiąć do jednego etapu. To warunek cofnięcia klienta i miejsce, do którego wraca, lista przegranych z powodami, opieka nad uśpionymi oraz procesy po sprzedaży. Bez nich lejek ma początek i koniec, ale nie ma brzegów. Wszystko, co nie pasuje do etapów, ląduje w ostatniej kolumnie albo nigdzie.

Warunek cofnięcia opisujemy dokładnie: co musi się wydarzyć, żeby szansa wróciła do wcześniejszego etapu, dokąd dokładnie wraca i jak wygląda jej ponowne przejście. Przegrane dostają zamkniętą listę powodów, bo pole tekstowe z dowolnym wpisem zbiera wszystko i nie mówi nic. Uśpieni to klienci, którzy nie powiedzieli nie, więc potrzebują własnego statusu i zadania powrotu z datą. Po sprzedaży zaczyna się kolejny proces: onboarding klienta, obsługa, dosprzedaż i retencja.

Nasz własny CRM pokazuje, co się dzieje bez tego. Na 160 przegranych szans, stan z września 2026 roku, 50 ma powód w rodzaju „brak kontaktu” albo „Brak kontaktu ze strony klienta”. Kolejne 4 to „brak kontaktu z naszej strony”, a 2 mają wpis „brak opisu” albo „Brak powodu”. Nasza interpretacja jest prosta. Przy zamkniętej liście powodów i etapie po ofercie z warunkiem wyjścia te 50 szans miałoby nazwaną przyczynę albo zadanie powrotu. Nie stałyby w kolumnie do dnia zamknięcia.

Trzecie pytanie warsztatu zbiera to w jednym miejscu: w których etapach klient najczęściej utyka, przeciąga albo odpada. Odpowiedź potwierdza listę etapów, daje definicje powodów przegranych i wskazuje, gdzie ma wejść follow-up.

Dlaczego opis etapów to gotowa konfiguracja CRM, a nie ćwiczenie z rysowania?

Bo w automatyzacji zawsze jakiś system odzwierciedla proces, a w sprzedaży jest to CRM. Etapy to statusy, najczęściej pole jednokrotnego wyboru. Czynności to zadania w etapie. Opis etapu z pięcioma elementami przepisuje się na system jeden do jednego. Cel staje się definicją statusu, osoba właścicielem, a warunek przejścia regułą zmiany statusu. Dane stają się polami wymaganymi, a szablony automatyzacjami, które uruchamia zmiana etapu albo uzupełnienie pola.

To samo dotyczy całego procesu. Zamknięta lista powodów przegranych to pole wymagane przy zamknięciu szansy. Warunek cofnięcia to dozwolony ruch wstecz z zapisanym powodem. Uśpieni to osobny status z zadaniem powrotu, a procesy po sprzedaży to kolejny lejek, do którego wygrana szansa przechodzi automatycznie.

W opublikowanym case Volubusa tak opisany etap kwalifikacji mógł przejąć agent AI. Etap miał stałą listę danych do sprawdzenia i regułę, kiedy zapytanie idzie dalej, a kiedy nie. Dzięki temu agent sprawdza dane, decyduje i przesuwa zapytanie w CRM na kolejny etap albo do przegranych. Warunkiem był system, w którym etapy i pola już istniały, bo decyzja agenta musi gdzieś trafić. Według strony case średni czas przetwarzania leada to 17 minut, a system działa autonomicznie po miesiącu.

Rysunek procesu na tablicy ma jedną wadę: przedawnia się w dniu powstania, bo nikt nie wraca do tablicy, gdy zmienia sposób pracy. Konfiguracja w systemie przedawnia się wolniej, bo zespół klika w nią codziennie, a właściciel procesu aktualizuje szablon procesu w narzędziu, nie stronę w dokumencie. Dlaczego utrzymanie mapy jest osobnym krokiem, opisujemy w osobnym wpisie o tym, że mapa procesu dezaktualizuje się w dniu powstania.

Kiedy opis etapów nie zadziała

Opis etapów nie zadziała, gdy powstaje bez osoby, która dziś codziennie klika proces: maile, oferty, CRM. Na warsztacie wymagamy obecności osoby decyzyjnej i osoby wykonawczej, i to jest wymóg, nie sugestia. Bez handlowca, który przeklikuje stan obecny na żywo, etapy wychodzą takie, jak zarząd myśli, że jest, i system nie pasuje do rzeczywistości.

Nie zadziała też, gdy etapy i czynności zbierasz naraz, metodą zagnieżdżoną: etap pierwszy, czynność pierwsza, czynność druga, etap drugi i tak dalej. Sprawdziliśmy to na jednym z warsztatów i skończyło się bałaganem. Klient opowiada chronologicznie, co się dzieje z jednym konkretnym klientem, a etapy, dane i warunki układamy po spotkaniu.

I nie zadziała, gdy dopisujesz warunki i pola na siłę. Jeśli etap nie ma problemu, nie dopisujemy go. Jeśli warunek przejścia jest niepewny, trafia do sekcji do doprecyzowania, a nie do konfiguracji. Pole wymagane bez źródła danych i bez właściciela to prośba o wpisywanie czegokolwiek, żeby system puścił szansę dalej.

Osobny przypadek to firma, która nie ma jeszcze systemu. Firma transportowa po dwudziestu latach na rynku powiedziała nam w nagranej rozmowie: „na razie mamy takiego CRM-a z Excelu zrobionego”. Opis etapów działa i tam, bo nie zależy od narzędzia. Nie da się tylko wymusić w arkuszu pól wymaganych ani reguły przejścia, więc opis zostaje umową między ludźmi, dopóki nie trafi do systemu.

Najczęstsze pytania o etapy procesu sprzedaży w CRM

Jak często słyszycie, że tu nikt nie robi listy zadań, bo przecież wiadomo co jest do zrobienia? Tak często, że traktujemy to zdanie jako sygnał, nie wyjątek. Gdy wiadomo, co jest do zrobienia, da się to spisać jako czynności etapu w formacie: kto robi co i po co. Jeśli nie da się tego spisać, to nie wiadomo, tylko każdy robi po swojemu, a system nie ma czego pilnować.

Czy można, żeby AI wpisało do systemu te wszystkie dane, które są potrzebne? Zależy od tego, skąd te dane mają pochodzić. Jeśli padają w rozmowie albo są w mailu, automat je wyciągnie i wpisze w pola etapu. CallOS po każdej rozmowie zapisuje w CRM notatkę i zadania. Pole musi jednak najpierw istnieć i mieć właściciela, bo automat uzupełnia strukturę, a nie ją tworzy. Danych, których nikt nie zbiera, żaden model nie wpisze.

Na ile wdrożenie CRM jesteśmy w stanie ogarnąć sami, a na ile potrzebujemy kogoś do pomocy? Zależy od tego, czy macie spisane etapy z warunkami przejścia, polami wymaganymi i powodami przegranych. Jeśli tak, konfiguracja statusów i pól to praca administratora systemu. Jeśli nie, pomoc jest potrzebna przed konfiguracją, na warsztacie, a nie po niej. System skonfigurowany bez tej listy ma statusy, ale nie ma reguł, i wtedy etap znowu jest nazwą kolumny.

Ile etapów powinien mieć proces sprzedaży? Zależy od liczby momentów przełomowych w drodze klienta, nie od liczby czynności. W naszym artykule o mapowaniu firmy proces sprzedaży nowego klienta ma sześć etapów. Są to nowy lead, kwalifikacja, discovery, oferta, negocjacja oraz wygrana z przekazaniem do realizacji. Czynności, takich jak rozmowa kwalifikacyjna albo podsumowanie po spotkaniu, jest więcej i żyją w środku etapów jako zadania.

Podsumowanie: etap procesu sprzedaży w CRM

Etap procesu sprzedaży to moment przełomowy opisany celem, osobą odpowiedzialną, warunkiem przejścia, danymi wymaganymi i szablonami komunikacji, a nazwa kolumny jest ostatnim elementem tego opisu.

Cały proces potrzebuje jeszcze warunku cofnięcia, listy powodów przegranych, statusu dla uśpionych i procesów po sprzedaży, bo bez nich w naszym CRM 50 ze 160 przegranych szans ma powód „brak kontaktu”.

Taki opis przepisuje się na system jeden do jednego, jako statusy, pola wymagane i automatyzacje, i dlatego w case Volubusa etap kwalifikacji mógł przejąć agent AI.