אם האוטומציה ׳לא עובדת׳, ברוב המקרים שראיתי הטריגר לא קיבל את האירוע: הטופס שונה, הכתובת שונתה, או שמישהו כיבה אותה. תתחילו לבדוק משם.
← לכל המדריכיםAUTOMATION
אנטומיה של אוטומציה: טריגר, תנאי, פעולה, ומה קורה כשזה נשבר
כל אוטומציה שתפגשו, בכל כלי, בנויה מארבעה חלקים. מי שמזהה אותם יכול לקרוא כל אוטומציה, ולדעת מראש איפה היא תיפול.
המדריך הזה מבוסס על התיעוד של Make ו-n8n ועל אוטומציות שבניתי ותיקנתי לעסקים קטנים. הוא מיועד למי שמישהו בנה לו אוטומציה והוא לא בטוח מה היא עושה, למי שבונה בעצמו ורוצה שזה יחזיק, ולמי שמחבר מערכות ורוצה לתכנן נכון את הכשלים.
להתחיל לקרוא ↓01 · הדוגמה
ליד נכנס מטופס. מה קורה עכשיו?
מישהו ממלא טופס באתר. תוך שניות הפרטים נכנסים ל-CRM, נשלח מייל תודה, ואתם מקבלים הודעה בוואטסאפ. שלוש פעולות, טריגר אחד. כל אוטומציה שתפגשו היא וריאציה על התבנית הזאת.
טריגר←תנאי←פעולה←טיפול בשגיאה
בכלים כמו Make, n8n או Zapier המבנה הזה מקבל שמות שונים: scenario, workflow, Zap. השמות משתנים, המבנה לא. אם אתם יודעים לזהות את ארבעת החלקים, אתם יודעים לקרוא כל אוטומציה, גם כזאת שמישהו אחר בנה לפני שנה ועזב.
ניקח את הדוגמה של הליד ונפרק אותה חלק אחרי חלק. בסוף המדריך תוכלו לצייר אותה על דף, ולזהות מראש איפה היא תיפול.
מקור רשמי: Make, Scenarios ↗02 · טריגרלמי שרק מתחיל למי שכבר משתמש לטכניים מקור רשמי: Make, Webhooks ↗
טריגר: מה מעיר את האוטומציה
טריגר הוא האירוע שמתחיל הכל: טופס נשלח, מייל הגיע, שורה נוספה בגיליון, או פשוט השעה שמונה בבוקר. טריגר לא נכון, ושום דבר לא זז. או שהכל זז פעמיים.
יש שני סוגים, וההבדל ביניהם קובע כמה מהר האוטומציה מגיבה וכמה היא עולה. הסוג הראשון מחכה שיודיעו לו: הטופס שולח הודעה לכתובת מיוחדת ברגע שמישהו לוחץ שליחה. הסוג השני בודק לבד כל כמה דקות אם קרה משהו חדש.
לליד מהאתר, הסוג הראשון עדיף. הלקוח מקבל תגובה מיידית. לדוח יומי, הסוג השני מספיק, ואין טעם לבדוק כל דקה משהו שמשתנה פעם ביום.
ב-Make, טריגר מיידי נקרא Webhook או Instant trigger, וטריגר מתוזמן נקרא Scheduled. ב-n8n אלה צמתי Trigger. בכל כלי אפשר לראות בלוג ההרצות אם הטריגר בכלל ירה.
Webhook הוא כתובת URL שהאוטומציה חושפת, והמערכת השולחת מבצעת אליה בקשת POST עם הנתונים. Polling הוא קריאה חוזרת ל-API של המקור בכל פרק זמן, ולכן הוא צורך פעולות גם כשאין נתונים חדשים. זה ההבדל בחשבונית בסוף החודש.
03 · תנאי
מקור רשמי: n8n, IF node ↗
תנאי: מתי להמשיך ומתי לעצור
לא כל ליד צריך את אותו טיפול. תנאי הוא השאלה שהאוטומציה שואלת לפני שהיא פועלת: השדה מלא? זה לקוח קיים? הסכום מעל חמשת אלפים? התשובה קובעת את המסלול.
בלי תנאים, אוטומציה מתייחסת לכל אירוע אותו דבר. ליד עם אימייל שגוי ייכנס ל-CRM כמו ליד אמיתי. בדיקה של שדה אחד לפני הפעולה חוסכת שעות של ניקוי אחר כך.
בכלים השונים זה נקרא Filter, Router או IF. הרעיון זהה: בודקים ערך, ומפצלים את הדרך. תנאי טוב הוא כזה שאפשר לענות עליו בכן או לא, בלי לפרש.
| השאלה שהאוטומציה שואלת | אם כן | אם לא |
|---|---|---|
| האימייל בפורמט תקין? | ממשיכים ל-CRM | שולחים לכם הודעה לבדיקה ידנית |
| הלקוח כבר קיים במערכת? | מעדכנים את הרשומה הקיימת | יוצרים רשומה חדשה |
| הפנייה סומנה כדחופה? | הודעת וואטסאפ מיידית | נכנס לתור הרגיל |
| השעה בין 08:00 ל-18:00? | המענה נשלח עכשיו | המענה מתוזמן לבוקר |
04 · פעולהלמי שרק מתחיל למי שכבר משתמש לטכניים מקור רשמי: n8n, Data structure ↗
פעולה: מה בפועל קורה
פעולה היא הדבר שהאוטומציה עושה: יוצרת רשומה, שולחת הודעה, מעדכנת שדה. רוב האוטומציות נופלות כאן, כי הנתונים הגיעו בצורה אחרת ממה שהפעולה ציפתה לה.
בין הטריגר לפעולה יש שלב שנקרא מיפוי: לוקחים את השדה ׳שם מלא׳ מהטופס ומכניסים אותו לשדה ׳Name׳ ב-CRM. נשמע טריוויאלי. ואז מגיע טופס שבו השם ריק, או תאריך בפורמט אמריקאי, או טלפון עם רווחים, והפעולה נכשלת. או גרוע מזה, מצליחה עם נתון שגוי.
כלל אצבע שחוסך הרבה: כל שדה שנכנס לפעולה צריך ערך ברירת מחדל למקרה שהוא ריק, ופורמט מוגדר למקרה שהוא לא. עשר דקות של הגדרות בהתחלה, במקום שעות של תיקונים אחר כך.
אם רשומה נכנסה ל-CRM עם שדות מוזרים, זה כמעט תמיד מיפוי. תפתחו את ההרצה האחרונה בכלי, תראו מה נכנס ומה יצא, ותשוו.
רוב הכלים מאפשרים להגדיר לכל שדה ערך חלופי אם הוא ריק, ופונקציות להמרת פורמט: תאריך, טקסט, מספר. תשתמשו בהן במיפוי עצמו, במקום לסמוך על המערכת היעד שתסתדר.
ה-API של מערכת היעד מגדיר סכמה. שדה חובה שהגיע ריק יחזיר שגיאה 400 ויעצור את ההרצה. שדה אופציונלי עם טיפוס שגוי לפעמים יתקבל בשקט וישבור דוח בעוד חודש. תבדקו את תיעוד ה-API של היעד, ולא רק את מסך המיפוי.
05 · איפה זה נשבר
ארבעת המקומות שאוטומציה נשברת בהם
שינוי בטופס, שדה ריק, מגבלת שימוש, וחיבור שפג. ארבעה מקרים שמכסים את רוב התקלות שראיתי. כולם נובעים משינוי במערכות שמסביב, ולא בלוגיקה של האוטומציה עצמה.
- מישהו שינה את הטופס: הוסיף שדה, שינה שם, מחק אפשרות. הטריגר עדיין יורה, אבל המיפוי מצביע על שדה שכבר לא קיים.
- שדה ריק במקום שהפעולה ציפתה לערך: הלקוח לא מילא טלפון, ה-CRM דורש טלפון, ההרצה נופלת.
- מגבלת שימוש: הגעתם לתקרת הפעולות החודשית של הכלי, או לתקרת הבקשות של ה-API של היעד. הכל נעצר בלי ששום דבר השתנה בהגדרות.
- חיבור שפג: הסיסמה של החשבון המקושר שונתה, או שהטוקן פג תוקף. האוטומציה מנסה להתחבר, נכשלת, ומחכה.
אוטומציה שנשברת בשקטהתקלה הכי יקרה היא זו שמפסיקה לעבוד ואף אחד לא יודע. הלידים ממשיכים להיכנס לטופס, ולא מגיעים לאף אחד. מגלים את זה אחרי שלושה שבועות, כשלקוח שואל למה לא חזרו אליו.
מקור רשמי: Make, Introduction to errors ↗06 · טיפול בשגיאותלמי שרק מתחיל למי שכבר משתמש לטכניים מקור רשמי: n8n, Error handling ↗
לתכנן מראש שזה ייפול
כל אוטומציה צריכה שלושה דברים: מישהו שמקבל הודעה כשהיא נכשלת, רישום של מה קרה, ודרך להריץ מחדש את מה שנפל. בלי שלושתם, יש לכם אוטומציה שעובדת עד שהיא לא.
בכלים המרכזיים זה מובנה. ב-Make יש Error handlers שאפשר לצרף לכל מודול, ב-n8n יש Error Workflow שרץ כשמשהו נכשל. ההגדרה לוקחת דקות. רוב האנשים מדלגים עליה כי ביום שבונים את האוטומציה, הכל עובד.
- תגדירו לאן הולכת הודעת שגיאה: מייל, וואטסאפ, ערוץ בסלאק. משהו שמישהו רואה
- תשמרו את הנתונים שנפלו במקום שאפשר לחזור אליו, למשל שורה בגיליון עם סימון ׳לא טופל׳
- תגדירו מה קורה עם הנתונים האלה: הרצה חוזרת אוטומטית, או תור לטיפול ידני
- פעם בחודש תפתחו את לוג ההרצות ותבדקו כמה נכשלו ולמה. אם המספר עולה, משהו מסביב השתנה
לפחות את הראשון: הודעה כשזה נופל. אם אין לכם זמן לכלום אחר, זה מה שהופך תקלה של שלושה שבועות לתקלה של שעה.
Error handler טוב גם מחליט, ולא רק מודיע: לנסות שוב אחרי דקה, לדלג על הרשומה, או לעצור הכל. לכל סוג שגיאה תשובה אחרת.
שגיאות זמניות (429 על מגבלת קצב, 503 כשהיעד עמוס) מצדיקות ניסיון חוזר עם השהיה. שגיאות קבועות (400 על נתון לא תקין, 401 על אימות) לא, וניסיון חוזר רק יבזבז פעולות. ההבחנה הזאת היא לב הטיפול בשגיאות.
07 · לקרוא כל אוטומציהלמי שרק מתחיל למי שכבר משתמש לטכניים
איך קוראים אוטומציה שמישהו אחר בנה
תמצאו את הטריגר. תעקבו אחרי הנתונים משלב לשלב. בכל צעד תשאלו שלוש שאלות: מה נכנס, מה יוצא, ומה קורה אם זה ריק. בעשר דקות תבינו אוטומציה שלקח שבוע לבנות.
כל כלי אוטומציה מאפשר לייצא את המבנה, בדרך כלל כקובץ JSON. הקובץ הזה, יחד עם המודל שאתם כבר עובדים איתו, הופך לתיעוד מיידי. תדביקו אותו ותבקשו הסבר.
אין לכם גישה לכלי? תשאלו את מי שבנה שלוש שאלות: מה מפעיל את זה, מה זה עושה, ומי מקבל הודעה כשזה נופל. אם אין תשובה לשלישית, זו הבעיה הראשונה לפתור.
לוג ההרצות הוא המקום להתחיל. הרצה אחת מוצלחת מראה לכם את הנתונים בכל שלב. הרצה אחת שנכשלה מראה איפה.
תחפשו הנחות סמויות במיפוי: שדות שמניחים פורמט, ערכים קשיחים במקום משתנים, וחיבורים לחשבון אישי של מי שבנה. שלושת אלה הם מה שנשבר כשהאדם עוזב.
פרומפט לקריאת אוטומציה קיימת
מקור רשמי: n8n, Workflows ↗הדבקתי למטה ייצוא של אוטומציה מ-[השלם את המידע כאן: Make / n8n / Zapier]. תסביר לי אותה בעברית פשוטה, בלי מונחים טכניים אלא אם הכרחי. תחזיר במבנה הזה: 1. מה הטריגר, ומה מפעיל אותו 2. אילו תנאים יש, ומה קורה בכל מסלול 3. אילו פעולות מתבצעות, ובאיזו מערכת 4. איפה יש טיפול בשגיאות, ואיפה אין 5. שלושה מקומות שהאוטומציה הזאת צפויה להישבר בהם, ולמה אם משהו בייצוא לא ברור לך, תגיד במפורש במקום לנחש. [השלם את המידע כאן: הדביקו את הייצוא]
08 · מחר בבוקר
מה עושים עם זה מחר בבוקר
קחו אוטומציה אחת שרצה אצלכם. תציירו אותה על דף: טריגר, תנאי, פעולה. אחר כך תשאלו מי מקבל הודעה כשהיא נופלת. אם התשובה היא אף אחד, זו המשימה הראשונה.
- תעשו רשימה של האוטומציות שרצות אצלכם. אצל רוב העסקים יש יותר ממה שזוכרים
- לכל אחת: מי הבעלים, איפה היא רצה, ומי מקבל שגיאות
- תבחרו את זו שאם תיפול תכאב הכי הרבה, ותוסיפו לה טיפול בשגיאות השבוע
לפני שבונים עוד אחתאוטומציה חדשה על תהליך לא ברור מקבעת את הבלגן. קודם מציירים את התהליך כמו שהוא היום, כולל החלקים הידניים והמביכים. אחר כך מחליטים מה לאוטמט.
שאלות שחוזרות
שאלות שאני שומע על זה
Make, n8n או Zapier?
תלוי במי מתפעל ובכמה זה רץ. יש בבלוג השוואה מפורטת לעסק ישראלי קטן, כולל הבדלי תמחור. המבנה שמתואר במדריך הזה זהה בשלושתם.
כמה אוטומציות עסק קטן צריך?
פחות ממה שנדמה. שלוש אוטומציות שמישהו מבין ומתחזק שוות יותר מעשרים שאף אחד לא זוכר מה הן עושות. תתחילו מהתהליך שגוזל הכי הרבה זמן ידני.
צריך מתכנת בשביל זה?
לבניית אוטומציה בסיסית ב-Make או n8n, לא. לחיבור למערכת בלי אינטגרציה מוכנה, לטיפול בנתונים מורכבים, או לאוטומציה שמריצה כסף, כדאי מישהו שיודע לקרוא API. ההבדל הוא בשאלה מה קורה כשזה נשבר.