אוטומציות במאנדיי: איך בונים, 12 דוגמאות ומכסת הפעולות

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

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

ממה בנויה אוטומציה ב-monday?

לכל אוטומציה יש שלושה חלקים:

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

monday קוראת לאוטומציה כזו "מתכון" (recipe), כי היא כתובה כמו משפט: "כשסטטוס משתנה ל-X, הזז את הפריט לקבוצה Y". יש הרבה מתכונים מוכנים במרכז האוטומציות, ויש בונה אוטומציות מותאמות אישית (custom automation) שבו מרכיבים את המשפט בעצמכם.

12 אוטומציות שכדאי להכיר לעסק קטן

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

לידים ומכירות

1. ליד חדש נכנס מטופס: שייך אותו לאיש מכירות וקבע סטטוס "חדש". ב-monday CRM יש גם שיוך בסבב (round robin) שמחלק לידים לפי התור בין חברי צוות זמינים.
2. כשסטטוס משתנה ל"הצעה נשלחה": קבע בעמודת התאריך פולואפ בעוד יומיים.
3. כשמגיע תאריך הפולואפ, ורק אם הסטטוס עדיין "הצעה נשלחה": שלח התראה לאחראי.
4. כשעסקה עוברת ל"נסגר": צור פריט בלוח הפרויקטים או הלקוחות, וקשר אותו לעסקה, כך שכל הפרטים עוברים בלי הקלדה.
5. כשליד מסומן "לא רלוונטי": הזז אותו לקבוצת הארכיון, כדי שהלוח הפעיל יישאר נקי.

משימות ותפעול

6. כשנוצרת משימה חדשה: קבע תאריך יעד בעוד שבוע. כך אין משימות בלי תאריך.
7. כשסטטוס משתנה ל"בעבודה" או ל"הושלם": הזז את הפריט לקבוצה המתאימה.
8. יום לפני תאריך היעד, ורק אם המשימה לא הושלמה: שלח תזכורת לאחראי.
9. כל יום ראשון בבוקר: צור פריט "דוח שבועי" או משימה חוזרת, עם אחראי קבוע.
10. כשכל תתי-הפריטים הושלמו: שנה את הסטטוס של הפריט הראשי ל"הושלם".

לקוחות ותקשורת

11. כשסטטוס משתנה ל"ממתין למסמכים": שלח ללקוח מייל דרך החיבור ל-Gmail או Outlook, לכתובת שבעמודת המייל.
12. כשטופס רישום נשלח: צור פריט, שייך אותו לקורס או לאירוע הנכון ושלח מייל אישור.

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

איך בונים אוטומציה ב-monday צעד אחר צעד?

ניקח את מתכון 3, תזכורת פולואפ:

1. פותחים את הלוח ולוחצים על כפתור האוטומציות (Automate) בפינה העליונה.
2. בוחרים "ליצור מאפס" (Create from scratch) כדי לקבל משפט ריק.
3. בשדה "כשזה קורה" בוחרים טריגר: "כשמגיע תאריך", ומסמנים את עמודת הפולואפ.
4. מוסיפים תנאי: "רק אם הסטטוס הוא 'הצעה נשלחה'".
5. בשדה "אז תעשה את זה" בוחרים "שלח התראה", כותבים את ההודעה ובוחרים את האדם מעמודת האחראי.
6. לוחצים על יצירת האוטומציה, ובודקים אותה על פריט אחד לפני שסומכים עליה.

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

מה זה ה-workflow builder ומתי הוא עדיף?

בתוכניות Pro ומעלה יש גם בונה תהליכים (AI workflow builder), שבו בונים תהליך שלם על מסך ויזואלי: כמה שלבים, תנאי "אם/אחרת" עם כמה מסלולים, השהיות בין שלבים, ושימוש בערכים מכל שלב קודם. אפשר לתאר בו את התהליך במילים, והוא מציע את השלבים.

הכלל של monday עצמה: אוטומציה רגילה מתאימה לכמה צעדים פשוטים על לוח אחד. כשיש תהליך ארוך עם הרבה תנאים, או כשמגיעים ל-6 או 7 צעדים ואי אפשר כבר להבין מה האוטומציה עושה, עדיף workflow. כדאי לדעת שגם שלבי תנאי ב-workflow צורכים פעולות מהמכסה, שיש מגבלה על מספר ה-workflows הפעילים בכל תוכנית, ושבלוקים של AI צורכים קרדיטים של AI.

כמה אוטומציות מקבלים בכל תוכנית? (נכון לאוקטובר 2026)

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

תוכנית	פעולות אוטומציה בחודש	פעולות אינטגרציה בחודש
Free, Basic	אין אוטומציות	אין אינטגרציות
Standard	250	250
Pro	25,000	25,000
Enterprise	250,000	250,000

ב-monday CRM המספרים דומים: Standard כוללת 250 אוטומציות בחודש ו-Pro כוללת 25,000. רק לקוחות Enterprise יכולים לקנות פעולות נוספות. המכסה מתחדשת כל חודש, ובמנוי שנתי היא מתחדשת ב-2 לכל חודש.

איך לא לשרוף את מכסת הפעולות?

נניח שנכנסים 50 לידים בשבוע, ועל כל ליד רצות שתי פעולות. זה 100 פעולות בשבוע, ו-250 נגמרות כבר בשבוע השלישי. monday עצמה כותבת שתוכנית Standard מתאימה לשימוש מזדמן, ושחשבונות שמתריעים לכמה אנשים נגמרים מהר. מה ששורף פעולות בלי שמרגישים:

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

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

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

מתי האוטומציות של monday לא מספיקות וצריך Make?

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

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

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

טעויות נפוצות באוטומציות של monday

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

שאלות נפוצות

אוטומציות זמינות בתוכנית החינמית של monday?

לא. אוטומציות ואינטגרציות זמינות רק מתוכנית Standard ומעלה (נכון לאוקטובר 2026). ב-Free וב-Basic אין אותן.

מה נחשב פעולה במכסה של monday?

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

אפשר להעביר פריט מלוח ללוח באוטומציה?

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

אפשר לשלוח וואטסאפ מאוטומציה של monday?

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

צריך מטמיע כדי לבנות אוטומציות ב-monday?

לאוטומציות פשוטות לא. הקושי מתחיל כשיש כמה לוחות, הרבה תנאים וחיבורים החוצה. אם זה המצב אצלכם, אפשר לראות איך אני בונה מערכת CRM לניהול לקוחות ב-monday.

עודכן לאחרונה: אוקטובר 2026