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