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