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

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

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

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

למה אוטומציות נשברות בלי רעש

רוב הכשלים לא נובעים מטעות במי שבנה את התהליך. הם נובעים מכך שהעולם שמסביב לתהליך השתנה. הסיבות הנפוצות:

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

ארבעה סוגי כשל, ומה תופס כל אחד

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

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

נוהל ניטור בחמישה צעדים

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

• צעד 1: רשימה אחת. לכתוב בגיליון כל אוטומציה פעילה: מה מפעיל אותה, לאן היא כותבת, באיזה חשבון היא מחוברת ומי אחראי עליה. אוטומציה שאין לה אחראי היא אוטומציה שאף אחד לא יתקן.
• צעד 2: התראות לאדם, לא לתיבה. לוודא שהודעות השגיאה של הפלטפורמה מגיעות לאדם שקורא אותן, ולא לכתובת של מי שפתח את החשבון לפני שנתיים. אם אפשר, לנתב אותן לערוץ שהצוות כבר מסתכל עליו.
• צעד 3: מספר צפוי לכל תהליך. לרשום ליד כל אוטומציה כמה הרצות היא עושה בשבוע רגיל. זה המספר שמאפשר לזהות הפסקה מוחלטת, כי אפס הרצות לא מייצר שום שגיאה.
• צעד 4: בדיקת התאמה שבועית. פעם בשבוע להשוות שני מספרים לכל תהליך חשוב: כמה פריטים נכנסו במקור, וכמה הגיעו ליעד. כמה פניות התקבלו בטופס מול כמה לידים נוצרו ב-CRM, כמה הזמנות נכנסו בחנות מול כמה חשבוניות הופקו.
• צעד 5: דגימה של שלוש רשומות. לפתוח שלוש רשומות שנוצרו השבוע באופן אוטומטי ולבדוק שכל השדות מלאים ונכונים. זו הדרך היחידה לתפוס הרצות שמצליחות עם נתונים שגויים.

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

איפה ההרשאות נופלות

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

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

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

כשהניטור עצמו הופך לעבודה

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

מתי לא להשקיע בניטור

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

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

שאלות נפוצות

איך יודעים שאוטומציה הפסיקה לעבוד אם אין הודעת שגיאה?

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

כמה זמן בשבוע צריך להקדיש לניטור אוטומציות?

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

למה כדאי לחבר אוטומציות דרך חשבון משותף?

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

מה עושים כשמגלים שאוטומציה לא עבדה כמה שבועות?

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