ROI של אוטומציה: חישוב שכולל תחזוקה ולא רק שעות שנחסכו

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

שלושת רכיבי העלות

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

מה נכנס לצד החיסכון

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

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

הטעות הנפוצה: להניח שכל השעות מתפנות

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

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

למה מניעת טעויות שווה יותר

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

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

מה קורה בשנה השנייה

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

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

איך מחשבים לפני שבונים

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

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

מה נשאר לאדם אחרי האוטומציה?

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

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

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

איך משווים בין שתי אפשרויות אוטומציה?

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

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

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

מה כדאי למדוד לפני שמחליטים לבנות

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

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

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

מקורות

• איך משפרים את היעילות העסקית
• רשות המסים - מידע לעסקים