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

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

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

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

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

איפה זה נשבר — מועמד אחד בשלוש משרות
זה התרחיש שמפיל מבנים. מועמדת שנכנסה למאגר בינואר נשלחה למשרה אצל לקוח א', נפסלה בשלב האחרון, הוצעה גם למשרה אצל לקוח ב', וחודשיים אחר כך היא מועמדת מצוינת למשרה אצל לקוח ג'. הפיתוי הוא לשכפל את השורה. אל תעשה את זה: מהרגע שיש שתי שורות לאותו אדם, אחת מהן תהיה תמיד לא מעודכנת, ואי אפשר לדעת מראש איזו.
- שורה אחת לאדם — עמודת החיבור למשרות מחזיקה יותר ממשרה אחת על אותו פריט. זה תקין ומכוון.
- הסטטוס הוא של המועמד, לא של המשרה — הוא משקף איפה האדם נמצא עכשיו, ברמת התהליך שלו מולך.
- ההיסטוריה נשמרת בעדכונים — "נפסל אצל לקוח א' בפברואר" נכתב בעדכון על הפריט, לא בעמודה חדשה.
- הצנרת של המשרה נמדדת מהלוח השני — כשרוצים לדעת כמה מועמדים בצנרת למשרה מסוימת, מסתכלים על פריט המשרה ולא על לוח המועמדים.
המחיר של הבחירה הזאת: אם מועמדת נמצאת בשלב שונה אצל שני לקוחות במקביל — סטטוס אחד לא מספר את כל הסיפור. זה טרייד-אוף אמיתי ולא צריך להתחמק ממנו. בסוכנות קטנה, שבה מועמד רץ בדרך כלל על משרה אחת פעילה בכל רגע נתון, שורה אחת לאדם עדיפה בבירור. בסוכנות שבה מועמד רץ באופן שגרתי על שלוש משרות במקביל — זה בדיוק הסימן שמערכת גיוס ייעודית, שבנויה מלכתחילה סביב "מועמדות" ולא סביב "מועמד", תשרת טוב יותר.
איזו תוכנית סוכנות כזאת צריכה — שלוש שאלות שקובעות את התשובה
לא נפרט כאן מדרגות ולא מחירים — יש לזה עמוד ייעודי. מה שכן שייך כאן הוא אילו שאלות של הסוכנות שלך מכריעות בין התוכניות, כי הן שונות משאלות של עסק אחר:
- כמה אנשים באמת צריכים לערוך? מגייסים כן; לקוח שרק צופה בסטטוס — לא בהכרח באותה רמת גישה.
- האם אתה צריך למצוא מועמד לפי שם על פני כל הלוחות? חיפוש רוחבי בכל החשבון אינו זמין במדרגה הבסיסית — כדאי לבדוק במסך התוכניות בחשבון — ובסוכנות עם מאגר צובר זו לרוב השאלה המכריעה.
- כמה אוטומציות ופעולות חוזרות בחודש? אם התשובה היא "אחת", אתה במקום אחר לגמרי מסוכנות שמריצה מאות פעולות אוטומטיות בחודש.
את ההשוואה עצמה — מה כלול בכל תוכנית ומה לא — תמצא בעמוד התוכניות והתמחור הרשמי, ובעמוד התוכניות במדריך שלנו. נקודה אחת שכדאי לדעת מראש: החיוב בנוי סביב מספר מושבים, ולכן ההחלטה על מי מקבל הרשאת עריכה ומי צופה בלבד היא החלטה תקציבית ולא רק ארגונית.
מה עושים מחר בבוקר — שלושה צעדים לשבוע הקרוב
- יום ראשון — בונים את לוח הלקוחות קודם זה הלוח הכי קטן והכי יציב: שורה לכל חברה שאתה עובד איתה היום, איש קשר, סטטוס פעילות. חמש עד עשר שורות, עשרים דקות. הוא הבסיס לכל השאר.
- יום שני — לוח המשרות, ומחברים אותו ללקוחות כל משרה פתוחה שיש לך עכשיו, כולל אלה שהוקפאו. חיבור לפריט הלקוח בעמודת החיבור. אחרי הצעד הזה כבר אפשר לענות "כמה משרות פתוחות יש לי אצל אלקטרה" בלי לחשוב.
- יום שלישי — לוח המועמדים, ארבע עמודות, ו-Mirror אחד מעבירים לתוכו רק מועמדים פעילים — לא את כל המאגר ההיסטורי. מחברים כל מועמד למשרה, ומגדירים עמודת Mirror אחת שמושכת את שם הלקוח. מכאן והלאה, שם הלקוח מופיע על כרטיס המועמד בלי שהקלדת אותו.
- סוף השבוע — אוטומציה אחת ותצוגה אחת מפעילים את המתכון של "נשלח ללקוח", ומייצרים תצוגת Kanban מסוננת ללקוח הגדול ביותר. בשיחת העדכון הבאה — פותחים את המסך במקום לפתוח מייל ישן.
אחרי שבועיים תדע אם המבנה מחזיק. הסימן הטוב: אתה מפסיק לפתוח את הגיליון הישן. הסימן הרע: שני הכלים רצים במקביל — ואז זה לא כלי חדש, זו רק עוד עבודה. במקרה כזה חזור לצעד הראשון ובדוק אם באמת התחלת מהלוח הקטן, או שניסית להעביר את כל המאגר ההיסטורי ביום אחד.
העמוד הזה הוא חלק מסדרה — מאנדיי לפי סוג עסק, 43 הדגמות לעסק ישראלי. אם אתה מנהל גם צוות פנימי לצד הסוכנות, שווה להציץ גם בעמוד על מעבר מחמישה לעשרים עובדים, ובעמוד המוקד הטלפוני אם חלק מהעבודה שלך הוא סבב שיחות יזום.
מקורות
- מרכז העזרה של monday.com — מבוא לפלטפורמה (לוחות, פריטים, עמודות ותצוגות). נכון ל-28/08/2026.
- סוגי העמודות הזמינים ב-monday.com — לרבות Status, People, Files, Date, Connect boards ו-Mirror. נכון ל-28/08/2026.
- תצוגות הלוח (Board views) — Kanban, לוח שנה, ציר זמן ועוד. נכון ל-28/08/2026.
- מרכז האוטומציות והאינטגרציות של הלוח. נכון ל-28/08/2026.
- Search Everything — חיפוש רוחבי בכל הלוחות, וזמינותו לפי תוכנית. נכון ל-28/08/2026.
- תוכניות ותמחור monday.com. נכון ל-28/08/2026.