כיצד אוטומציה חוסכת זמן וכסף: חישוב ROI כן שכולל תחזוקה

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

כיצד אוטומציה חוסכת זמן וכסף?

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

בצד החיסכון יש ארבעה מקורות:

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

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

הנוסחה, כולל העלויות ששוכחים

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

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

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

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

השעות שעדיין מושקעות באוטומציה הן בדיוק העלויות שנעלמות מרוב החישובים:

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

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

דוגמת חישוב בשקלים, עם כל ההנחות על השולחן

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

1. זמן ברוטו: 300 משימות כפול 4 דקות = 1,200 דקות, כלומר 20 שעות בחודש.
2. חריגים: 15% מ-20 שעות = 3 שעות נשארות ידניות, ונותרות 17.
3. השגחה ותקלות: 17 פחות 1.5 פחות 1 = 14.5 שעות שמתפנות באמת.
4. ערך: 14.5 שעות כפול 120 ₪ = 1,740 ₪ בחודש.
5. נטו: 1,740 ₪ פחות 150 ₪ הרצה ופחות 250 ₪ תחזוקה = 1,340 ₪ בחודש.
6. תקופת החזר: 9,000 ₪ חלקי 1,340 ₪ = כ-6.7 חודשים.

החישוב התמים - 20 שעות כפול 120 ₪ = 2,400 ₪ בחודש, והחזר תוך 3.75 חודשים - מבטיח החזר מהיר כמעט פי שניים. מחשבון החזר ההשקעה לאוטומציה באתר מחשב את צד הברוטו לפי שעות בשבוע, מספר אנשים, החלק שניתן להפוך לאוטומטי, עלות שעה ועלות הקמה; נכו מהסכום החודשי שהוא מציג את עלות ההרצה ואת התחזוקה, ותקבלו את הנטו.

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

השנה השנייה היא מה שמפריד בין ROI מחושב ל-ROI אמיתי. אין בה עלות הקמה, אבל שלוש עלויות אחרות ממשיכות: תחזוקה שוטפת, שינויים שנדרשים כשמשהו בסביבה משתנה, ועלות ההרצה. מנגד, החיסכון נמשך במלואו. בדוגמה שלמעלה, שנתיים נותנות 24 כפול 1,340 ₪ פחות 9,000 ₪ = 23,160 ₪ נטו, ומתוכם 16,080 ₪ מגיעים בשנה השנייה.

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

למה מניעת טעויות שווה לעתים יותר מהשעות שנחסכו

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

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

מה כדאי למדוד לפני שבונים?

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

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

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

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

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

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

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

מקורות

• ספר ה-SRE של Google - Eliminating Toil
• Investopedia - Payback Period: Definition, Formula, and Calculation