הבקשה שמגיעה מוקדם מדי

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

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

הסדר שמחזיק

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

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

למה הסדר ההפוך נכשל

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

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

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

מתי אתם באמת מוכנים

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

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