Stare rekordy w CRM rekrutacyjnym nie sa tylko problemem porzadkowym. Powoduja, ze agencja pracy widzi duzo aktywnosci w systemie, ale czesc tej aktywnosci jest juz za stara, zablokowana albo komercyjnie martwa. Najkrotsza praktyczna odpowiedz brzmi: ustaw osobny zegar dla waznych etapow, zapisz powod czekania i wymus review zanim rekord zacznie udawac zywy pipeline.
Ten temat jest wezszy niz ogolna widocznosc pipeline'u rekrutacyjnego i bardziej praktyczny niz same etapy workflow CRM. Widocznosc pokazuje, gdzie jest presja. Etapy porzadkuja ruch. Ageing decyduje, kiedy rekord siedzi za dlugo i co zespol powinien z nim zrobic.
Dlaczego aktywne rekordy tak szybko sie starzeja
Wiekszosc agencji nie traci kontroli dlatego, ze rekordow brakuje. Traci ja wtedy, gdy stare sprawy dalej wygladaja jak zywe.
Typowe sytuacje:
- kandydat nadal siedzi na aktywnym follow-upie, chociaz nikt nie ma juz konkretnej akcji
- profil wyslany klientowi czeka, ale nie ma zapisanego momentu chase'u
- kandydat prosil o kontakt za tydzien, a nadal stoi obok dzisiejszych leadow
- rekord czeka na jeden dokument, ale kilka osob wciaz otwiera go tak, jakby potrzebowal swiezej kwalifikacji
- manager widzi wolumen, ale nie widzi, ktore rekordy sa aktywne tylko na papierze
Skutek jest przewidywalny. Rekruterzy wracaja do slabszych rekordow, swiezi kandydaci konkuruja ze starymi, a pipeline wydaje sie zdrowszy niz jest naprawde.
Jesli zespol ma juz bardziej czytelne powody statusow i lepszy podzial follow-upu rekruterow, to ageing jest warstwa, ktora utrzymuje ten porzadek w codziennej pracy.
Uzyj modelu CZAS
To praktyczny model operacyjny, nie zadna oficjalna metodologia. Ma po prostu pomagac szybko stwierdzic, czy rekord jest jeszcze naprawde zywy.
C: Czas w etapie
Nie ustawiaj jednej reguly starzenia dla calego CRM. Rozne etapy starzeja sie w roznych tempach.
Przykladowo:
- nowy intake: powinien dostac review tego samego dnia
- obiecany hot callback na dzis: nie powinien wejsc w kolejny dzien bez nowej decyzji
- feedback klienta: moze czekac dluzej, ale tylko z wpisanym chase-momentem
- future availability: nie powinna zostawac w live kolejce bez daty powrotu
Gdy wszystko podlega jednej mglistej zasadzie, biuro przestaje rozrozniac opoznienie grozne od opoznienia akceptowalnego.
Z: Zapisz powod czekania
Sam wiek rekordu nie wystarczy. Niektore stare sprawy sa stare z dobrego powodu.
Przydatne powody czekania:
- kandydat poprosil o kontakt w konkretnym dniu
- brakujacy dokument jest juz dopytany
- decyzja klienta nadal otwarta
- przekazanie do innego oddzialu jest zaplanowane
- przyszla dostepnosc zostala potwierdzona
Najwazniejsze pytanie brzmi: jesli rekord czeka, czy system jasno pokazuje dlaczego?
A: Akcja z ownerem
Rekord moze czekac, ale nie moze czekac bez wlasciciela kolejnego ruchu.
Jedna widoczna osoba, desk albo oddzial powinny byc ownerem:
- kolejnego review
- kolejnego chase'u
- decyzji, czy rekord dalej ma byc live
- decyzji, czy rekord ma wyleciec z aktywnej kolejki
Bez tego stare rekordy kraza po zespole, bo kazdy zaklada, ze ktos inny jeszcze to trzyma.
S: Sprzatnij stare rekordy
Jesli zegar jest przekroczony, nie zostawiaj rekordu tam, gdzie lezy.
Typowe nastepne ruchy:
- wykonaj akcje jeszcze dzis
- przenies rekord do hold z data review
- przeloz go do innej kolejki albo oddzialu
- zamknij, jesli live szansa naprawde wygasla
Najgorsze nie jest samo opoznienie. Najgorsze jest pozostawienie starej sprawy w tej samej stage tylko dlatego, ze zespol nie chce jeszcze zdecydowac.
Ustaw zegary zgodne z realiami staffingowymi
Konkretne czasy zalezne sa od biura, ale logika powinna byc prosta.
Nowy intake i pierwszy kontakt
Te rekordy starzeja sie najszybciej, bo tutaj intencja kandydata jest najswiezsza. Zwykle lepiej dzialaja reguly dzienne niz szerokie tygodniowe cele.
Aktywny follow-up rekrutera
Ten etap powinien starzec sie wedlug obiecanej kolejnej akcji, a nie wedlug daty zalozenia rekordu. Jesli rekruter obiecal telefon jutro o 10:00, to jest prawdziwy zegar.
Review klienta i submission
Takie rekordy moga wisiec dluzej, ale tylko jesli CRM pokazuje:
- kiedy profil wyslano
- kiedy spodziewany jest feedback
- kto goni klienta
- co zostalo obiecane kandydatowi
Bez tego "czekamy na klienta" staje sie parkingiem dla stygnacego ruchu.
Hold i future availability
Takie rekordy nie powinny siedziec w tej samej live kolejce co swiezy intake. Daj im date powrotu i wynies je z glownego widoku.
To laczy sie bezposrednio z zarzadzaniem zadaniami w CRM rekrutacyjnym. Wstrzymany rekord jest bezpieczny tylko wtedy, gdy widac, kiedy ma wrocic do review.
Przykladowa rutyna review
To przyklad, nie sztywny szablon.
Rano
Sprawdz:
- rekordy starsze niz ustalone okno first-touch
- aktywny follow-up bez due action
- submissiony po terminie chase'u
- handoffy, ktore nie dotarly do nowego ownera
W srodku tygodnia
Sprawdz:
- rekordy kilka razy otwierane bez realnego ruchu
- sprawy nadal live po kolejnych no-response albo opoznieniu dokumentowym
- future-availability, ktore nadal siedza w aktywnych kolejkach
Na koniec tygodnia
Zadaj trzy pytania:
- ktory etap produkuje najwiecej starych rekordow
- czy problemem jest ownership, powody statusow czy zbyt szerokie czasy
- czy jeden oddzial lub desk nie trzyma za duzo starej pracy
Przyklad:
- Kandydat polskojezyczny zostal przescreenowany w poniedzialek i dostal obietnice callbacku na wtorek.
- W czwartek rekord nadal siedzi na aktywnym follow-upie bez godziny, bez blokera i bez nowej decyzji.
- Poprawna akcja to nie zostawic go tam. Trzeba zadzwonic teraz, przeniesc go do logiki brak odpowiedzi albo ustawic datowany recontact.
Na tym polega dyscyplina ageing. Nie na karaniu opoznien, tylko na tym, zeby status znowu mowil prawde.
Najczestsze bledy
Jedna regula wieku dla wszystkich etapow
Swiezy intake, chase dokumentowy i oczekiwanie na klienta nie starzeja sie w tym samym tempie.
Traktowanie starych rekordow jak dowodu mocnego pipeline'u
Dluga lista aktywnych rekordow moze ukrywac slaba egzekucje.
Pozwalanie rekordom czekac bez daty review
"Czekamy" ma sens tylko wtedy, gdy widac, kiedy zespol ma spojrzec znowu.
Codzienne wracanie do tych samych starych rekordow
Wtedy CRM tworzy administracje zamiast ruchu.
Trzymanie wyjatkow tylko w notatkach
Jesli rekord ma zostac dluzej, powod powinien byc widoczny bez czytania sciany tekstu.
Krotka checklista
- ustaw osobne zegary dla intake'u, follow-upu, review klienta i holdow
- wymagaj widocznego powodu czekania przy aktywnych rekordach bez natychmiastowego ruchu
- przypisz ownera do kolejnego review kazdego starzejacego sie rekordu
- wynos stare sprawy z aktywnej kolejki, gdy nie sa juz same-day live
- raz w tygodniu sprawdzaj, ktore etapy stale produkuja stare rekordy
- pokazuj wyjatki w statusie i review dacie, nie tylko w notatkach
Jesli agencja chce miec mniej falszywie aktywnych rekordow, szybszy follow-up i uczciwsza widocznosc pipeline'u, sprawdz strone CRM rekrutacyjnego, porownaj cennik, albo opisz obecny model przez kontakt, zeby zobaczyc, gdzie dzis lamia sie stage clocks.
FAQ
Czym jest pipeline ageing w CRM rekrutacyjnym?
To sprawdzanie, jak dlugo rekord siedzi w etapie lub kolejce, oraz decyzja, czy nadal jest live, czy tylko czeka z waznego powodu, czy juz sie zestarzal.
Czy pipeline ageing to to samo co widocznosc pipeline'u?
Nie. Widocznosc pokazuje, co jest w systemie. Ageing pomaga ocenic, czy te rekordy nadal powinny byc w live widoku.
Czy wszystkie etapy powinny miec ten sam limit czasu?
Zwykle nie. Intake, callbacki, review klienta i future availability starzeja sie inaczej.
Jaki jest najczytelniejszy sygnal starego pipeline'u?
Aktywny rekord bez due action, bez powodu czekania i bez widocznego ownera zwykle jest najprostszym sygnalem ostrzegawczym.
Czy automatyzacja moze pomoc?
Tak, jesli zaznacza overdue rekordy, pilnuje review dat i przenosi stare sprawy. Nie pomoze, jesli same reguly czasu nadal sa mgliste.