איך הופכים פרסום משרה למשימת פנייה אחת עם בעלים והחלטה: מה רשומת המשרה באמת מכילה, איך מזהים פרסום חוזר של אותו תפקיד, ומה מודדים כדי לדעת שהתור חי.
עיקרי הדברים
- מראה של לוח המשרות אצלכם היא לוח נוסף לקרוא, לא צינור עבודה. היחידה שמייצרת תוצאה היא משימה עם בעלים ומועד יעד.
- רשומת המשרה המובנית מכילה לכל היותר שם תפקיד, תיאור, תאריך פרסום, שם הגוף המגייס ומיקום. היא אינה מכילה את מקבל ההחלטה, ואינה מוכיחה שהתפקיד עדיין פתוח.
- אותו תפקיד מתפרסם שוב ושוב: בלוח, אצל חברת השמה, ובאתר החברה. איחוד לפי גוף מגייס, שם תפקיד מנורמל ומיקום הוא מה שמונע שלוש פניות מביכות.
- לפי התיעוד של גוגל לסימון מובנה של משרות, `validThrough` נדרש כשלפרסום יש מועד תפוגה, וכשתפקיד מאויש לפני המועד הזה הפרסום אמור לרדת. אלה נוהלי פרסום, ולכן אינדיקציה לטריות ולא הבטחה.
- מה שמודדים אינו מספר המשרות שנקלטו אלא הזמן מהקליטה עד ההחלטה הראשונה, וכמה מהמשימות נסגרו בלי שאיש נגע בהן.
פרסום משרה הוא ראיה לכך שגוף מסוים חיפש מישהו בתאריך מסוים. הוא אינו פנייה. מערכת גיוס שימושית ממירה כל פרסום למשימה אחת עם בעל תפקיד, מועד יעד להחלטה ותוצאה מתועדת, ומאחדת פרסומים חוזרים של אותו תפקיד למשימה אחת בלבד ולא לשלוש.
למה עותק של לוח המשרות אינו צינור גיוס
מערכת שמעתיקה אליכם את מה שכבר פורסם יוצרת ממשק שני לאותו מידע. אחרי שבועיים אף אחד לא פותח אותו, כי הוא אינו אומר מה לעשות עכשיו ומי אמור לעשות זאת.
ההבדל אינו בכמות המידע אלא בצורתו. שורה בלוח היא תיאור מצב. משימה היא שאלה סגורה: האם פונים לגוף הזה, מי פונה, ומתי התשובה נדרשת. כשההמרה הזו אינה נעשית, המידע נשאר נכון ולא שימושי, וזה המצב שהכי קשה לזהות כי שום דבר לא נשבר.
הכלל המעשי: כל פריט שנכנס למערכת יוצא ממנה באחת משתי דרכים בלבד, משימת פנייה פתוחה או סגירה עם סיבה שנשמרת. פריט שאין לו אחד משני אלה הוא רעש שנאסף.
מה רשומת המשרה באמת מכילה?
התיעוד של גוגל לסימון מובנה של משרות מגדיר כשדות חובה את title, description, datePosted, hiringOrganization ו-jobLocation. בין השדות המומלצים נמצאים employmentType, baseSalary, identifier ו-validThrough, והאחרון מוגדר כנדרש כשלפרסום יש מועד תפוגה. אתר שמסמן את המשרות שלו כך נותן לכם את השדות מוכנים, בלי ניתוח טקסט חופשי.
שדה אחד משנה את אופן העבודה: בגיוס אנונימי, למשל חברת השמה שמגייסת עבור מעסיק שאינו נחשף, התיעוד מנחה למלא ב-hiringOrganization.name את הערך confidential. כלומר קיים מצב מתועד ולגיטימי שבו שם המעסיק פשוט אינו קיים ברשומה, והתהליך שלכם חייב לדעת לטפל בו מראש.
מה שהרשומה אינה מכילה חשוב לא פחות:
- מי מקבל ההחלטה בפועל, ומי מנהל הגיוס האחראי.
- האם התקציב לתפקיד אושר, או שמדובר בבדיקת שוק.
- כמה מועמדים כבר נמצאים בתהליך ובאיזה שלב.
- האם התפקיד אויש אתמול. התיעוד מנחה להסיר פרסום שאויש, אך זהו נוהג של המפרסם ולא אכיפה טכנית.
- האם אותו תפקיד מפורסם במקביל בשני ערוצים נוספים.
מה עושים עם פרסום ברגע שהוא נקלט
- נרמלו את השדות: שם הגוף המגייס, שם תפקיד בצורה קנונית, עיר, תאריך פרסום ומועד תפוגה אם קיים. שמרו במקביל את הטקסט המקורי כפי שהיה.
- חשבו מפתח איחוד משלושה רכיבים: גוף מגייס, שם תפקיד מנורמל ומיקום. פרסום שנופל על מפתח קיים מצטרף למשימה הקיימת ומעדכן את מונה החזרות.
- שייכו בעלים אחד ומועד יעד להחלטה. בלי בעלים שמו של התור הוא "כולם", ומשמעותו אף אחד.
- הציגו למקבל ההחלטה את המינימום שמאפשר תשובה של חמש שניות: הגוף, התפקיד, תאריך הפרסום, מספר החזרות והסיבה שהפריט נבחר.
- תעדו את התוצאה כערך סגור: נפתחה פנייה, נדחה עם סיבה, או ממתין למועד. תוצאה שנשמרת בראש של מישהו אינה תוצאה.
שלב שנוטים לדלג עליו נמצא בין השני לשלישי: בדיקה מול הרשומות הקיימות אצלכם. אם הגוף המגייס כבר מופיע כלקוח, כלקוח לשעבר או כפנייה שנדחתה לפני חודשיים, הפריט אינו משימה חדשה אלא עדכון לרשומה שקיימת, והבעלים שלו הוא מי שכבר מנהל את הקשר. פנייה קרה לגוף שנמצא באמצע משא ומתן איתכם היא הנזק היקר ביותר שמערכת כזו מסוגלת לגרום, והיא נמנעת בהצלבה אחת.
שדות הפרסום מול מה שהם באמת מוכיחים
| שדה ברשומה | מה אפשר לעשות איתו | מה הוא אינו מוכיח |
|---|---|---|
title | נרמול לשם תפקיד קנוני ולמפתח האיחוד | שהתפקיד מוגדר כפי שהכותרת מרמזת |
datePosted | חישוב טריות ותעדוף לפי גיל הפרסום | שהחיפוש התחיל באותו יום |
validThrough | הורדת פריטים שפג תוקפם מהתור | שהתפקיד פתוח עד התאריך שנכתב |
hiringOrganization | זיהוי הלקוח וקישור לרשומה קיימת אצלכם | את זהות המעסיק כשהערך הוא confidential |
jobLocation | סינון גיאוגרפי ושיוך לאזור אחריות | שהעבודה מתבצעת פיזית בכתובת שנכתבה |
employmentType | סינון לפי סוג העסקה שאתם משרתים | שסוג ההעסקה סופי ואינו נתון למשא ומתן |
הטבלה הזו היא גם מסמך ציפיות מול צוות הגיוס. מנהל שראה בעמודה השמאלית מה השדה אינו מוכיח מפסיק לבקש מהמערכת ודאות שאין לה.
איך מזהים שזה אותו תפקיד ולא תפקיד חדש?
שלוש חזרות נפוצות, וכל אחת דורשת טיפול אחר:
- אותו תפקיד בשני ערוצים במקביל, אתר החברה ולוח חיצוני. מפתח האיחוד תופס את זה כשהשם מנורמל היטב.
- פרסום מחדש שבועי של אותו תפקיד כדי לרענן אותו בראש הרשימה. כאן מונה החזרות הוא הסיגנל השימושי, לא הפריט הבודד.
- חברת השמה שמפרסמת עבור מעסיק אנונימי לצד פרסום ישיר של אותו מעסיק. אין מפתח שיאחד אותם אוטומטית, ולכן זו הכרעה אנושית שנרשמת פעם אחת ונשמרת.
תפקיד שחוזר שלוש פעמים בחודש הוא מידע חזק יותר מתפקיד שפורסם פעם אחת, כי הוא מרמז שהחיפוש לא נסגר. תהליך שמאחד ואינו סופר מאבד בדיוק את הסיגנל הזה.
מה מודדים כדי לדעת שהתור חי
- הזמן החציוני מרגע קליטת הפרסום ועד ההחלטה הראשונה עליו.
- מספר המשימות שנסגרו בלי החלטה כי חלף זמנן, בפילוח לפי בעלים.
- שיעור הפניות שהובילו לשיחה, בפילוח לפי מקור הפרסום.
- מספר הפריטים שנקלטו בכל מקור בכל ריצה, כדי לזהות מקור שהפסיק להחזיר.
- מספר האיחודים השגויים שתוקנו ידנית, כמדד לאיכות הנרמול.
- כמה מהתפקידים שפניתם אליהם היו כבר מאוישים בזמן הפנייה. זהו מדד הטריות האמיתי.
עקרון הבעלות והמועד זהה לזה שמתואר בהגדרת אחריות ומועדי טיפול בלידים, הסיבות שקורא מקורות נשבר בשקט מפורטות בלמה גרידה נשברת ומה כוללת תחזוקה, ואת צד המקורות הישראלי סקרתי בגרידת לוחות דרושים בישראל.
מקורות
שאלות נפוצות
האם פרסום משרה מעיד שהתפקיד פתוח היום?
לא. הוא מעיד שבמועד הפרסום מישהו חיפש. התיעוד של גוגל מנחה להסיר פרסום שאויש ולמלא `validThrough` כשקיים מועד תפוגה, אך אלה נוהלי פרסום ולא אכיפה טכנית. לכן טריות היא הערכה מדורגת לפי תאריך הפרסום, מספר החזרות ומועד התפוגה אם נמסר, ולא עובדה בינארית שאפשר להישען עליה.
מה עושים כשהמעסיק אינו מזוהה בפרסום?
מטפלים בזה כמצב צפוי ולא כתקלה. התיעוד מגדיר ערך `confidential` לשם הגוף המגייס בגיוס אנונימי, ולכן היעדר שם אינו כשל בניתוח. הפריט נכנס לתור עם בעלים ועם סימון שהזיהוי חסר, וההחלטה אם להשקיע בזיהוי ידני היא הכרעה עסקית שנרשמת בשם מי שקיבל אותה, לא ניחוש אוטומטי.
כמה מקורות כדאי לנטר בהתחלה?
מעט, ובכוונה. שני מקורות שמישהו מטפל בהם באמת מייצרים יותר שיחות מעשרה מקורות שממלאים תור שאיש אינו סוגר. הרחיבו רק כשהזמן החציוני עד ההחלטה יציב, כששיעור המשימות שנסגרות בלי טיפול נמוך, וכשיש בעלים מוגדר לכל מקור נוסף שנכנס למערכת. מקור בלי בעלים הוא רק עוד מקור של רעש.
האם מותר לשמור פרטי מועמדים מהפרסומים?
פרטים מזהים על אנשים הם נתון אישי, וחלים עליהם הדין הישראלי ותנאי השימוש של המקור. זו שאלה עבורכם ועורך הדין שלכם ולא עבור המאמר הזה. ברמת התהליך, ניטור משרות עוסק בגופים מגייסים ובתפקידים בלבד, ואינו נזקק למאגר מועמדים כדי לייצר את תור הפניות שתואר כאן.
להמשך קריאה
שירות רלוונטי
אוטומציה לעסקים
אני בונה אוטומציות מותאמות שמורידות עבודה חוזרת מקצה לקצה.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.