מאנדיי לפי סוג עסק

מאנדיי לסוכנות השמה וכוח אדם — מועמד, משרה ולקוח

איך בונים מערכת לניהול סוכנות השמה משלושה לוחות שמדברים ביניהם, כך שעל כרטיס המועמד רואים את שם הלקוח בלי הקלדה כפולה — ומה עושים כשאותו מועמד יושב בשלוש משרות במקביל.

10 דק׳ זמן קריאה · עודכן ספטמבר 2026

סוכנות השמה קטנה בתל אביב, שלושה מגייסים ותשעה לקוחות פעילים, מקבלת שיחה בשעה שש בערב: "את מי בדיוק שלחת לנו לתפקיד מנהל הלוגיסטיקה?". הבעלים פותח מייל מלפני שבועיים, גולל, מוצא שני קורות חיים מצורפים — ולא זוכר אם השלישי נשלח בכלל או רק דובר עליו בוואטסאפ. זה לא כשל זיכרון, זה כשל מבנה: המידע על המועמד, על המשרה ועל הלקוח חי בשלושה מקומות שאף אחד מהם לא מדבר עם השני. מערכת לניהול סוכנות השמה מתחילה בדיוק בנקודה הזאת — שלושה לוחות מקושרים, לא שלושה גיליונות.

בקצרה

  • שלושה לוחות, לא אחד — מועמדים, משרות, לקוחות. כל אחד רשימה נפרדת, מחוברים בעמודת Connect boards.
  • Mirror מציג ולא מכפיל — שם הלקוח נכתב פעם אחת בלוח הלקוחות, ומוצג על כרטיס המועמד דרך המשרה.
  • אוטומציה אחת ביום הראשון — ברגע שמועמד עובר לסטטוס "נשלח ללקוח", נפתחת משימת מעקב עם תאריך.
  • מסך אחד לשיחת עדכון — Kanban מסונן ללקוח אחד, בלי לייצא כלום.
  • יש גבול — פרסום משרות, מאגר חיפוש חכם וניקוד מועמדים אוטומטי הם עולם של מערכת גיוס ייעודית, לא של מאנדיי.
מועמדים, משרות ולקוחות מחוברים זה לזה בזרימת מידע
מפת הזרימה: מועמד → משרה → לקוח

לפני שבונים לוח — מתי מאנדיי היא הכלי הנכון לסוכנות השמה

מאנדיי היא פלטפורמת עבודה כללית: לוחות, עמודות, תצוגות ואוטומציות שאפשר לעצב לכל תהליך. זו בדיוק גם המגבלה. סוכנות השמה שעובדת בעיקר על תיווך ממוקד — עשרות מועמדים פעילים בחודש, קומץ לקוחות, מגייס אחד עד שלושה — מקבלת ממאנדיי בדיוק את מה שחסר לה: מקום אחד שבו רואים מי אצל מי ובאיזה שלב, בלי להחליף חמישה גיליונות.

מנגד, סוכנות שמריצה מאות מועמדים חדשים בחודש, מפרסמת משרות בלוחות דרושים ורוצה מנוע חיפוש שסורק קורות חיים לפי מילות מפתח — מגיעה מהר לקצה של מה שכלי עבודה כללי עושה. מאנדיי לא סורקת קובצי PDF ולא מדרגת התאמה בין מועמד למשרה; היא מנהלת את התהליך סביבם. ההבחנה הזאת חשובה כי היא חוסכת חודשיים של הקמה מיותרת.

סוכנות קטנה, השמה ממוקדת
כן: תהליך שחוזר על עצמו, מעט לקוחות, הצורך המרכזי הוא לדעת מי אצל מי ומה השלב. שלישיית הלוחות מכסה את זה במלואו.
לא: אם רוב הזמן הולך על איתור מועמדים חדשים ופחות על ניהול תהליך — הכלי לא ייצר לך מועמדים.
סוכנות כוח אדם עם היקפים גדולים
כן: כשצריך תמונת עומס לפי מגייס ולפי לקוח, ותצוגות זמן לניהול צוות.
לא: פרסום משרות אוטומטי, פענוח קורות חיים, ניקוד התאמה — אלה תכונות של מערכת גיוס ייעודית. שם מאנדיי תשמש לכל היותר שכבת ניהול מעל.
גבול העמוד העמוד הזה עוסק בסוכנות שמגייסת עבור לקוחות. אם אתה מגייס עובדים לעסק שלך עצמך — לוח הגיוס הפנימי, לרבות מה מותר ומה אסור לשמור בו על מועמדים — נמצא בעמוד ייעודי במדריך מאנדיי המלא באתר, ולא נכתב כאן מחדש.

לוח המועמדים — ארבע העמודות שנושאות את כל התהליך

בלוח המועמדים כל שורה היא אדם אחד. לא תהליך, לא משרה — אדם. זו ההחלטה הכי חשובה בהקמה, וממנה נגזר כל השאר: אם תפתח שורה חדשה לכל שילוב של מועמד ומשרה, תמצא את עצמך תוך חודש עם שלוש גרסאות של אותו אדם ואף אחת מהן לא מעודכנת.

ארבע עמודות מספיקות ליום הראשון. Status מחזיקה את השלב בתהליך — בחמש תוויות צבועות זה קריא במבט אחד. People מסמנת איזה מגייס מלווה, כי ברגע שיש יותר ממגייס אחד השאלה "מי מדבר איתו" חוזרת פעמיים ביום. Files מחזיקה את קורות החיים על הכרטיס עצמו, ולא בשרשור מייל. Date מחזיקה את מועד הראיון הקרוב.

  • Status חמש תוויות מספיקות: נכנס למאגר · בשיחה ראשונה · נשלח ללקוח · בראיון אצל הלקוח · נסגר. אל תפתח עשר — לוח עם עשר תוויות אף אחד לא מעדכן.
  • People המגייס המלווה. זו גם התשובה לשאלה מי אמור להתקשר, וגם הבסיס לתצוגת עומס בהמשך.
  • Files קובץ קורות החיים על הפריט. כשהלקוח שואל "מה היה בקורות החיים", התשובה במרחק לחיצה.
  • Date מועד הראיון הקרוב. עמודת תאריך היא גם מה שמאפשר לאוטומציה ולתצוגות לוח השנה לעבוד בכלל.
לוח המועמדים בתצוגת Table — שלב בתהליך, אחראי ומועד ראיון.
לוח המועמדים בתצוגת Table — שלב בתהליך, אחראי ומועד ראיון.

מה שלא נכנס ללוח הזה חשוב לא פחות ממה שכן. הערות אישיות על מועמד, רשמים מראיון, תיאום שכר — אלה שייכים לאזור העדכונים בתוך הפריט עצמו ולא לעמודה גלויה בלוח. ההפרדה הזאת שומרת על לוח שקריא בשנייה, ומצמצמת את כמות המידע הרגיש שמוצג ברגע שמישהו פותח את המסך בשיחת זום עם לקוח.

שלושה לוחות שמדברים ביניהם — וזה שנקרא Mirror

הלוח השני הוא משרות. כל שורה היא משרה אחת אצל לקוח אחד: "מנהל לוגיסטיקה — חברת הפצה בראשון". עמודות: שם המשרה, סטטוס המשרה (פתוחה, מוקפאת, אוישה), תאריך יעד לאיוש, ועמודה שמחברת ללוח הלקוחות. הלוח השלישי הוא לקוחות — שורה אחת לכל חברה, עם איש הקשר, תנאי ההתקשרות המסחריים בקצרה, וסטטוס פעילות.

החיבור בין הלוחות נעשה בעמודה שנקראת Connect boards. היא מאפשרת לקשור פריט מלוח אחד לפריט בלוח אחר: מועמד קשור למשרה, משרה קשורה ללקוח. עד כאן זה קישור בלבד — רואים את השם המקושר, לא את התוכן שמאחוריו. השלב שהופך את זה לשימושי הוא עמודת Mirror: היא מציגה על כרטיס המועמד ערך שנשמר בלוח אחר. אתה מגדיר אותה פעם אחת, והיא מושכת את שם הלקוח דרך המשרה שהמועמד מקושר אליה — השם עצמו נשמר בלוח הלקוחות, מוצג על פריט המשרה, ומשם מגיע לכרטיס המועמד.

שם הלקוח נכתב פעם אחת, בלוח הלקוחות. אם החברה משנה שם או שאיש הקשר מתחלף — משנים במקום אחד, וזה מתעדכן על כל המועמדים שקשורים לכל המשרות של אותו לקוח.
כרטיס מועמד: המשרה מקושרת מלוח המשרות, ושם הלקוח נמשך ממנה אוטומטית
כרטיס מועמד: המשרה מקושרת מלוח המשרות, ושם הלקוח נמשך ממנה אוטומטית

ההבדל מול אקסל הוא לא אסתטי. בגיליון, שם הלקוח מוקלד בכל שורה מחדש, ומספיק ש"אלקטרה" נכתבה פעם אחת עם רווח מיותר כדי שסינון יחזיר תשע שורות במקום שתים-עשרה. במבנה מקושר אין הקלדה חוזרת, ולכן אין גם גרסאות כתיב. זה נשמע פרט טכני קטן; בפועל זה ההבדל בין דוח שאפשר להראות ללקוח לבין דוח שצריך לנקות ידנית לפני כל פגישה.

הלוח מה שורה אחת מייצגת למה הוא מקושר מה מרוויחים
מועמדים אדם אחד למשרה (Connect boards) היסטוריה אחת לכל מועמד, גם אחרי שלוש משרות
משרות תפקיד אחד אצל לקוח אחד ללקוח (Connect boards) רואים כמה מועמדים בצנרת לכל משרה
לקוחות חברה אחת מקור אמת יחיד לשם, איש קשר ותנאים

האוטומציה האחת שמפעילים ביום הראשון — ברגע שמועמד עובר לסטטוס "נשלח ללקוח"

אל תפעיל שבע אוטומציות בשבוע הראשון. הפעל אחת, ותן לה לעבוד חודש. המתכון הנכון לסוכנות השמה הוא זה שנתלה על הרגע הקריטי היחיד בתהליך: הרגע שבו קורות החיים יצאו ללקוח. משם והלאה השעון מתחיל לרוץ, והכישלון הכי יקר בסוכנות קטנה הוא לא מועמד שנפסל — הוא מועמד שנשלח ואף אחד לא חזר לשאול מה קרה איתו.

לכן המתכון להפעיל הוא: כאשר עמודת הסטטוס עוברת ל"נשלח ללקוח" — נקבע תאריך מעקב ונפתחת משימת מעקב. ברמת המנגנון זה הכול; מבנה המתכון ובניית אוטומציות מוסברים במדריך מאנדיי המלא באתר. מה שחשוב כאן הוא למה דווקא המתכון הזה בעסק הזה: הוא הופך את הרגע שהכי קל לשכוח אותו לרגע שמייצר בעצמו את התזכורת.

מתכון אוטומציה: מעבר שלב בתהליך קובע מועד ראיון ושולח התראה למגייס
מתכון אוטומציה: מעבר לסטטוס "נשלח ללקוח" קובע תאריך מעקב ופותח משימת מעקב
כלל אצבע אוטומציה שנייה מוסיפים רק אחרי שהראשונה רצה חודש בלי שאף אחד עקף אותה ידנית. אוטומציה שהצוות עוקף היא לא אוטומציה — היא רעש.

המסך שמראים בשיחת העדכון — Kanban מסונן ללקוח אחד

שיחת עדכון עם לקוח היא מבחן הכלי האמיתי. אם כדי לענות עליה אתה צריך לייצא לאקסל ולסדר עמודות — הכלי לא עובד. תצוגת Kanban על לוח המועמדים מציגה כל מועמד ככרטיס בעמודה של השלב שבו הוא נמצא, וכשמפעילים עליה פילטר לפי לקוח, נשארים על המסך רק המועמדים שקשורים למשרות של אותו לקוח.

למה דווקא Kanban ולא טבלה: בשיחה עם לקוח השאלה כמעט תמיד היא לא "כמה מועמדים יש" אלא "איפה הם עומדים". טבלה עונה על הראשונה, עמודות שלב עונות על השנייה. הלקוח רואה בעין אחת ששניים ממתינים לתשובה ממנו ואחד כבר בראיון — ובדרך כלל זה מקצר את השיחה יותר מכל דוח. בפועל זה שלושה צעדים: מוסיפים ללוח המועמדים תצוגה חדשה מסוג Kanban, מקבצים את הכרטיסים לפי עמודת הסטטוס, ומפעילים פילטר על העמודה שמציגה את שם הלקוח (עמודת ה-Mirror). רשימת אפשרויות התצוגה המלאה מופיעה בתיעוד הרשמי של תצוגות הלוח.

לוח המועמדים בתצוגת קנבן עם פילטר פעיל, שמשאיר מועמד אחד
לוח המועמדים בתצוגת קנבן עם פילטר פעיל, שמשאיר רק את המועמדים של לקוח אחד

איפה זה נשבר — מועמד אחד בשלוש משרות

זה התרחיש שמפיל מבנים. מועמדת שנכנסה למאגר בינואר נשלחה למשרה אצל לקוח א', נפסלה בשלב האחרון, הוצעה גם למשרה אצל לקוח ב', וחודשיים אחר כך היא מועמדת מצוינת למשרה אצל לקוח ג'. הפיתוי הוא לשכפל את השורה. אל תעשה את זה: מהרגע שיש שתי שורות לאותו אדם, אחת מהן תהיה תמיד לא מעודכנת, ואי אפשר לדעת מראש איזו.

  • שורה אחת לאדם — עמודת החיבור למשרות מחזיקה יותר ממשרה אחת על אותו פריט. זה תקין ומכוון.
  • הסטטוס הוא של המועמד, לא של המשרה — הוא משקף איפה האדם נמצא עכשיו, ברמת התהליך שלו מולך.
  • ההיסטוריה נשמרת בעדכונים — "נפסל אצל לקוח א' בפברואר" נכתב בעדכון על הפריט, לא בעמודה חדשה.
  • הצנרת של המשרה נמדדת מהלוח השני — כשרוצים לדעת כמה מועמדים בצנרת למשרה מסוימת, מסתכלים על פריט המשרה ולא על לוח המועמדים.

המחיר של הבחירה הזאת: אם מועמדת נמצאת בשלב שונה אצל שני לקוחות במקביל — סטטוס אחד לא מספר את כל הסיפור. זה טרייד-אוף אמיתי ולא צריך להתחמק ממנו. בסוכנות קטנה, שבה מועמד רץ בדרך כלל על משרה אחת פעילה בכל רגע נתון, שורה אחת לאדם עדיפה בבירור. בסוכנות שבה מועמד רץ באופן שגרתי על שלוש משרות במקביל — זה בדיוק הסימן שמערכת גיוס ייעודית, שבנויה מלכתחילה סביב "מועמדות" ולא סביב "מועמד", תשרת טוב יותר.

סימן אזהרה מוקדם אם אתה מוצא את עצמך מוסיף עמודת סטטוס שנייה, שלישית ורביעית — אחת לכל לקוח — הלוח מנסה להגיד לך שהמבנה לא מתאים לנפח שלך. עצור לפני העמודה השלישית.

איזו תוכנית סוכנות כזאת צריכה — שלוש שאלות שקובעות את התשובה

לא נפרט כאן מדרגות ולא מחירים — יש לזה עמוד ייעודי. מה שכן שייך כאן הוא אילו שאלות של הסוכנות שלך מכריעות בין התוכניות, כי הן שונות משאלות של עסק אחר:

  • כמה אנשים באמת צריכים לערוך? מגייסים כן; לקוח שרק צופה בסטטוס — לא בהכרח באותה רמת גישה.
  • האם אתה צריך למצוא מועמד לפי שם על פני כל הלוחות? חיפוש רוחבי בכל החשבון אינו זמין במדרגה הבסיסית — כדאי לבדוק במסך התוכניות בחשבון — ובסוכנות עם מאגר צובר זו לרוב השאלה המכריעה.
  • כמה אוטומציות ופעולות חוזרות בחודש? אם התשובה היא "אחת", אתה במקום אחר לגמרי מסוכנות שמריצה מאות פעולות אוטומטיות בחודש.

את ההשוואה עצמה — מה כלול בכל תוכנית ומה לא — תמצא בעמוד התוכניות והתמחור הרשמי, ובעמוד התוכניות במדריך שלנו. נקודה אחת שכדאי לדעת מראש: החיוב בנוי סביב מספר מושבים, ולכן ההחלטה על מי מקבל הרשאת עריכה ומי צופה בלבד היא החלטה תקציבית ולא רק ארגונית.

הבהרה: העמוד מתאר מבנה עבודה בכלי ואינו ייעוץ עסקי, משפטי או מיסויי. תנאי התוכניות והיכולות משתנים מעת לעת — בדוק במסך התוכניות בחשבון עצמו. לשאלות של שמירת מידע אישי על מועמדים ולהיבטי מס והתקשרות מול לקוחות — התייעץ עם עורך דין ורואה החשבון שלך.

מה עושים מחר בבוקר — שלושה צעדים לשבוע הקרוב

  • יום ראשון — בונים את לוח הלקוחות קודם זה הלוח הכי קטן והכי יציב: שורה לכל חברה שאתה עובד איתה היום, איש קשר, סטטוס פעילות. חמש עד עשר שורות, עשרים דקות. הוא הבסיס לכל השאר.
  • יום שני — לוח המשרות, ומחברים אותו ללקוחות כל משרה פתוחה שיש לך עכשיו, כולל אלה שהוקפאו. חיבור לפריט הלקוח בעמודת החיבור. אחרי הצעד הזה כבר אפשר לענות "כמה משרות פתוחות יש לי אצל אלקטרה" בלי לחשוב.
  • יום שלישי — לוח המועמדים, ארבע עמודות, ו-Mirror אחד מעבירים לתוכו רק מועמדים פעילים — לא את כל המאגר ההיסטורי. מחברים כל מועמד למשרה, ומגדירים עמודת Mirror אחת שמושכת את שם הלקוח. מכאן והלאה, שם הלקוח מופיע על כרטיס המועמד בלי שהקלדת אותו.
  • סוף השבוע — אוטומציה אחת ותצוגה אחת מפעילים את המתכון של "נשלח ללקוח", ומייצרים תצוגת Kanban מסוננת ללקוח הגדול ביותר. בשיחת העדכון הבאה — פותחים את המסך במקום לפתוח מייל ישן.

אחרי שבועיים תדע אם המבנה מחזיק. הסימן הטוב: אתה מפסיק לפתוח את הגיליון הישן. הסימן הרע: שני הכלים רצים במקביל — ואז זה לא כלי חדש, זו רק עוד עבודה. במקרה כזה חזור לצעד הראשון ובדוק אם באמת התחלת מהלוח הקטן, או שניסית להעביר את כל המאגר ההיסטורי ביום אחד.

העמוד הזה הוא חלק מסדרה — מאנדיי לפי סוג עסק, 43 הדגמות לעסק ישראלי. אם אתה מנהל גם צוות פנימי לצד הסוכנות, שווה להציץ גם בעמוד על מעבר מחמישה לעשרים עובדים, ובעמוד המוקד הטלפוני אם חלק מהעבודה שלך הוא סבב שיחות יזום.

מקורות

גילוי נאות: התוכן באתר אינו ייעוץ פיננסי, פנסיוני, מסים או השקעות. החלטות פיננסיות אישיות מומלץ לקבל בליווי בעל מקצוע מוסמך.