למה אין מחירון
השאלה "כמה עולה סוכן AI" דומה לשאלה "כמה עולה שיפוץ". כל אחד יודע שהתשובה תלויה בדירה, וכמעט אף אחד לא מיישם את אותה אינטואיציה על תוכנה.
הסיבה פשוטה: החלק היקר בפרויקט סוכן הוא כמעט אף פעם לא ה-AI. מודל שפה זמין לכולם באותו מחיר. מה שעולה כסף זה כל מה שמסביבו - החיבור למערכות שלכם, ניקוי הנתונים שמתגלים דרך החיבור, החלטות המדיניות מה מותר לסוכן לעשות, והבדיקות שמוודאות שהוא לא עושה מה שאסור.
לכן הצעת מחיר שניתנת בטלפון, לפני שראו את המערכות שלכם, היא ניחוש. לפעמים ניחוש נמוך מדי - וזה יתגלה באמצע הפרויקט.
חמשת מנועי העלות
אלה המשתנים שבפועל מזיזים את המספר. שאר הדברים הם רעש.
1. מספר המערכות שהסוכן נוגע בהן
זה המנוע החזק ביותר, בפער.
סוכן שעונה מתוך מסמכים בלבד לא נוגע בשום מערכת. סוכן שעונה "איפה ההזמנה שלי" צריך מערכת הזמנות. סוכן שקובע תור צריך יומן. סוכן שמכשיר ליד צריך CRM. סוכן שגובה צריך סליקה.
והעלות אינה לינארית. שתי מערכות אינן פי שתיים מאחת, כי מופיעה שאלת ההצטלבות: אותו לקוח מיוצג אחרת בשתי המערכות, ומישהו צריך להחליט מה עושים כשהן לא מסכימות.
מה שמייקר בפועל בתוך כל אינטגרציה:
- API לא מתועד או ישן. במיוחד מערכות ישראליות ותיקות, מערכות ERP מקומיות, ותוספים שמישהו כתב לפני שבע שנים.
- נתונים לא נקיים. לקוחות כפולים, שדות שממולאים אחרת בכל סניף, סטטוסים שאין להם משמעות אחידה. את זה מגלים רק בפנים.
- מגבלות קצב. מתגלות בעומס, כלומר אחרי ההשקה, כלומר בזמן הכי גרוע.
- אין סביבת בדיקות. אם היחידה שיש היא הסביבה החיה, כל בדיקה היא סיכון והקצב יורד.
2. רגישות המידע
הפער בין "הסוכן עונה על שעות פתיחה" לבין "הסוכן רואה תיק לקוח" הוא לא פער טכני - הוא פער בהיקף העבודה סביב הטכניקה.
מה שנוסף כשיש מידע אישי: אימות זהות לפני חשיפת מידע, הרשאה מינימלית לכל כלי בנפרד, תיעוד מלא של כל גישה, מדיניות שמירה ומחיקה, והחלטה מפורשת מה לא נשלח למודל חיצוני. זו העבודה שמכפילה את שלב האפיון והבדיקות, ולעיתים קרובות היא הסיבה האמיתית שפרויקט נמשך חודשיים במקום שלושה שבועות. הרקע המושגי נמצא בZero Trust לסוכני AI.
בעסקים שמטפלים במידע רפואי, פיננסי או משפטי - זה לא סעיף, זה מחצית הפרויקט.
3. הערוץ
ערוצים שונים אינם רק ממשק שונה, אלא מגבלות שונות:
- צ'אט באתר - הזול ביותר. אין תשלום לצד שלישי, ההקשר בשליטתכם, קל לגלגל בהדרגה.
- וואטסאפ - מוסיף אימות עסקי מול מטא, תבניות מאושרות, חיוב לפי הודעה, וטיפול בקול ובתמונות שהלקוחות שולחים. הפירוט המלא במדריך סוכן וואטסאפ.
- קול / טלפון - היקר ביותר. מוסיף השהיה, קטיעות דיבור, זיהוי דיבור בעברית עם רעש רקע, וניתוב שיחות. סוכן קולי הוא פרויקט בפני עצמו, לא תוספת לסוכן טקסט.
- מייל - נוח טכנית, אבל הודעות ארוכות ורב-נושאיות מקשות על דיוק.
כל ערוץ נוסף מוסיף כ-30 עד 50 אחוז לעלות שכבת הערוץ, לא לכל הפרויקט - הלוגיקה והאינטגרציות משותפות. זו הסיבה שכדאי לבנות את הליבה פעם אחת ולהוסיף ערוצים בהדרגה, ולא להתחיל בשלושה.
4. הנפח
הנפח כמעט לא משפיע על עלות הפיתוח, ומשפיע מאוד על עלות ההפעלה - וגם על דרישות היציבות.
עסק עם עשרות שיחות ביום יכול לחיות עם ארכיטקטורה פשוטה ועם תקלה שמתגלה למחרת. עסק עם אלפי שיחות ביום צריך תורים, ניטור, מגבלות קצב, ומדיניות מה קורה כשספק המודל איטי. זה לא אותו פרויקט.
5. רמת האוטונומיה
זה המנוע שהכי מזלזלים בו.
סוכן שקורא - שולף מידע ומציג אותו. טעות שלו היא תשובה שגויה, מעצבנת אך הפיכה. סוכן שכותב - קובע תור, מעדכן סטטוס, פותח קריאה. טעות שלו משנה מצב במערכת. סוכן שמחייב או מבטל - טעות שלו עולה כסף ללקוח.
כל מדרגה כזו מוסיפה שכבת אישורים, בדיקות, ומנגנון ביטול. סוכן קורא ניתן לבנות בשבועות. סוכן שמבצע פעולות כספיות דורש עבודה מסוג אחר לגמרי, וכמעט תמיד שווה לפצל לשני שלבים.
סדרי גודל, בכנות
הטבלה הבאה היא סדרי גודל, לא הצעת מחיר. היא נועדה לעזור לכם לזהות באיזו ליגה אתם משחקים לפני שיחה, ולא להחליף אפיון.
| סוכן עונה | סוכן מחובר | סוכן מבצע | |
|---|---|---|---|
| מה הוא עושה | עונה מתוך מסמכים ומדיניות | קורא נתוני אמת ממערכת אחת-שתיים | קורא וכותב בכמה מערכות, מבצע פעולות |
| אינטגרציות | 0 | 1-2 | 3+ |
| גישת כתיבה | אין | לרוב אין | יש, עם אישורים |
| ערוצים | 1 | 1-2 | 2+ |
| משך אופייני | שבועות | חודש עד חודשיים | חודשיים ומעלה |
| מה מקפיץ את המחיר | כמות ואיכות התוכן | איכות הנתונים במערכת | הרשאות, בדיקות, ביטולים |
מה שהטבלה לא אומרת, וכדאי לומר במפורש: המעבר מהעמודה השנייה לשלישית הוא הקפיצה היקרה. לא בגלל שהקוד מסובך יותר, אלא בגלל שכל פעולה כותבת דורשת תשובה לשאלה "מה קורה כשזה שגוי".
עלות ההפעלה החודשית
מרכיב נפרד לגמרי מהפיתוח, ומרכיב שרוב ההצעות מטשטשות.
שימוש במודל. נגזר ממכפלה של מספר השיחות באורך ההקשר. הנקודה שמפתיעה עסקים: לא מספר השיחות הוא הבעיה, אלא כמה טקסט נשלח בכל שיחה. ארכיטקטורה ששולחת את כל היסטוריית הלקוח בכל הודעה יכולה לעלות פי כמה מאחת ששולפת רק את הרלוונטי. זו החלטת תכנון, לא החלטת תקציב.
עלות ערוץ. וואטסאפ מחייבת לפי הודעה או שיחה בהתאם לקטגוריה ולמודל התמחור העדכני של מטא. טלפוניה מחייבת לפי דקות. צ'אט באתר כמעט חינם. תבדקו את זה מול המחירון העדכני לישראל לפני ההשקה, לא אחריה.
תשתית וניטור. שרת, תור, לוגים, התראות. לא גדול, אבל בלעדיו לא תדעו שהסוכן נפל.
תחזוקה. זה הסעיף שהכי חסר בהצעות ומגלים אותו בחודש הרביעי. מערכות מתעדכנות ושוברות אינטגרציות, מדיניות עסקית משתנה, מודלים חדשים דורשים בדיקה חוזרת, ולוגים מגלים תרחישים שלא חשבתם עליהם. סוכן שאף אחד לא קורא את הלוגים שלו מתדרדר בשקט.
מי שרוצה לשחק עם ההיקף לפני שיחה יכול להשתמש במחשבון עלות הפיתוח.
איפה כדאי לחסוך ואיפה לא
כדאי לחסוך:
- בהיקף התרחישים. חמישה תרחישים שנבחרו לפי נפח פניות שווים יותר מעשרים שנבחרו לפי מה שנשמע מרשים בישיבה.
- במספר הערוצים בגרסה הראשונה. אחד. תמיד אחד.
- בגישת כתיבה בשלב א. קריאה בלבד מוכיחה שהסוכן מבין נכון, לפני שנותנים לו לשנות משהו.
- בעיצוב. ממשק צ'אט לא צריך להיות יפה, הוא צריך להיות ברור.
לא כדאי לחסוך:
- בבדיקות של המקרים השליליים. מה קורה כשהמערכת לא זמינה, כשהלקוח לא נמצא, כשהתשובה לא ידועה. שם נופלים סוכנים.
- בהרשאות. מפתח אחד שפותח הכל הוא חיסכון של יום ופתח לדליפה.
- בלוגים. בלי תיעוד של כל שיחה אין דרך לשפר ואין דרך להסביר ללקוח מה קרה.
- במסלול ההעברה לאדם. זו רשת הביטחון של כל התרחיש.
הטעות שהכי יקרה: לתמחר פיילוט כמו מערכת
הרבה פרויקטים נתקעים כי מנסים לענות בגרסה הראשונה על כל השאלות: כל הערוצים, כל התרחישים, כל המערכות. התוצאה היא אפיון של חודשיים לפני שורת קוד ראשונה, ואף פעם לא ברור אם התרחיש בכלל עובד.
הסדר שאנחנו ממליצים עליו:
- שלב אפס - למדוד. לקחת חודש של פניות אמיתיות ולסווג אותן. השאלה היחידה: איזה אחוז מהפניות הן חמש-עשר השאלות החוזרות.
- שלב א - סוכן קורא, ערוץ אחד, התרחישים בעלי הנפח הגבוה. מטרה: להוכיח שהתשובות מדויקות.
- שלב ב - להוסיף פעולות כותבות, אחת-אחת, כל אחת עם מנגנון ביטול.
- שלב ג - ערוץ נוסף, אם ורק אם הראשון עובד.
זה גם זול יותר וגם מגיע מהר יותר לתשובה אמיתית. הגישה המלאה מתוארת בפיתוח AI מקצה לקצה.
מתי התשובה היא "אל תעשו את זה"
- כשאין נפח. אם התחשיב מראה שהסוכן חוסך שעתיים בשבוע, הוא לא יחזיר את עצמו וגם לא את התחזוקה.
- כשמקור האמת שבור. אם הנתונים לא אמינים, הסוכן פשוט ישקר מהר יותר. תקנו קודם את הנתונים - זה גם פרויקט זול יותר.
- כשהבעיה היא תהליך, לא ערוץ. לפעמים ההצפה בפניות נובעת מכך שמשהו במוצר לא ברור. סוכן שיענה על אותה שאלה אלף פעם מסתיר את הבעיה במקום לפתור אותה.
התשובה "לא כדאי לכם עכשיו" חוסכת יותר כסף מכל אופטימיזציה של הצעת מחיר.
שאלות נפוצות
כמה עולה סוכן AI לעסק?
הטווח רחב, והמשתנה הדומיננטי הוא מספר המערכות שהסוכן מתחבר אליהן ואיכות הנתונים בהן - לא ה-AI עצמו. סוכן שעונה מתוך מסמכים הוא פרויקט של שבועות; סוכן שקורא וכותב לכמה מערכות הוא פרויקט של חודשים.
למה אינטגרציות מייקרות כל כך?
כי העלות היא במה שמתגלה דרכן: API לא מתועד, נתונים כפולים, סטטוסים חסרי משמעות אחידה, ומגבלות קצב שמתגלות בעומס. מערכת נוספת מוסיפה גם את ההצטלבויות עם הקודמות.
מה עלות ההפעלה החודשית?
שימוש במודל, עלות ערוץ, ותשתית. המרכיב שמפתיע הוא אורך ההקשר - כמה טקסט נשלח בכל הודעה, לא כמה הודעות יש.
מה הכי מוריד עלות בלי לפגוע בתוצאה?
לצמצם היקף: ערוץ אחד, קריאה בלבד, וחמישה תרחישים שנבחרו לפי נפח פניות אמיתי.
