בחלק הזה
סטודיו עיצוב קטן ברמת-גן, שלושה אנשים, מנהל את כל הפרויקטים בלוח אחד. התהליך שלהם נשמע פשוט: כשעיצוב עובר לסטטוס "אושר סופית", צריך להעביר את השורה לקבוצת ההפקה, להצמיד את האחראי על הדפוס, ולעדכן תאריך. הם פתחו את חנות המתכונים המוכנים של monday, חיפשו — ומצאו מתכון שעושה בערך שליש מזה. זה בדיוק הרגע שבו בניית אוטומציה מאפס מפסיקה להיות "למתקדמים" והופכת לצעד הבא ההגיוני.
בקצרה
- כל מתכון בנוי משלושה חלקים — טריגר (מתי), תנאי (רק אם), ופעולה או כמה פעולות (אז מה קורה).
- הכניסה היא דרך כפתור Automate בפינה העליונה של הלוח, ומשם "Create from scratch".
- תנאי "only if" הוא מה שמצמצם את האוטומציה למקרים שאתה באמת מתכוון אליהם, ולא לכל שורה בלוח.
- אפשר לבדוק על פריט בודד באמצעות עמודת-סימון ייעודית שמשמשת כתנאי — ולהסתיר אותה אחר כך.
- אוטומציה שעברה שישה-שבעה שלבים היא סימן לעבור לבונה-התהליכים, שמאפשר גם if/else וגם השהיה בין שלבים.
הרגע שבו מתכון מוכן כבר לא מספיק
המתכונים המוכנים ב-monday הם תבניות שנכתבו מראש עבור התהליכים הנפוצים ביותר: סטטוס משתנה — שולחים התראה. מגיע תאריך — מזכירים. נוצר פריט — מצמידים אחראי. הם מכסים חלק גדול מהיום-יום, ולכן הם נקודת הפתיחה הנכונה. אבל הם נכתבו עבור "רוב הצוותים", ורוב הצוותים אינם העסק שלך.
התיעוד הרשמי של monday מנסח את זה ישירות: במקום להסתמך רק על תבניות מוגדרות-מראש, בונה-האוטומציות המותאם מאפשר ליצור אוטומציות שתואמות בדיוק לאופן שבו הצוות שלך עובד, על ידי שילוב של טריגרים, תנאים ופעולות. שלושת החלקים האלה הם אותם חלקים שקיימים גם במתכון מוכן — ההבדל היחיד הוא שאתה מרכיב אותם, ולא מקבל אותם ארוזים.
מתי בפועל מגיעים לשם? בדרך כלל בשלושה מצבים. הראשון: התהליך שלך דורש כמה פעולות ברצף, והמתכון המוכן עושה רק אחת מהן. השני: אתה רוצה שהמתכון ירוץ רק על חלק מהשורות — למשל רק על לקוחות מסוג מסוים — והמתכון המוכן לא מכיר את ההבחנה הזאת. השלישי: הטריגר עצמו שונה — למשל אתה רוצה להתחיל מ"פריט הועבר לקבוצה", ולא מ"סטטוס השתנה".
השלב הראשון בבונה — לבחור טריגר
כדי להגיע לעמוד האוטומציות של הלוח לוחצים על כפתור Automate שנמצא בחלק העליון של המסך, ואז על Create from scratch. נפתחת תבנית ריקה עם שלושה שדות ממתינים למילוי. זה כל המסך. אין כאן עורך קוד, ואין מסך הגדרות מקדים.
השלב הראשון הוא בחירת הטריגר מתוך הרשימה הנפתחת. לפי התיעוד הרשמי של בונה-האוטומציות, טריגר יכול להיות אחד משניים: משהו שקורה בעמודה בלוח (סטטוס, אדם, תאריך וכדומה), או משהו שקורה בלוח עצמו — פריט נוצר, פריט הועבר לקבוצה, וכן הלאה. בדוגמה שבתיעוד נבחר הטריגר "כשסטטוס משתנה למשהו", ואז בוחרים איזו עמודת סטטוס בלוח שלך היא הרלוונטית.
הנקודה הזאת חשובה יותר משהיא נשמעת: אם בלוח שלך יש שלוש עמודות סטטוס — נניח "סטטוס עיצוב", "סטטוס לקוח" ו"סטטוס תשלום" — הבונה יבקש ממך לבחור באיזו מהן מדובר. בחירה שגויה כאן היא הסיבה הנפוצה ביותר לאוטומציה ש"לא עובדת", למרות שהיא דווקא עובדת מצוין — פשוט על העמודה הלא נכונה.
- פותחים את הבונה לוחצים על Automate בפינה העליונה של הלוח, ואז על Create from scratch.
- בוחרים טריגר מתוך הרשימה הנפתחת — שינוי בעמודה או אירוע בלוח.
- מצמידים אותו לעמודה הנכונה אם בחרת טריגר מבוסס-עמודה, הבונה יבקש לציין באיזו עמודה בלוח מדובר.
בחזרה לסטודיו מרמת-גן: הטריגר שלהם הוא "כשסטטוס משתנה למשהו", והעמודה היא "סטטוס עיצוב". עד כאן זה בדיוק כמו מתכון מוכן. ההבדל מתחיל בשלב הבא.
התנאי — מה מצמצם מתי זה בכלל יקרה
אחרי בחירת הטריגר, הבונה מבקש תנאי. במקרה של טריגר סטטוס, התנאי הוא פשוט: לאיזה ערך הסטטוס צריך להשתנות כדי שהאוטומציה תרוץ. בדוגמה הרשמית בוחרים את הערך "Done" מתוך הרשימה, והתוויות שמוצגות שם הן בדיוק התוויות של עמודת הסטטוס שבחרת בלוח שלך — לא רשימה גנרית.
אבל התנאי הוא הרבה יותר מזה. בצד ימין של המתכון יש אייקון + add condition שמאפשר להוסיף תנאים נוספים. כאן נכנס ההבדל האמיתי בין מתכון מוכן לבין מתכון שבנית: מתכון מוכן ירוץ על כל שורה בלוח שעומדת בטריגר. מתכון שבנית ירוץ רק על השורות שאתה מתכוון אליהן.
הטריק להרצה על שורה אחת בלבד
בתיעוד הרשמי מופיעה שיטה מסודרת למקרה שבו אתה רוצה שהאוטומציה תשפיע רק על פריט אחד ספציפי בלוח. הרעיון: מוסיפים עמודה שמשמשת רק לצמצום הטווח, מסמנים בה ערך ייחודי על השורה היחידה שאמורה להיות מושפעת, ואז מוסיפים בבונה תנאי "only if" שבודק את הערך הזה. התוצאה — הפעולה רצה רק כשהשורה עומדת בתנאי. ואם העמודה הזאת מפריעה בעין, אפשר פשוט להסתיר אותה מהצוות.
- מוסיפים עמודה שמשמשת רק לצמצום-טווח — למשל עמודת סטטוס נוספת.
- מסמנים ערך ייחודי באותה עמודה, על השורה היחידה שאתה רוצה שתושפע (למשל "הרץ אוטומציה").
- בבונה מוסיפים תנאי only if שבודק את הערך הזה.
- מסתירים את העמודה מהתצוגה אם אין סיבה שהצוות יראה אותה.
זו בדיוק גם דרך הבדיקה שאתה מחפש. במקום להפעיל מתכון חדש על לוח עם מאה שורות ולגלות אחר כך שהוא שלח מאה התראות — אתה מסמן שורה אחת, נותן לו לרוץ עליה, ובודק שהתוצאה היא מה שציפית. אחרי שזה עובד, מסירים את התנאי המצמצם, והמתכון פתוח לכל הלוח.
הפעולות — ואיך משרשרים כמה מהן
החלק האחרון של המתכון הוא הפעולה. גם כאן נפתחת רשימה של כל הפעולות האפשריות. בדוגמה הרשמית בוחרים "notify" — כלומר לשלוח התראה — ואז אפשר להתאים אישית את נוסח ההודעה, ולבחור למי היא נשלחת. אפשר לבחור כמה אנשים או צוותים; זה נתון לחלוטין להחלטה שלך.
כאן נמצא היתרון המרכזי של מתכון שבנית לבד: אפשר לשרשר יותר מפעולה אחת לאותו טריגר. אצל הסטודיו מרמת-גן זה בדיוק מה שהיה חסר — לא רק העברת השורה לקבוצת ההפקה, אלא גם הצמדת האחראי וגם עדכון התאריך, כולם מאותו רגע שבו הסטטוס השתנה. במתכון המוכן זה היה שלושה מתכונים נפרדים; במתכון שבנית זה מתכון אחד עם שלוש פעולות.
שתי הערות תפעוליות שכדאי להכיר לפני שמשרשרים. הראשונה: אם אתה רוצה להשתמש בפעולה "create a subitem" (יצירת תת-פריט), חייב להיות מוגדר עמוד תת-פריטים בלוח לפני בניית האוטומציה — אחרת הפעולה פשוט לא תהיה זמינה. השנייה: אם פעולת "notify Me" נכשלת מסיבה כלשהי, הפעולות שאחריה ימשיכו לרוץ, אלא אם הן תלויות בה. כלומר שרשרת לא נעצרת בהכרח בגלל חוליה אחת שלא עבדה.
כשהמתכון מוכן — לוחצים על כפתור Create Automation הכחול, והוא מתווסף ללוח.
לשמור כתבנית, ולשכפל
מרגע שבנית מתכון שעובד, יש שתי דרכים לא לבנות אותו שוב. הראשונה: שמירה כתבנית. בעמוד האוטומציות של הלוח לוחצים על תפריט שלוש-הנקודות ליד האוטומציה, בוחרים Save as template, נותנים שם, ולוחצים על Create Template. התבנית שנשמרה תופיע אחר כך תחת הלשונית "Created by monday" בתפריט הצד של אזור היצירה, ותהיה זמינה לכל מי שעובד בחשבון שלך.
השנייה: שכפול. מאותו תפריט שלוש-נקודות בוחרים Duplicate, ועותק של האוטומציה נפתח בבונה — מוכן לעריכה. זו הדרך המהירה לבנות ארבעה מתכונים דומים שנבדלים רק בערך הסטטוס או באדם שמקבל התראה, בלי להתחיל מאפס בכל פעם.
כשהמתכון נהיה ארוך — מתי לעבור לבונה-התהליכים
ל-monday יש שני בונים, לא אחד. מלבד בונה-האוטומציות המותאם קיים גם בונה-התהליכים (workflow builder), שזמין בתוכניות Pro ו-Enterprise. הבחירה ביניהם היא לא עניין של טעם — התיעוד הרשמי שמשווה ביניהם נותן קריטריון די חד.
בונה-האוטומציות המותאם עדיף כשמדובר באוטומציה עם צעד אחד או כמה צעדים פשוטים, על לוח אחד. בונה-התהליכים עדיף כשהתהליך מורכב, רב-שלבי, עם כמה תנאים שמובילים למסלולים שונים — או כשאתה רוצה לראות כמה אוטומציות בחשבון בבת אחת. התיעוד אפילו נוקב בסף מעשי: אחרי שישה-שבעה צעדים נהיה קשה להבין מה האוטומציה עושה, במיוחד אם מישהו אחר בצוות בנה אותה.
| יכולת | בונה-אוטומציות מותאם | בונה-תהליכים |
|---|---|---|
| פעולות בין לוחות | יש | יש |
| תנאי if/else (מסלולים מתפצלים) | רק תנאי "if" | יש |
| ערכים דינמיים מכל שלב קודם | רק מהטריגר | יש |
| התאמת-שפה (Localization) | אין | יש |
| בלוק השהיה בין שלבים | אין | יש |
| שחזור מארכיון / מחיקה | אין | יש |
| איפה זה חי | על הלוח | ב-Workspace, כישות נפרדת לצד הלוחות |
שתי שורות בטבלה הזאת רלוונטיות במיוחד לעסק ישראלי. הראשונה היא התאמת-השפה: בונה-התהליכים תומך בה, ובונה-האוטומציות המותאם לא — כלומר שינוי שפת החשבון ישתקף גם בתוך בונה-התהליכים. השנייה היא בלוק ההשהיה: אם התהליך שלך כולל "חכה שלושה ימים ואז תזכיר", בבונה המותאם אין לזה מענה.
כניסה לבונה-התהליכים היא מהחלונית הצדית, ושם מתארים את התהליך בשפה חופשית. לחיצה על Build workflow מייצרת את הצעדים, ואפשר לעבור עליהם, לתקן ולפרסם ישירות מהקנבס. זה נשמע שאפתני יותר משהוא — אבל בפועל, למי שכבר בנה מתכון אחד ידנית, המושגים זהים.
טעויות בנייה שגורמות לריצות מיותרות
כדאי להבין קודם איך נספרות ריצות. התיעוד מסביר את זה דרך דוגמה: במתכון "כשסטטוס משתנה למשהו, מחק את הפריט", כל מחיקה של פריט צורכת פעולה אחת. אם המתכון הופעל שלוש פעמים — שלושה פריטים נמחקו, ונספרו שלוש פעולות. כלומר הספירה היא לפי ביצועים בפועל, לא לפי מספר האוטומציות שקיימות בלוח.
מכאן נגזרות הטעויות הנפוצות. הראשונה והבסיסית ביותר: טריגר רחב מדי בלי תנאי מצמצם. "כשסטטוס משתנה" בלי לציין לאיזה ערך — ירוץ על כל שינוי סטטוס בלוח, כולל כשמישהו התחרט וחזר אחורה. הטעות השנייה: לבנות שלושה מתכונים נפרדים על אותו טריגר, במקום מתכון אחד עם שלוש פעולות משורשרות. השלישית: לבנות ולהפעיל ישירות על לוח מלא, בלי שלב הבדיקה על שורה אחת.
- הטריגר מוצמד לעמודה הנכונה מבין העמודות הדומות בלוח.
- יש לפחות תנאי אחד שמצמצם, ולא רק "כשמשהו משתנה".
- בדקת על שורת-בדיקה אחת לפני הפעלה על הלוח.
- פעולות שקשורות לאותו טריגר מרוכזות במתכון אחד, לא בשלושה.
- אם הפעולה היא יצירת תת-פריט — עמודת תת-הפריטים כבר קיימת בלוח.
מה זה אומר עליך
אם הגעת לעמוד הזה כי מתכון מוכן לא כיסה את התהליך שלך — זה בדרך כלל סימן טוב, לא רע. זה אומר שהתהליך בעסק שלך מוגדר מספיק כדי שתדע בדיוק מה חסר. עסק שאין לו תהליך מוגדר לא מגלה שהמתכון המוכן לא מספיק; הוא פשוט משתמש בו ומסתדר.
הצעד המעשי הבא הוא לא לפתוח את הבונה, אלא לנסח את התהליך כמשפט אחד בעברית: "כש___, ורק אם___, אז ___ ו___". אם המשפט הזה יוצא ברור — הבנייה עצמה תיקח כמה דקות, כי כל חלק במשפט מתאים לשדה אחד במסך. אם המשפט מסתבך ומתפצל לשני מסלולים — זו האינדיקציה שאתה כבר בטריטוריה של בונה-התהליכים, לא של מתכון בודד. זו הערכה תפעולית, לא הבטחת-תוצאה; ההתנהגות בפועל תלויה במבנה הלוח ובתוכנית שבה אתה נמצא.
מקורות
- monday.com Support — Build your own custom automation. נכון ל-27/08/2026.
- monday.com Support — Comparing the workflow builder and automations. נכון ל-27/08/2026.