כמה באמת עולה יישום AI? מודל עלויות למנהלים

התשובה הקצרה

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

---

מרכיב 1 — בהירות הסקופ

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

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

מנוף עלות: תהליך אחד, בעל בית אחד, תוצאה אחת מדידה.

מרכיב 2 — לבנות או להגדיר

מאחורי "פתרון AI" מסתתרים שלושה תקציבים שונים לחלוטין:

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

רוב הארגונים צריכים להגדיר הרבה יותר ולבנות הרבה פחות ממה שהם חושבים.

מנוף עלות: בקשו החלטת build-vs-buy לכל שימוש, בכתב, עם הנימוק.

מרכיב 3 — שטח האינטגרציה

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

מערכות לגסי בלי API הן הסיבה הנפוצה ביותר לחריגה. אם למערכת אין ממשק נקי, שתי האפשרויות הכשרות הן שכבת ממשק מתועדת (למשל שרת MCP שחושף אותה בבטחה, עם מצבי mock, sandbox ו-live) או להשאיר בן אדם בשלב הזה בשלב זה.

מנוף עלות: תספרו את המערכות בסקופ. ואז תשאלו אילו מהן יכולות לצאת משלב א'.

מרכיב 4 — הטמעה

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

בדרך כלל מדובר ב-10%–30% מהמאמץ, וזה בדיוק החלק שנחתך ראשון. זה גם החלק שקובע אם משהו ישרוד אחרי סוף הפרויקט.

מנוף עלות: תקצבו הטמעה באותה הצעה של הבנייה, לא כשלב עתידי.

מרכיב 5 — הרצה ותחזוקה

ל-AI בייצור יש עלויות שוטפות שפילוט לא חושף:

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

מנוף עלות: שאלו איך נראית עלות ההרצה החודשית בנפח פי 10 מהפילוט.

שאלות לשאול לפני חתימה

1. מה בדיוק נכנס לשלב א', ומה הוצאתם ממנו במכוון?
2. אילו חלקים הם הגדרה ואילו בנייה מותאמת?
3. לאילו מערכות צריך להתחבר, ולאילו מהן אין API שמיש?
4. מי בעל הבית הפנימי אחרי העלייה לאוויר, ואיזו הדרכה הוא מקבל?
5. מה אומדן עלות ההרצה החודשית בנפח אמיתי?
6. מה קריטריון העצירה — המספר שצריך להיפגש כדי להמשיך?

שותף שעונה על שש השאלות בפשטות נותן לכם אומדן. שותף שנותן מחיר אחד בלי אף אחת מהן — נותן לכם מספר.

איך אנחנו מגדירים סקופ

אנחנו מתחילים בשלב מיפוי ותעדוף קצר שמפיק רשימת שימושים מדורגת, החלטת build-vs-buy לכל הזדמנות, ומפת אינטגרציות — כך ששלב הבנייה מתומחר מול סקופ מוגדר ולא מול שאיפה. התמחור תלוי בסקופ, ולכן מדברים עליו ישירות: info@braightwave.com.