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

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

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

סרטון קצר על מאנדיי

סרטון קצר על מאנדיי · 6:07

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

בקצרה

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

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

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

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

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

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

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

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

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

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

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

כל מפגש כשורה משלו — למה Subitems ולא לוח נפרד

מחזור אחד הוא בפועל חמישה-שישה מפגשים, כל אחד בתאריך אחר, לפעמים עם מדריך אחר, ולפעמים אחד מהם נדחה בגלל חג. אם תנסה לדחוס את זה לשורה אחת תיאלץ לכתוב "מפגש 3 נדחה ל-12/11" בשדה הערות, ובשדה הערות אף אחד לא מחפש.

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

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

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

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

איפה יושבים המשתתפים — טופס שממלא את הלוח במקום הקלדה

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

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

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

האוטומציה האחת — מה צריך לקרות ברגע שנכנסת הרשמה

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

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

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

מחזורים חופפים ומדריך כפול — מה נראה בתצוגת Timeline

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

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

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

איפה זה נשבר — המחזור הישן ששוכפל ולא נוקה

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

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

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

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

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

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

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

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

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

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

מקורות

  1. Plans and pricing for monday.com — מרכז העזרה הרשמי
  2. Available column types on monday.com — מרכז העזרה הרשמי
  3. The board views — מרכז העזרה הרשמי
  4. Get started with monday automations — מרכז העזרה הרשמי

נכון ל-28/08/2026.