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