ההחלטה הכי משמעותית בתוכנית AI ארגונית מתקבלת לפני שנכתבת שורת קוד: איזה תהליך הולך ראשון. בוחרים נכון — והניצחון הראשון מממן ומכשיר את כל מה שבא אחריו. בוחרים לא נכון — והארגון מסיק, בטעות, ש"AI לא עובד אצלנו".
אחרי מפגשי דיסקברי בארגוני פיננסים, בריאות, ביטוח וראיית חשבון, גיבשנו מסנן פשוט: מחפשים את הכאב עם המנוף הכי גדול — שאפשר להוכיח בבטחה.
מחפשים איפה שהחיכוך גלוי לעין
השימושים הראשונים הכי טובים כמעט אף פעם לא אקזוטיים. הם התהליכים שבהם אנשים מבזבזים שעות, בגלוי, על חיפוש, סיכום, בדיקה, ניסוח או העברת מידע בין מערכות. צוות שירות שמרכיב תמונת לקוח מארבע מערכות לפני כל שיחה. צוות תפעול שקורא מסמך של ארבעים עמודים כדי לחלץ שישה שדות. צוות ציות שעובר על תכתובות אחת-אחת.
אם המשתמשים מצביעים על הכאב עוד לפני ששאלתם — חצי מבעיית האימוץ כבר פתורה. הם מחכים שמישהו יציל אותם.
מדרגים על שני צירים. רק שניים.
הדיסקברי מייצר רשימת מועמדים; מה שממיין אותם הוא מטריצה עם שני צירים. ערך: כמה זמן או סיכון התהליך שורף, בכמה משתמשים הוא נוגע, כמה התוצאה גלויה להנהלה. היתכנות: הדאטה נגיש? אפשר להראות ערך בקריאה בלבד? ההיקף צר מספיק כדי להוכיח בימים, לא ברבעונים?
המנצח כמעט אף פעם אינו בעל הערך הגבוה ביותר — אלא בעל הערך הגבוה ביותר מבין הישימים בבירור. שימוש של 7/10 שעולה לאוויר בשבועיים מנצח חלום של 10/10 שתקוע חצי שנה בבדיקות אבטחה.
שלושה מבחנים לפני שסוגרים
אחד — מבחן הקריאה בלבד: אפשר להדגים ערך בלי לכתוב לאף מערכת? אם כן, האישורים מואצים דרמטית. שניים — מבחן המשתמש הברור: אתם יכולים לנקוב בשמות של חמשת האנשים שישתמשו בזה בפיילוט? "כולם" זה אף אחד. שלושה — מבחן הצרוּת: אפשר לנסח את ההצלחה במשפט אחד עם מספר בפנים?
שימוש שעובר את שלושתם הוא חשוב מספיק כדי להשפיע וצר מספיק כדי להוכיח מהר — בדיוק השילוב ששורד מפגש עם ארגון אמיתי.
ואז מפסיקים לבחור ומתחילים לבנות
שיתוק בבחירה הרג יותר תוכניות AI מבחירה גרועה. את כל השיטה שלמעלה אפשר לסגור בשני מפגשים ממוקדים — עם הביזנס, הטכנולוגיה, אבטחת המידע והמשתמשים סביב השולחן — ולעבור ישר לבנייה. את השימוש השני תבחרו עם משהו שהראשון קנה לכם: ראיות.
יש תהליך שהיה צריך כבר מזמן לעבוד עם AI? מתחילים בדיסקברי ממוקד ו-POC אמיתי.
בנו את ה-POC הראשון שלכם