מוצר
עלויות: רווחיות כתכונת מוצר
מודל עלויות בסיסי, מה גורם להפתעות בחשבון ובקרות מעשיות.
תוכן העניינים
עלויות: רווחיות היא תכונת מוצר, לא שורת חשבונית#
בשלב הדמו מזמינים מעט קריאות, עושים שימוש בחשבון אחד ומביטים על חשבון שירות חודשי כולל. בפרודקשן צריך להבין עלות לכל יחידת ערך: מה עולה לבצע תהליך שהסתיים בהצלחה עבור משתמש, ולא רק מה עלה לקבל תשובה אחת מהמודל.
מודל עלויות בסיסי#
עלות משתנה משוערת לפעולה שהושלמה = עלות קריאות מודל + כלים ומקורות נתונים + תעבורה/אחסון/חישוב משתנים + נסיונות חוזרים + בקרה אנושית הנדרשת לאותה פעולה. העלות הכוללת של העסק כוללת בנוסף רכיבים קבועים כגון פיתוח, תמיכה, ניטור, רישיונות ובסיסי תשתית.
שימו לב לשני מכנים שונים: "עלות לבקשת מודל" ו"עלות למשימה שהמשתמש סיים". אם משימה אחת דורשת חמש בקשות, שתי טעויות ואישור ידני, המחיר של קריאה בודדת מספר מעט מאוד על כלכליות המוצר.
מה גורם להפתעות בחשבון?#
אורך ההקשר, קלטים גדולים, פלט ארוך, שרשראות סוכנים, שליפות חוזרות, ניסיונות חוזרים, מקביליות, פעולות מתוזמנות שלא נעצרות ושימוש לרעה. יש לתעד מדדים של צריכת משאבים ברמת מסלול או סוג פעולה, בלי לחשוף תוכן רגיש. תמחור ומכסות משתנים לפי ספק ותוכנית, ולכן אין להכניס למדריך מספרי עלות יציבים לכאורה בלי תאריך ומקור.
בקרות מעשיות#
הציבו מכסות לפי משתמש ותהליך, Rate Limiting — הגבלת קצב, תקציב ריצה לסוכן, התראות נפרדות לפני חריגה, כיבוי או האטה מוגדרים במקרי קצה, ותהליך לבדיקה של עלייה חריגה בצריכה. לא כל שירות תומך במגבלה קשיחה ברמת חשבון; התראה בלבד אינה בלם. אמתו מה בדיוק אוכף כל ספק ומה נאכף באפליקציה שלכם.
תבנית חישוב למילוי#
העתיקו את הטבלה, ומלאו אותה בנתוני הספק הנוכחיים (לא בנתונים מהזיכרון). התוצאה היא הערכה לתכנון, לא מספר שמובטח לכם.
| רכיב | מה למלא | ערך |
|---|---|---|
| קריאות מודל למשימה שהושלמה | כולל קריאות של סוכנים וכלים | |
| טוקנים לקריאה (קלט + פלט) | ממוצע ואחוזון גבוה | |
| מחיר לטוקן | מדף המחירים של הספק, עם תאריך הבדיקה | |
| ניסיונות חוזרים | ממוצע לכל משימה | |
| בקרה אנושית | דקות לכל משימה × עלות לשעה | |
| עלות למשימה שהושלמה | סכום הרכיבים לעיל |
מה עדיין חסר בחישוב הגולמי?#
הטבלה היא נקודת התחלה, לא חשבון רווחיות מלא. היא אינה כוללת בהכרח אחסון, בסיס נתונים, חיפוש ושליפת ידע, שירותים חיצוניים, תקשורת, ניטור, תמיכה, עלות פיתוח ותחזוקה, מסים, עמלות סליקה, קאשינג, הנחות ספק או הפסדים ממשימות שלא הושלמו. יש לחלק עלויות לפי יחידה עסקית: משתמש פעיל, משימה שהצליחה או עסקה, ולשמור בנפרד הוצאות קבועות ומשתנות.
דרך בדיקה מעשית: תעדו מספר משימות שהתחילו, כמה הסתיימו בהצלחה, כל קריאות המודל (גם כשנכשלו), ניסיונות חוזרים, עלות שירותים נוספים וזמן בדיקה אנושי. חלקו את סך העלות המשתנה של קבוצת המשימות במספר המשימות שהושלמו בהצלחה; הציגו את מספר ההשלמות ואת תקופת המדידה. זה מדד תפעולי, לא בהכרח עלות מלאה או שולי רווח. בצעו תרחיש עומס ותרחיש קצה, והגדירו תקרת הוצאה ניתנת לאכיפה.