כשכמה מועמדים נמצאים בו-זמנית בשלבים שונים, הבעיה האמיתית היא לא הגיוס עצמו אלא לזכור מי איפה: מי כבר עבר שיחת סינון, מי מחכה לראיון, ומי נשאר בלי תשובה שבועיים כי התיקייה שלו נעלמה בין המיילים. עסק קטן בלי מחלקת גיוס לא צריך מערכת ATS מלאה כדי לפתור את זה, הוא צריך רק דרך פשוטה לדעת בכל רגע איפה כל מועמד נמצא.
הבעיה: pipeline זה לא רשימה, זה מצב שמשתנה כל יום
טבלת אקסל או תיקיית מיילים עובדות טוב ביום הראשון. הבעיה מתחילה כשיש 15 מועמדים למשרה אחת, חלקם בסינון וחלקם כבר בראיון, והטבלה לא מתעדכנת בזמן אמת. אז קורה מה שגורם הכי הרבה נזק: מועמד טוב נשאר "בהמתנה" כי פשוט שכחו ממנו, לא כי החליטו לדחות אותו.
מה שלב פשוט צריך לכלול
לא צריך מנגנון מסובך, רק שדה סטטוס ברור לכל מועמד:
| שלב | מה זה אומר |
|---|---|
| חדש | הוגשה מועמדות, עוד לא נבדק |
| נבדק | עבר סינון ראשוני, ממתין להחלטה על ראיון |
| בראיון | תואם או התקיים ראיון, ממתין להחלטה סופית |
| נדחה | לא ממשיך בתהליך הנוכחי |
ברגע שכל מועמד מסומן בשלב ברור, אפשר לענות מיידית על השאלה "כמה מועמדים מחכים לתשובה ממני עכשיו?" בלי לפתוח שום קובץ.
מה עושים עם מועמד טוב שלא מתאים עכשיו
זו נקודה שקל לפספס: מועמד שמתאים אישית אבל לא למשרה הנוכחית לא צריך להימחק מהראש. שווה לשמור אותו במאגר נפרד למועמדים פוטנציאליים לעתיד, כדי שכשנפתחת משרה חדשה שמתאימה לו, לא מתחילים חיפוש מאפס אלא חוזרים אליו ישירות.
איך זה נראה בפועל ב-Jobder
במרחב העבודה למגייסת כל מועמד שמגיש מועמדות מסומן בשלב (חדש, נבדק, בראיון, נדחה), ואפשר לסנן את הרשימה לפי שלב כדי לראות מיד מי ממתין להחלטה. מועמד שלא מתאים עכשיו אבל שווה לזכור אפשר לשמור במאגר מועמדים נפרד לעתיד, בלי לאבד אותו כשהמשרה הנוכחית נסגרת.
מתי זה כבר דורש יותר ממה שהוצג כאן
בהיקפים גדולים במיוחד (עשרות משרות פתוחות בו-זמנית, צוות גיוס מרובה אנשים) יש מקום למערכת ATS מלאה עם הרשאות ותהליכי אישור. לרוב העסקים הקטנים, שלב ברור ומאגר שמירה לעתיד מספיקים כדי לא לאבד אף מועמד טוב. הרחבה על שאר חלקי התהליך בתהליך גיוס יעיל לעסק קטן ובחוויית מועמד בעסק קטן.