Gdy mail do kandydata wraca jako niedostarczony, wstrzymaj kolejne wiadomości kierowane na problematyczny adres, sprawdź przyczynę i przypisz zadanie odzyskania kontaktu. Nie zmieniaj automatycznie statusu aplikacji na brak zainteresowania. Kandydat mógł po prostu nie dostać informacji, na którą czeka.
W agencji pracy znaczenie ma przede wszystkim treść utraconej wiadomości. Instrukcja dojazdu na jutrzejszą rozmowę wymaga innej reakcji niż ogólna aktualizacja procesu. Poniższa procedura dotyczy oczekiwanej korespondencji w prowadzonej rekrutacji. Nie jest poradnikiem prowadzenia masowych kampanii ani sposobem obchodzenia rezygnacji z kontaktu.
Oddziel problem z pocztą od oceny kandydata
W CRM powinny istnieć dwa osobne fakty: etap konkretnej aplikacji oraz stan dostarczenia wiadomości. Kandydat może nadal spełniać wymagania i chcieć przyjść na spotkanie, mimo że jego skrzynka nie przyjęła zaproszenia.
Przy wiadomości lub adresie można stosować robocze oznaczenia: zgłoszony problem, przypisana weryfikacja, podjęta alternatywna próba kontaktu, sprawa wyjaśniona. Zespół musi ustalić znaczenie ostatniego statusu. Poprawienie adresu, wysłanie nowego maila i potwierdzenie odbioru przez człowieka to trzy różne zdarzenia.
W zadaniu pokaż skutek dla rekrutacji. Zamiast samego błędu poczty zapisz, że kandydat nie otrzymał danych rozmówcy i miejsca spotkania. Dzięki temu zastępujący rekruter rozumie, czego brakuje, bez czytania całej historii. Pilność wynika z terminu zobowiązania wobec kandydata, a nie z koloru technicznego komunikatu.
Najpierw ustal przyczynę zwrotu
Osoba odpowiedzialna za system wysyłkowy powinna udostępnić rekruterowi zrozumiały opis błędu. Do podjęcia decyzji nie jest potrzebny pełny raport serwera. Potrzebna jest odpowiedź, czy należy sprawdzić adres, zaczekać na kontrolowaną ponowną próbę, czy skierować problem do administratora.
Dokumentacja Postmark dotycząca zwrotów rozróżnia trwałe i przejściowe problemy dostarczenia. Nazwy błędów oraz zasady ponawiania sprawdź u dostawcy faktycznie używanej poczty. To źródło techniczne, a nie deklaracja integracji AI JOB AGENCY z tym narzędziem.
W praktyce przydają się trzy ścieżki:
- Podejrzenie nieprawidłowego adresu: zatrzymaj powtarzane wysyłki i poproś kandydata o potwierdzenie właściwej skrzynki przez znany kanał.
- Problem przejściowy: ustal, czy dostawca już ponawia dostarczenie, zanim rekruter wyśle kolejną kopię.
- Niejasna przyczyna lub wiele podobnych błędów: przekaż administratorowi identyfikator wiadomości i opis problemu.
Prośba o zaprzestanie kontaktu wymaga osobnej obsługi. Nie traktuj jej jak awarii, którą można naprawić telefonem albo wiadomością w innym komunikatorze.
Zbuduj jedno zadanie, które da się wykonać
Zadanie powinno łączyć kandydata, aplikację i niedostarczoną wiadomość. Dodaj cel maila, użyty adres, czas wysłania i otrzymania błędu, przyczynę, właściciela oraz termin sprawdzenia. Rekruter powinien wiedzieć, jaką informację ma odzyskać, a nie tylko zobaczyć hasło mail wrócił.
Nie kopiuj automatycznie całej korespondencji do notatki dostępnej dla wszystkich oddziałów. Raport techniczny może zawierać więcej informacji niż potrzeba do obsługi zadania. Właściwy administrator powinien mieć dostęp do szczegółów, a rekruter do krótkiego opisu i odnośnika do sprawy.
Kolejne powiadomienie o tej samej wiadomości nie powinno tworzyć kolejnego telefonu do kandydata. Aktualizuj istniejącą sprawę. Jeśli nie dotarło kilka różnych wiadomości, pokaż ich znaczenie dla procesu, ale zachowaj wspólnego właściciela kontaktu. Takie zachowanie trzeba uzgodnić i przetestować podczas konfiguracji CRM.
Zapis w historii kontaktu z kandydatem powinien ostrzec drugiego rekrutera, że sprawa jest już wyjaśniana. Dzięki temu kolejna zmiana nie zaczyna od nowa tych samych pytań.
Potwierdź adres zamiast go odgadywać
Przykład roboczy: polska agencja umawia kandydata na rozmowę online z holenderskim klientem. Mail z instrukcją połączenia wraca, ale rekruter ma już uzgodnioną rozmowę telefoniczną przygotowującą do spotkania. Podczas niej informuje o problemie i pyta, na jaki adres kandydat chce otrzymać szczegóły. To scenariusz ilustracyjny, nie opis wdrożenia.
Potwierdź adres fragmentami, zwłaszcza przy literach, cyfrach i nazwie domeny. Nie zamieniaj samodzielnie końcówki na popularniejszą. Nie wysyłaj też informacji o rekrutacji na kilka prawdopodobnych wariantów. Poprawnie wyglądający adres może należeć do innej osoby.
Jeżeli kandydat wybiera inny sposób odbioru, sprawdź, czy pasuje do treści oraz ustalonych preferencji kontaktu. Zmiana kanału dla jednej instrukcji nie powinna automatycznie uruchamiać dodatkowych powiadomień ani zmieniać wszystkich ustawień profilu.
Zapisz, kto i kiedy potwierdził korektę. Następnie sprawdź, skąd system wysyłający pobiera adres. Poprawka wyłącznie w prywatnej książce kontaktów rekrutera nie rozwiąże problemu kolejnego maila uruchomionego z CRM.
Ponów aktualną informację, nie starą wiadomość
Przed ponowną wysyłką otwórz treść i sprawdź aktualność spotkania. W czasie wyjaśniania błędu klient mógł zmienić godzinę, osobę prowadzącą albo link. Naprawienie adresu nie oznacza, że poprzedni mail można wysłać bez kontroli.
Rekruter sprawdza pięć rzeczy: potwierdzony odbiorca, aktualna treść, brak wcześniejszej wysyłki zastępczej, wyjaśnione ograniczenia systemowe oraz zaplanowana kontrola wyniku. Dopiero potem wykonuje jedną świadomą próbę i zapisuje jej rezultat.
Przy pilnych instrukcjach uzyskaj odpowiednie potwierdzenie od kandydata. Możesz zapytać, czy widzi godzinę i dane rozmówcy. Technicznie przyjęty mail nie dowodzi przeczytania informacji. Jeśli nadal czegoś brakuje, sprawa pozostaje otwarta z konkretną kolejną czynnością, zamiast znikać z listy po kliknięciu wyślij.
Błędy, które zwiększają liczbę telefonów
Pierwszy błąd to uznawanie każdego zwrotu za literówkę. Przy wspólnej awarii wysyłki prowadzi to do niepotrzebnego sprawdzania poprawnych adresów. Drugi to zakładanie, że każda usterka minie sama. Wtedy kandydat może czekać na instrukcję aż do terminu rozmowy.
Trzeci problem pojawia się po korekcie: system nadrabia wszystkie stare przypomnienia naraz. Ustal, które wiadomości nadal mają sens i które należy zamknąć jako nieaktualne. Celem jest odzyskanie potrzebnej informacji, a nie odtworzenie całej zaległej kolejki.
Nie usuwaj też aktywnej aplikacji tylko po to, żeby uporządkować raport braku odpowiedzi. Raport powinien ujawniać niedostarczone wiadomości, a nie przenosić odpowiedzialność za nie na kandydata.
Krótka lista kontrolna
- Status dostarczenia jest oddzielony od etapu aplikacji.
- Wiadomo, która informacja nie dotarła i do kiedy jest potrzebna.
- Zadanie ma jednego właściciela oraz termin sprawdzenia.
- Korektę adresu potwierdził kandydat przez znaną drogę kontaktu.
- Nowa wysyłka zawiera aktualne informacje.
- Wynik i dalsze czynności zapisano w historii sprawy.
Przejrzyj kilka zamkniętych spraw z zespołem. Sprawdź, czy korekty trafiły do systemu wysyłkowego i czy kandydaci rzeczywiście odzyskali instrukcje. Z geanonimizowanym przykładem możesz porozmawiać z AI JOB AGENCY o uporządkowaniu tego procesu w CRM rekrutacyjnym.
Najczęstsze pytania
Czy zwrot maila oznacza brak zainteresowania ofertą?
Nie. Informuje o problemie z dostarczeniem wiadomości. Decyzja dotycząca aplikacji powinna wynikać z osobnych ustaleń rekrutera, a nie z samego błędu poczty.
Czy zawsze trzeba od razu zadzwonić?
Nie. Sprawdź wagę wiadomości, przyczynę błędu i ustaloną drogę kontaktu. Przy pilnym spotkaniu telefon może pomóc; przy awarii wspólnego systemu najpierw potrzebna jest analiza techniczna.
Czy można samemu poprawić oczywistą literówkę?
Przed wysłaniem informacji o kandydacie potwierdź właściwy adres. Domysł nie wystarcza, nawet gdy nowa wersja wygląda bardziej wiarygodnie od starej.
Co zrobić, gdy nie znamy innego kanału kontaktu?
Zapisz blokadę, właściciela i termin ponownej oceny. Postępuj według przyjętej procedury nieosiągalnego kontaktu; nie twórz adresów na próbę.
Jak sprawdzić automatyzację przed uruchomieniem?
Na danych testowych przeprowadź błąd wysyłki, powtórne powiadomienie, zmianę adresu i ponowienie. Upewnij się, że nie powstały zdublowane zadania ani nieprawidłowa zmiana etapu aplikacji.