Jeżeli szukasz praktycznej odpowiedzi na problem starych wakatów w CRM rekrutacyjnym, najkrótsza brzmi tak: każdy żywy wakat powinien mieć datę ostatniego potwierdzenia, jednego ownera, kolejną akcję po stronie klienta i jasną zasadę, kiedy sourcing trzeba zatrzymać. Bez tego nieaktualny popyt wygląda jak świeży, rekruterzy dzwonią do kandydatów pod role, które już się przesunęły, a pipeline klientów wydaje się zdrowszy niż naprawdę jest.
W agencjach pracy starzeją się nie tylko rekordy kandydatów. Bardzo szybko starzeją się też wakaty. Klient nadal jest zapisany jako open, ale to nie znaczy, że zapotrzebowanie jest dziś naprawdę gotowe do dalszej pracy. Zmienia się termin startu, maleje wolumen, dochodzą nowe wymagania zmianowe albo approval path nadal wisi. Jeżeli zespół porządkuje już workflow gotowości wakatu, aktualizacje statusu wakatu albo lepszą widoczność pipeline'u, to właśnie logika starych wakatów chroni czas rekruterów przed pracą na wczorajszej wersji popytu.
Dlaczego wakaty tak szybko się starzeją
Wakat starzeje się szczególnie łatwo tam, gdzie ten sam temat przechodzi przez account managera, oddział, koordynację i recruiterów w różnych momentach.
Najczęstsze sytuacje wyglądają tak:
- rola na poniedziałkowy start nadal stoi jako pilna w czwartek, mimo że klient niczego nie potwierdził
- rekruterzy sourcują dalej, bo status jest open, choć ścieżka akceptacji wciąż jest niejasna
- jeden oddział traktuje temat jako hold, a drugi nadal jako live priorytet
- klient mówi "wysyłajcie profile", ale zmieniły się godziny, lokalizacja albo realne must-have
- CRM pokazuje kilka otwartych wakatów, choć w praktyce aktywne są tylko dwa
To nie jest wyłącznie problem raportowania. To realna strata czasu, rozmyte obietnice wobec kandydatów i słabsze decyzje operacyjne.
Użyj modelu ŻYWE
To autorska logika operacyjna, a nie standard rynkowy.
Ż: Żądaj świeżego potwierdzenia
Status open nie może działać jak status bez końca. Każdy żywy wakat powinien pokazywać, kiedy klient ostatnio potwierdził:
- liczbę osób
- termin startu
- zmianę lub grafik
- lokalizację
- ścieżkę akceptacji
Wakat potwierdzony dziś rano musi być wyraźnie inny niż temat, który od kilku dni nie dostał żadnego realnego potwierdzenia.
Y: Jeden owner kolejnego ruchu
Ktoś musi być właścicielem następnej akcji po stronie klienta. Może to być account manager, team leader albo rekruter prowadzący dany brief. Najważniejsze, żeby było widać, kto odpowiada za:
- kolejną aktualizację do klienta
- kolejne doprecyzowanie
- decyzję, czy wakat nadal jest live
- decyzję o pauzie albo zamknięciu
Wspólny wgląd jest dobry. Wspólne ownership zwykle tylko zaciera prawdę o wakacie.
W: Wskaż blokadę
Jeśli wakat jest nadal otwarty, ale nie nadaje się w pełni do pracy rekrutera, CRM powinien pokazać dlaczego.
Przydatne blokady to na przykład:
- approval nadal otwarty
- start niepotwierdzony
- zmiana site rules albo lokalizacji
- stawka lub dodatki do wyjaśnienia
- feedback klienta przeterminowany
To znacznie lepsze niż ogólny status z długą notatką, którą trzeba czytać za każdym razem od początku.
E: Ewakuuj niepewne wakaty z live queue
Nie każdy open wakat powinien leżeć w tej samej kolejce co role wymagające dzisiejszych telefonów do kandydatów.
W praktyce warto rozdzielić co najmniej:
- sourcing live teraz
- najpierw doprecyzuj z klientem
- pauza, wróć do oceny później
- zamknięte albo zastąpione innym zapotrzebowaniem
To mocno łączy się z zarządzaniem zmianami wakatu. Gdy brief się przesuwa, stara wersja nie może dalej udawać pełnoprawnego live work.
Jakie pola w CRM powinny się realnie starzeć
Jeśli starzenie wakatu nie jest widoczne praktycznie, zespół wraca do pamięci i prywatnych notatek.
Przydatne pola to zwykle:
- data ostatniego potwierdzenia od klienta
- data kolejnego update'u
- current owner wakatu
- potwierdzony termin startu
- potwierdzony otwarty wolumen
- blocker reason, jeśli sourcing nie jest naprawdę gotowy
Przykład:
- Klient z okolic Bredy prosi we wtorek o cztery osoby na wieczorną zmianę.
- W czwartek okazuje się, że realnie otwarte są już tylko dwa miejsca, a do jednego dochodzi wymóg uprawnień.
- Jeśli CRM nadal pokazuje cztery identyczne live wakaty, agencja pracuje teraz na starej wersji popytu.
Takiej zmiany nie wolno chować wyłącznie w notatce. Powinna zmieniać widoczny stan workflow.
Prosty rytm przeglądu starych wakatów
Nie chodzi o ciężki proces kontrolny. Chodzi o krótki rytm, który realnie chroni czas rekruterów.
Poranny przegląd
Sprawdź:
- wakaty bez świeżego potwierdzenia
- live wakaty bez kolejnej akcji do klienta
- role czekające na approval, ale nadal oznaczone jako aktywny sourcing
- wakaty, których start już minął albo zaraz minie
Korekta w środku tygodnia
Zobacz:
- role często aktualizowane bez jasnej nowej decyzji po stronie klienta
- wakaty, gdzie stale przesuwa się zmiana, site albo wolumen
- tematy, przy których rekruterzy nadal wysyłają profile, choć strona klienta stoi w miejscu
Domknięcie tygodnia
Zadaj zespołowi:
- które wakaty naprawdę wchodzą jako live na przyszły tydzień
- które trzeba najpierw potwierdzić
- które są w praktyce zablokowane, zduplikowane albo martwe
To działa najlepiej razem z CRM rekrutacyjnym dla agencji pracy, bo CRM ma pomagać szybciej decydować, a nie tylko przechowywać historię aktywności.
Najczęstsze błędy
Traktowanie starzenia wakatu wyłącznie jako raportu dla managera
Jeżeli prawda o wieku wakatu pojawia się dopiero na dashboardzie, dla rekrutera jest już za późno.
Trzymanie starego wakatu w live work, bo "klient może jeszcze wrócić"
Może wrócić. To nie znaczy, że temat jest dziś potwierdzonym popytem.
Mieszanie wakatów na pauzie z realną pilnością
Wtedy każda osoba na desku musi ponownie odtwarzać kontekst, zamiast ufać kolejce.
Zmiana notatek bez zmiany stanu wakatu
Jeśli prawda komercyjna się zmieniła, musi zmienić się też widoczny stan rekordu.
Krótka praktyczna checklista
- dodaj datę ostatniego potwierdzenia do każdego live wakatu
- ustaw jednego ownera następnej akcji po stronie klienta
- oddziel live sourcing od wyjaśniania i pauzy
- zapisuj jedną wyraźną blokadę, gdy wakat jest open, ale niegotowy
- przeglądaj stare wakaty przynajmniej dwa razy w tygodniu
- zatrzymuj sourcing, gdy brief przestaje być wystarczająco aktualny
Jeżeli chcecie ograniczyć marnowanie sourcingu, poprawić follow-up do klientów i uczciwiej pokazać pipeline, sprawdźcie stronę CRM rekrutacyjnego, porównajcie cennik, albo opiszcie obecny model przez kontakt, żeby zobaczyć, gdzie stare wakaty dziś zabierają najwięcej czasu.
FAQ
Co oznaczają stare wakaty w CRM rekrutacyjnym?
To wakaty nadal widoczne jako otwarte, mimo że nie mają już wystarczająco świeżego potwierdzenia, jasnego ownera albo realnej gotowości do dalszej pracy.
Czy to to samo co priorytetyzacja wakatów?
Nie. Priorytetyzacja ustala kolejność live pracy. Starzenie sprawdza wcześniej, czy wakat w ogóle zasługuje jeszcze na status live.
Kto powinien być ownerem przeglądu starego wakatu?
Najczęściej osoba prowadząca następną rozmowę lub update z klientem: account manager, branch lead albo rekruter odpowiedzialny za brief.
Kiedy trzeba zatrzymać sourcing na otwartym wakacie?
Gdy termin startu, wolumen, approval path albo inny kluczowy element briefu nie jest już wystarczająco potwierdzony do uczciwego kontaktu z kandydatami.
Czy to ma sens także w mniejszej agencji pracy?
Tak. W małym zespole jeden stary wakat potrafi zabrać bardzo dużą część uwagi z naprawdę żywych tematów.