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

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

שלב 1: בוחרים תהליך אחד, לא את חמשת התהליכים שהכי מציקים

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

שלב 2: מתעדים את התהליך כמו שהוא קורה באמת, לא כמו שהוא "אמור" לקרות

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

שלב 3: בונים גרסה מוגבלת, על נתונים אמיתיים בהיקף קטן

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

שלב 4: מריצים במקביל לתהליך הישן, לא מוחקים אותו ביום הראשון

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

מי בעצם אחראי כשהאוטומציה נתקעת בלילה שבת?

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

שלב 5: קובעים תאריך בלוח השנה לבדיקת תוצאות, לא "מתי שיהיה זמן"

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

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