כשכלי AI עוברים מתמחור לפי משתמש לצריכה

אחד השינויים הכי גדולים בעולם התוכנה כרגע הוא המעבר ממודל תמחור-user based ל-usage based. כאשת כספים שעובדת בצמידות לצוותי פיתוח ו-IT, אני רואה את ההשפעה של המגמה הזו לאחרונה בעולם כלי ה-AI לכתיבת קוד בשימוש מפתחים. Claude Code, Cursor, Copilot ועוד הופכים במהירות לחלק מהיום-יום של צוותי פיתוח. וכאן הדברים מתחילים להיות מעניינים באמת. בעולם של רישוי משתמשים, תחזית פיננסית הייתה פונקציה די ברורה של headcount. בעולם של usage, תחזית הופכת להיות פונקציה של התנהגות.

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

המטרה כמובן היא לא להגביל חדשנות. להפך. הערך של הכלים האלו עצום. אבל נוצר מרחב חדש שבו Finance, IT ו-Engineering צריכים ללמוד לעבוד אחרת יחד. להבין איך מאפשרים שימוש רחב, ועדיין שומרים על שליטה ויכולת חיזוי. ניסח את זה מצוין Eyal Cohen מ-JFrog , באנלוגיה לשימוש בכלים האלה: “אם משתמשים בפרארי כדי לעמוד בפקק, זה כנראה לא השימוש הכי יעיל" - לא כל משימה דורשת את המודל הכי מתקדם והכי יקר.

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

מסקרן אותי לשמוע איך אתם מתמודדים עם זה אצלכם. איך מאזנים בין enablement לבין governance בעולם של AI usage?