Automatyczny lead routing

Automatyczny lead routing

Problem z ręcznym przydziałem leadów rzadko widać na wykresie — widać go w codziennych szczegółach. Handlowiec jest na urlopie, a jego leady leżą nietknięte do poniedziałku. Dwóch sprzedawców dzwoni do tej samej firmy tego samego dnia, bo nikt nie sprawdził w CRM, że kontakt już tam istnieje — czasem pod inną formą nazwy firmy (ten sam podmiot raz zapisany jako „Sp. z o.o.", raz jako „spółka z ograniczoną odpowiedzialnością", raz z samym skrótem handlowym bez formy prawnej, a niemiecka spółka raz jako „GmbH", raz jako „GmbH & Co. KG" jej spółki-córki), czasem z innym adresem e-mail tej samej osoby, czasem pod nazwą oddziału zamiast spółki-matki — a lead z Meta Lead Ads, gdzie instant form w wersji mobilnej często zbiera tylko imię i numer telefonu bez adresu e-mail, w ogóle nie da się dopasować po mailu do istniejącego kontaktu, więc trafia do CRM jako nowy rekord, mimo że ta sama osoba dzwoniła już miesiąc wcześniej. Duży, obiecujący lead trafia do juniora, bo akurat był pierwszy w kolejce, a nie dlatego, że to był właściwy wybór. Formularz zgłoszeniowy przychodzi o 18:40 czasu polskiego, po godzinach pracy biura w Warszawie, a nikt nie zauważa go przez kilkanaście godzin, bo reguła „kto pierwszy zobaczy" nie rozróżnia, czy to zapytanie od firmy z Poznania, czy od firmy z Manchesteru, dla której 18:40 CEST to dopiero 17:40 — środek popołudnia, kiedy telefon jeszcze ma sens. Kalendarz dokłada kolejną warstwę chaosu: 3 maja biuro w Warszawie nie pracuje, ale w Berlinie, Wiedniu czy Zurychu tak, więc lead wysłany tego dnia czeka do następnego zamiast trafić od razu do kogokolwiek — i odwrotnie, sierpniowy Bank Holiday w Wielkiej Brytanii nie istnieje ani w polskim, ani w niemieckim kalendarzu. Nawet sama „DACH" to nie jeden rynek z jednym kalendarzem: Szwajcaria nie jest w Unii Europejskiej, ma własne święta ustalane kantonalnie (co innego obowiązuje w Genewie, co innego w Zurychu) i własne przepisy o ochronie danych, więc reguła napisana pod Niemcy i Austrię nie zawsze pasuje jeden do jednego do leada ze Szwajcarii. Im więcej kanałów pozyskania (formularz na stronie, Meta Lead Ads, LinkedIn Lead Gen Forms, Typeform po webinarze, czat, telefon, landing page kampanii Google Ads) i im więcej osób w zespole sprzedaży, tym trudniej utrzymać jedną, spójną logikę przypisania — a każda reguła, która żyje tylko w głowie kierownika sprzedaży albo w rozproszonych regułach automatyzacji natywnych dla jednego CRM, w praktyce jest łamana pod presją czasu. Efekt widać nie na wykresie konwersji, tylko w tym, do kogo trafia dany lead: nie zawsze wraca do konkurencji od razu, ale traci pierwszeństwo kontaktu — a to ono, obok samej oferty, decyduje najczęściej o tym, czy rozmowa w ogóle dojdzie do skutku.

Automatyczny lead routing zamienia tę logikę w workflow, który działa identycznie za każdym razem. Scenariusz w n8n (węzeł Webhook odbiera zgłoszenie, węzeł Switch albo IF rozdziela je na ścieżki, węzeł HTTP Request odpytuje CRM) albo odpowiadający mu Router w Make w kilka sekund stosuje ustalone z Tobą reguły: segment i wielkość firmy decydują, czy trafia do zespołu SMB czy enterprise (wielkość zwykle szacujemy po liczbie pracowników z pola formularza, z danych firmowych w CRM albo z wzbogacenia po domenie e-mail, nie po samej deklaracji leada — w HubSpot to zwykle pole typu Number of Employees albo Annual Revenue na karcie firmy), region geograficzny wskazuje opiekuna odpowiedzialnego za dany kraj, województwo czy — przy większych zespołach w Polsce — nawet zakres kodów pocztowych, a wartość szansy kieruje sprawę do seniora albo juniora. Tam, gdzie ma to sens, dokładamy też routing wg branży odbiorcy na podstawie kodu PKD wpisanego przy rejestracji firmy w Polsce (albo jego odpowiednika — Wirtschaftszweig-Klassifikation/NACE w Niemczech i Austrii, NOGA w Szwajcarii, UK SIC code w Wielkiej Brytanii), bo branża często decyduje o tym, który handlowiec zna specyfikę zakupową klienta lepiej niż inny. Sam mechanizm przydziału dobieramy do tego, jak faktycznie pracuje zespół — prosty round-robin sprawdza się przy jednorodnej ofercie i porównywalnych kompetencjach handlowców, ważony round-robin (uwzględniający miesięczny limit szans na osobę) przy nierównych kwotach, a routing wg kompetencji, gdy produkt ma kilka wariantów wymagających innej wiedzy (np. wdrożenie techniczne kontra doradztwo procesowe) i nie każdy handlowiec obsługuje każdy typ zapytania jednakowo dobrze. Natywne mechanizmy przydziału w CRM — rotacja leadów w HubSpot Workflows, Lead Assignment Rules w Salesforce czy proste automatyzacje w Pipedrive — dobrze radzą sobie z jednym kryterium na raz, ale rzadko obsłużą jednocześnie segment, region i branżę bez rozrostu do dziesiątek osobnych reguł, które potem trzeba ręcznie utrzymywać przy każdej zmianie w zespole; dlatego przy więcej niż jednym kryterium logikę przenosimy do zewnętrznego orkiestratora, a CRM zostaje tylko miejscem zapisu wyniku. Zanim lead zostanie przypisany, workflow sprawdza w CRM, czy firma bądź kontakt już tam istnieje — po e-mailu, domenie firmy, dopasowaniu rozmytym nazwy (żeby „Kowalski Logistyka Sp. z o.o." i „Kowalski Logistyka" nie zostały uznane za dwie różne firmy) i identyfikatorze właściwym dla rynku (NIP w Polsce, numer VAT-UE lub Handelsregisternummer w DACH, numer w Companies House w UK, a dla Szwajcarii numer UID z rejestru handlowego, bo to inny system niż unijny VIES) — a nie tylko po nazwie, która w rejestrach bywa zapisana na kilka różnych sposobów. Jeśli duplikat się potwierdzi, sprawa wraca do dotychczasowego opiekuna zamiast tworzyć konflikt kompetencyjny. Jeśli wyznaczony handlowiec jest nieobecny (urlop, L4 oznaczone w kalendarzu Google lub Outlook), reguła automatycznie przekierowuje leada do zastępcy, zamiast zostawiać go bez właściciela. Skomplikowane albo niejednoznaczne przypadki — lead spoza zdefiniowanych segmentów, z krajem którego nie obsługujecie, albo z niepełnym adresem e-mail — trafiają do kolejki do ręcznej weryfikacji zamiast ginąć w regułach, których nie da się dopasować do każdego wyjątku. Zdarza się też, że dwa kryteria wskazują dwóch różnych opiekunów naraz — np. lead pasuje jednocześnie do segmentu enterprise i do branży przypisanej innemu specjaliście od danego sektora; wtedy o wyniku decyduje hierarchia kryteriów ustalona wcześniej na warsztacie, a nie kolejność, w jakiej węzły akurat wykonały się w scenariuszu.

Gdy lead trafi już do właściwej osoby, zapisujemy go w HubSpot, Pipedrive lub Salesforce z uzupełnionymi polami, tagami i źródłem pochodzenia — nie tylko ostatnim kanałem, przez który wypełnił formularz (last-touch), ale, jeśli macie taką potrzebę, także pierwszym punktem kontaktu z marką (first-touch, zwykle odtwarzanym z parametrów utm_source i utm_campaign zapisanych przy pierwszej wizycie w cookie albo w ukrytym polu formularza), co bywa istotne, gdy lead trafił na stronę z kampanii w mediach społecznościowych, a dopiero tygodnie później wrócił przez wyszukiwarkę i wypełnił formularz — a handlowiec dostaje powiadomienie z kontekstem: kim jest kontakt, z jakiej firmy, co wpisał w formularzu, bez potrzeby ręcznego przeklejania danych między systemami. Kanał powiadomienia dobieramy do tego, czego zespół faktycznie używa na co dzień: w zespołach z Polski i UK częściej sprawdza się Slack (technicznie zwykle webhook wysyłający wiadomość na dedykowany kanał zespołu handlowego), w większych strukturach korporacyjnych z DACH — gdzie Microsoft 365 bywa firmowym standardem — naturalniejszy jest konektor Incoming Webhook w Microsoft Teams albo zwykły e-mail. Tam, gdzie ma to sens, workflow od razu podsuwa link do kalendarza handlowca (np. Calendly) i zakłada w CRM zadanie z terminem pierwszego kontaktu, żeby lead mógł umówić rozmowę bez czekania na telefon, a nic nie zniknęło z widoku między jednym przeglądem lejka a drugim. Dokładamy też prostą kontrolę SLA: jeśli lead pozostaje bez pierwszego kontaktu dłużej niż ustalony próg (np. 15 lub 30 minut w godzinach pracy właściwych dla danego rynku — a te godziny różnią się realnie przede wszystkim dla UK, bo DACH pracuje w tej samej strefie czasowej co Polska, CET/CEST, podczas gdy Wielka Brytania jest w GMT/BST, zwykle godzinę do tyłu), system eskaluje sprawę do przełożonego, zamiast czekać aż ktoś zauważy zaległość podczas przeglądu tygodnia.

BOND, nasz firmowy Agent AI, może dodatkowo odpowiadać na pytania o stan tego procesu bez logowania się do CRM — np. „ile leadów czeka dziś na kontakt dłużej niż 15 minut", „ile leadów w tym tygodniu trafiło do zespołu enterprise", „który handlowiec ma dziś najwięcej otwartych szans z regionu DACH", „ile leadów z PKD związanego z branżą spożywczą wpadło w tym miesiącu", „ile leadów z Wielkiej Brytanii wpadło wczoraj po godzinach pracy naszego biura", „ile leadów spoza obsługiwanych krajów trafiło w tym tygodniu do kolejki ręcznej weryfikacji" albo „ile duplikatów wykrył routing w tym miesiącu i do kogo wróciły". Zespół sprzedaży i kierownik pytają w języku naturalnym — po polsku albo po angielsku — i dostają odpowiedź w kilka sekund, zamiast budować raport ręcznie albo czekać na kogoś, kto umie wyciągnąć dane z CRM.

Jak to działa w praktyce?

Reguły routingu, które dobrze wyglądają na papierze, często nie pasują do tego, jak faktycznie pracuje zespół sprzedaży — dlatego zanim zaprojektujemy workflow, sprawdzamy, jak dziś naprawdę przydzielane są leady, gdzie powstają opóźnienia i jakie wyjątki pojawiają się w praktyce, a nie tylko w procedurze.

• Warsztat procesowy. Rozkładamy dotychczasowy proces przydziału leadów na czynniki: kto dziś decyduje, na jakiej podstawie, ile trwa od zgłoszenia do pierwszego kontaktu i gdzie najczęściej dochodzi do pomyłek lub sporów o leada. Sprawdzamy też, jakie systemy już macie podłączone (CRM, formularze, reklamy, ewentualnie arkusz Excel lub Google Sheets pełniący rolę „cichego CRM-u" dla części zespołu), jak dziś naprawdę wygląda podział terytorialny, branżowy (np. wg kodu PKD albo po prostu wg wiedzy handlowca o danym sektorze) czy wg wielkości klienta (jeśli w ogóle jest gdzieś spisany, a nie tylko ustny) i gdzie dziś dane się gubią między systemami.
• Projektowanie reguł routingu. Ustalamy hierarchię kryteriów (segment, region, branża, wartość szansy, dostępność, wykrywanie duplikatów) i kolejność, w jakiej mają być sprawdzane, a następnie dobieramy technologię — n8n, Make albo dedykowaną integrację API z Twoim CRM (natywne mechanizmy przypisania, jak rotacja leadów w HubSpot czy Lead Assignment Rules w Salesforce, bywają dobrym punktem wyjścia, ale rzadko obsługują wyjątki specyficzne dla kilku rynków bez dodatkowej logiki). Ustalamy też, jak traktować dane osobowe leada zgodnie z przepisami właściwymi dla rynku, z którego pochodzi — RODO nadzorowane przez UODO w Polsce, DSGVO nadzorowane przez krajowe urzędy w Niemczech i Austrii, rewFADP w Szwajcarii (kraju spoza UE, więc reguły transferu danych są inne) i UK GDPR nadzorowane przez ICO po Brexicie — jakie pola są niezbędne do routingu, a jakich nie musimy przesyłać dalej niż trzeba, oraz jak długo przechowywać leady, które nigdy nie weszły w proces sprzedaży.
• Wdrożenie i testy. Uruchamiamy workflow równolegle do obecnego procesu, bez wyłączania starego przydziału, sprawdzamy przypisania na rzeczywistych leadach z ostatnich tygodni (w tym na przypadkach brzegowych — duplikatach zapisanych pod różnymi wariantami nazwy firmy, lead z nieobsługiwanego kraju, formularz wypełniony po godzinach albo w dzień wolny w jednym kraju, a roboczy w drugim, dwóch kontaktach z tej samej firmy zgłoszonych osobno) i dopiero po weryfikacji przełączamy na produkcję z monitoringiem błędów.
• Szkolenie zespołu. Pokazujemy handlowcom i kierownikowi sprzedaży, jak zmienić regułę samodzielnie (np. gdy ktoś zmienia region, dochodzi nowa osoba do zespołu, trzeba tymczasowo wyłączyć routing do kogoś na dłuższym zwolnieniu albo dodać nowy próg SLA na czas kampanii) — razem z krótką dokumentacją reguł, żeby routing nie stał się czarną skrzynką zależną tylko od nas.
• Obserwacja po starcie. Przez pierwsze tygodnie po przełączeniu na produkcję patrzymy na rzeczywiste przypisania — czy hierarchia kryteriów nie generuje sporów, których nie było na warsztacie, czy próg SLA jest realny dla danego rynku, czy zastępstwa na czas urlopów działają tak, jak ustaliliśmy. Donastrajamy reguły na podstawie tego, co faktycznie wpada, a nie tylko tego, co przewidzieliśmy na etapie projektowania.

Dla kogo to jest?

Rozwiązanie ma sens tam, gdzie leadów przydziela więcej niż jedna osoba lub gdzie obowiązuje podział terytorialny, branżowy albo wg wielkości klienta — czyli w zespołach sprzedaży, w których dziś przypisanie leada wymaga decyzji człowieka, a nie prostej kolejki FIFO. To typowa sytuacja w firmach SaaS z osobnym zespołem SMB i enterprise rozgraniczonym po liczbie pracowników albo wielkości konta (często wprost po polu takim jak Number of Employees czy Annual Revenue w CRM), w firmach sprzedających do przemysłu z podziałem wg branży odbiorcy — bo automotive, spożywka czy logistyka mają zupełnie inny cykl zakupowy, inny język rozmowy, a często też inny kod PKD czy NACE, po którym da się to rozróżnienie zautomatyzować — czy w agencjach i firmach usługowych, gdzie inny handlowiec obsługuje klientów korporacyjnych, a inny mniejsze firmy. Szczególnie zyskują firmy działające na kilku rynkach jednocześnie (Polska, DACH, UK), gdzie region determinuje nie tylko opiekuna, ale i język pierwszego kontaktu oraz to, czy danego dnia w ogóle warto dzwonić — DACH i Polska pracują w tej samej strefie czasowej, więc tu problemem jest głównie język, lokalny kontekst prawny i to, że Niemcy, Austria i Szwajcaria mają częściowo różne kalendarze świąt (a Szwajcaria dodatkowo różnicuje je między kantonami), natomiast UK (GMT/BST) jest zwykle godzinę do tyłu i ma własny zestaw bank holidays, co ma znaczenie przy leadach wpadających pod koniec dnia albo w długie weekendy. Zyskują też firmy korzystające z kilku kanałów pozyskania naraz (własna strona, reklamy społecznościowe, marketplace branżowe, polecenia), gdzie dziś trudno ogarnąć wszystkie zgłoszenia w jednym miejscu, oraz zespoły, które rosną na tyle szybko, że nieformalne „kto ma czas, ten bierze" przestaje się skalować.

Automatyczny routing nie zawsze jest kolejnym krokiem. Jeśli macie jednego albo dwóch handlowców, którzy i tak ustalają między sobą, kto dzwoni do kogo, przy kawie albo na krótkim daily, workflow rozwiązuje problem, którego jeszcze nie macie — sensowniej w tym momencie uporządkować sam CRM albo doprowadzić do końca formularz kontaktowy. Podobnie, jeśli wszystkie leady i tak trafiają dziś do jednej osoby, która ręcznie decyduje, komu je przekazać, a robi to bez większych zatorów — automatyzacja tego kroku bywa przedwczesna, dopóki ta osoba nie stanie się wąskim gardłem albo nie odejdzie z zespołu.

Nie musisz mieć wewnętrznego działu IT ani znać się na automatyzacji. Wystarczy, że wiesz, ile masz dziś handlowców, jakie masz między nimi podziały (jeśli w ogóle są sformalizowane) i gdzie najczęściej dochodzi do sporu o to, czyj jest dany lead — resztą, łącznie z dopięciem reguł do Twojego CRM, uwzględnieniem lokalnych identyfikatorów firmowych i klasyfikacji branżowych (NIP i PKD w Polsce, Handelsregisternummer i Wirtschaftszweig w DACH, numer w Companies House i SIC code w UK czy szwajcarski UID i kod NOGA) oraz specyfiki pracy na kilku rynkach jednocześnie, zajmujemy się my.

Dlaczego JustAutomate?

Jak zacząć?

Pierwsza konsultacja (30 minut) jest bezpłatna. Podczas rozmowy pokażemy demo BOND na przykładowych danych i porozmawiamy o Twoim dzisiejszym procesie przydziału leadów — ilu macie handlowców, jakie kryteria dziś stosujecie (jeśli w ogóle), na jakich rynkach działacie, jakie lokalne identyfikatory i przepisy o ochronie danych obowiązują w tych krajach i gdzie najczęściej coś umyka. Nie musisz udostępniać swoich systemów na tym etapie. Na tej podstawie zaproponujemy konkretny zakres reguł routingu i szacunkowy czas wdrożenia.