אם אתם מציעים סוכני AI דרך Google Cloud Marketplace, אתם יכולים לבחור מבין מודלים התמחור הבאים:
- בחינם: הלקוחות משלמים רק על המשאבים Google Cloud שבהם הם משתמשים.
- תמחור מבוסס-מינוי: הלקוחות משלמים תשלום חודשי קבוע על השימוש בסוכן ה-AI שלכם. העלות של חודשים חלקיים נקבעת באופן יחסי.
- תמחור לפי שימוש: הלקוחות משלמים על סוכן ה-AI שלכם על סמך מדידות שאתם בוחרים, שנקראות מדדים. אם תבחרו במודל תמחור מבוסס-שימוש, המוצר שלכם יצטרך למדוד ולדווח ל-Google על נתוני השימוש.
- תמחור משולב: הלקוחות משלמים דמי מינוי בסיסיים על השימוש בסוכן ה-AI שלכם, וחיובים נוספים על סמך השימוש שלהם.
בכל מודל תמחור שתבחרו, תוכלו גם להציע תקופת ניסיון בחינם של המוצר.
תהליך העיבוד של מודלים לתמחור נמשך עד ארבעה ימי עסקים, ולכן מומלץ לבחור מודל לתמחור ולשלוח אותו לבדיקה לפני שמבצעים את שאר השלבים הטכניים של ההטמעה.
אם מודל התמחור שלכם כולל יחידות גנריות למדידת שימוש, אתם צריכים לכלול רשימה של כל מדדי המשנה של השימוש שעשויים להיכלל בצריכה של היחידה הגנרית, ומידע על שיעור ההמרה והתמחור של כל אחד ממדדי המשנה האלה.
אפשר להגדיר עד 24 תוכניות תמחור לכל מוצר. אם מודל התמחור שלכם מבוסס על שימוש, כל תוכנית יכולה למדוד שמונה מדדים. אם אתם צריכים עוד תוכניות, או שאתם צריכים לעקוב אחרי עוד מדדים, צרו קשר עם Partner Engineer שלכם ב-Google.
אפשר גם ליצור הצעות מחיר בהתאמה אישית ללקוחות ספציפיים. לדוגמה, אם אתם מציעים מינוי Standard מבוסס-מינוי ב-100 $לחודש, אתם יכולים ליצור הצעת מחיר מותאמת אישית שבה הלקוח מקבל את אותו מינוי ב-50 $לחודש. הוראות ליצירת הצעת מחיר בהתאמה אישית מפורטות במאמר יצירת הנחות פרטיות ללקוחות ספציפיים.
תמחור לפי מינוי
במודל תמחור מבוסס-מינוי, הלקוחות מחויבים בתעריף חודשי קבוע. המחיר לחודשים חלקיים נקבע באופן יחסי. אתם יכולים להשתמש במודל תמחור מבוסס-מינוי אם אתם מגדירים את המחיר לפי מדדים לא משתנים, כמו מספר המושבים בשירות.
אתם יכולים להציע את המוצר עם קבוצות שונות של תכונות ורמות שונות של שירות. לדוגמה, יכול להיות שיש לכם תוכניות Standard, Pro ו-Enterprise למוצר, עם תכונות מתקדמות יותר ויותר. אתם מגדירים את רמות השירות שאתם מתכננים להציע כשאתם שולחים את התמחור לבדיקה.
כברירת מחדל, מגדירים תוכניות מינוי עם חיוב חודשי. אם רוצים, אפשר לכלול בתוכניות תקופת מינוי בהתאמה אישית, שבה אתם יכולים להציע למשתמשים מחיר שונה אם הם נרשמים לתקופת זמן מסוימת, כמו שנה. אם המשתמשים בוחרים במינוי חודשי, המינוי שלהם מתחדש אוטומטית בסוף כל חודש. עם זאת, אם הלקוחות שלכם נרשמים לתקופת מינוי מותאמת אישית, המינוי שלהם מסתיים בסוף התקופה הזו, והם צריכים להירשם מחדש למוצר שלכם.
במודל תמחור מבוסס-מינוי, אם לקוחות רוצים לבצע שינויים בתוכניות שלהם, ההשפעה והתזמון של השינויים האלה תלויים בתוכנית המינוי הנוכחית שלהם:
במינויים חודשיים, הלקוחות יכולים לשדרג או לשדרג לאחור בין רמות שירות, או לבטל את המינוי לחלוטין. כברירת מחדל, מינויים שבוטלו על ידי הלקוח מסתיימים בסוף חודש החיוב הנוכחי.
אם הלקוחות שלכם נרשמים לתקופת מינוי ספציפית, הם יכולים לשנות את תוכנית המינוי כדי להגדיל את רמת השירות או את תקופת המינוי, למשל:
מעבר מתקופת מינוי קצרה יותר לתקופה ארוכה יותר, באותה רמת שירות. לדוגמה, לקוחות יכולים לעבור מתוכנית חודשית של Standard לתוכנית שנתית של Standard.
שדרוג מרמת שירות נמוכה לרמה גבוהה יותר, עם אותה תקופת מינוי או תקופה ארוכה יותר. לדוגמה, לקוחות יכולים לשדרג ממינוי Standard לשנה אחת למינוי Pro לשנה אחת.
שילוב של שתי האפשרויות שמתוארות למעלה.
בתרחישים האלה, הלקוחות עוברים למינוי החדש באופן מיידי.
אם לקוחות נרשמו לתקופת מינוי ספציפית ואז קיצרו את תקופת המינוי, שדרגו לאחור לרמת שירות נמוכה יותר או ביטלו את המינוי, השינוי ייכנס לתוקף בסוף תקופת המינוי הנוכחית שלהם. לדוגמה, אם לקוח רשום לתוכנית Standard למשך שנה ורוצה לעבור לתוכנית Standard חודשית, השינוי ייכנס לתוקף אחרי שהשנה תסתיים.
כדי להגדיר תמחור מבוסס-מינוי, צריך לספק את תוכניות המינוי שאתם מציעים, כמו Standard או Enterprise, ואת התכונות שכלולות בתוכניות האלה. לדוגמה, במודל התמחור הבא מוצעות שלוש תוכניות מינוי, עם גישה לתכונות שונות בכל תוכנית:
| רגילה | Pro | Enterprise |
|---|---|---|
| 9.99$ לחודש | $39.99 לחודש | $99.99 לחודש |
|
תכונות:
|
תכונות:
|
תכונות:
|
במודל התמחור הבא יש שינוי לעומת הדוגמה הקודמת: נוספו מחירים מוזלים אם הלקוחות נרשמים למינויים לשנה או לשלוש שנים.
| רגילה | Pro | Enterprise |
|---|---|---|
|
|
|
|
תכונות:
|
תכונות:
|
תכונות:
|
תמחור לפי שימוש
אתם יכולים לחייב את הלקוחות שלכם על סמך מדידות שרלוונטיות למוצר שלכם, שנקראות מדדים. דוגמה טיפוסית למדד היא משך הזמן שבו הלקוחות משתמשים במוצר שלכם. לדוגמה, אפשר לגבות 0.05 $לכל שעת שימוש. באופן דומה, אתם יכולים לחייב את הלקוחות לפי כמות הנתונים שעובדו על ידי המוצר שלכם, או לפי מספר בקשות ה-API שהלקוחות שולחים.
במהלך בחירת המדדים, צריך לבחור גם יחידת דיווח לכל מדד. יחידת הדיווח מייצגת את רמת הפירוט שבה נמדד השימוש במוצר.
לדוגמה, נניח שאתם מחייבים 0.256 $ לכל גיביבייט (1,024 מביבייט) של נתונים שעברו עיבוד, ויחידת הדיווח שלכם היא מביבייט. אם משתמש מעבד 512 מיביבייט של נתונים, הוא יחויב ב-(512 Mib / 1024 MiB) * $0.256, או 0.128$, על השימוש שלו. עם זאת, אם יחידת הדיווח היא גיביבייט, השימוש של הלקוח ידווח כ-1 GiB, והוא יחויב ב-0.256 $מלאים, גם אם הוא השתמש רק בחלק קטן מגיביבייט.
בטבלה הבאה מפורטים סוגי המדדים שבהם אפשר להשתמש, וכן יחידות הדיווח המומלצות:
| סוג המדד | יחידות נתמכות | יחידת דיווח מומלצת | דוגמה למחיר שמוצג בדף שלכם ב-Cloud Marketplace |
|---|---|---|---|
| שעה | שנייה, דקה, שעה, יום | שנייה אחת (הערך הקטן ביותר האפשרי) | 5$ לכל שעה |
| הנתונים עובדו |
בייט, קיבי-בייט (KiB), מבי-בייט (MiB), גיבי-בייט (GiB) היחידות של נתונים שעברו עיבוד מבוססות על כפולות בינאריות, כאשר קילוביט אחד הוא 1,024 בייט, מביביט אחד הוא 1,024 קילוביט, וגיביביט אחד הוא 1,024 מביביט. |
1 מבי-בייט | 10$ לכל GiB |
| זמן האחסון | יחידות למדידת זמן ונתונים | שנייה אחת של שימוש במבי-בייט | 10$ לכל GiB-שעה |
| מדד מותאם אישית | לא רלוונטית. מגדירים את היחידה שרוצים למדוד, כמו בקשת API. | תלוי במדד. | 10$ לכל 1,000 בקשות API |
אם רוצים לחייב לפי מדד מותאם אישית, צריך לוודא שהמדידה היא של מדד דלתא, שבו כל דוח שימוש מייצג את השינוי בערך מאז הדוח הקודם. לדוגמה, אפשר להגדיר מחיר לכל אימייל, וכל דוח שימוש שעתי מייצג את מספר האימיילים שנשלחו בשעה הקודמת.
הגדרת מבנה התמחור
אם בחרתם בתמחור לפי שימוש, אתם צריכים לבחור באחת מהאפשרויות הבאות:
תעריף יחיד: הלקוחות משלמים מחיר קבוע על השימוש שלהם, והחיובים גדלים באופן יחסי לשימוש. לדוגמה, אם אתם גובים 0.50 $לכל שעת שימוש, ולקוח משתמש במוצר שלכם במשך 20 שעות, הוא יחויב ב-10$.
לפניכם דוגמה למודל תמחור עם שלוש תוכניות תמחור, שלכל אחת מהן יש תמחור לפי דרישה וסט שונה של תכונות:
רגילה Pro Enterprise 0.002$ לכל אימייל שנשלח 0.004$ לכל אימייל שנשלח 0.006$ לכל אימייל שנשלח תכונות:
- גישה למסוף Admin
תכונות:
- גישה למסוף Admin
- כניסות מרובות
- אבטחה
תכונות:
- גישה למסוף Admin
- כניסות מרובות
- אבטחה
תמחור לפי רמות: אם אתם רוצים לתת ללקוחות הנחות על שימוש מתמשך, אתם יכולים ליצור רמות תמחור. הרמות חלות במהלך חודש החיוב. בתחילת חודש חיוב חדש, המחיר מתאפס לרמה הראשונה. אפשר להגדיר רמות לכל מדד שעל פיו נקבע המחיר.
הדוגמה הבאה מתארת מודל תמחור עם שלוש תוכניות תמחור, שלכל אחת מהן יש תמחור מדורג:
רגילה Pro Enterprise - 0.002$ לכל אימייל שנשלח עבור 0-1,000 אימיילים
- $0.001 לכל אימייל שנשלח עבור 1,001 עד 2,000 אימיילים
- 0.0001$ לכל אימייל שנשלח עבור 2,001 אימיילים ומעלה
- 0.005$ לכל אימייל שנשלח עבור 0-1000 אימיילים
- 0.004$ לכל אימייל שנשלח עבור 1,001 עד 2,000 אימיילים
- 0.002$ לכל אימייל שנשלח עבור 2,001 אימיילים ומעלה
- 0.008$ לכל אימייל שנשלח עבור 0-1,000 אימיילים
- 0.006$ לכל אימייל שנשלח עבור 1,001 עד 2,000 אימיילים
- 0.003$ לכל אימייל שנשלח, החל מ-2,001 אימיילים
תכונות:
- גישה למסוף Admin
תכונות:
- גישה למסוף Admin
- כניסות מרובות
- אבטחה
תכונות:
- גישה למסוף Admin
- כניסות מרובות
- אבטחה
כשמתחיל חודש חיוב חדש, המחיר מתאפס לרמה הראשונה.
אפשר להגדיר קבוצות נפרדות של רמות לכל מדד שעל פיו נקבע המחיר.
תמחור משולב
במודל תמחור משולב, הלקוחות משלמים דמי מינוי בסיסיים על השימוש בתוכנה שלכם, וחיובים נוספים על סמך השימוש שלהם. אתם יכולים לכלול כמות מסוימת של שימוש בדמי הבסיס. לדוגמה, מודל התמחור הבא כולל תוכניות מינוי בסיסיות שכוללות מספר מסוים של בקשות API, וחיובים נוספים ככל שהלקוחות מגדילים את השימוש שלהם:
| רגילה | Pro | Enterprise |
|---|---|---|
דמי מינוי בסך $9.99 לחודש $0 לכל בקשה ל-1,000 בקשות API 0.002$ לכל בקשה ל-1,000 בקשות API ומעלה |
דמי מינוי של 39.99$ לחודש $0 לכל בקשה ל-2,000 בקשות API 0.005$ לכל בקשה ל-2,000 בקשות API ומעלה |
דמי מינוי של 99.99$ לחודש $0 לכל בקשה ל-10,000 בקשות API 0.008$ לכל בקשה ל-10,000 בקשות API ומעלה |
תכונות:
|
תכונות:
|
תכונות:
|
הצעת תוכנה לניסיון (אופציונלי)
כדי להציע תקופת ניסיון בחינם של התוכנה שלכם למשתמשי Google Cloud , צריך להשתמש ב-Producer Portal כדי לציין:
- תקופת הניסיון, בימים (לדוגמה, 30 ימים).
- סכום הזיכוי לניסיון, בדולר ארה"ב (לדוגמה, 100$).
הלקוחות יכולים לבחור כל אחת מתוכניות התמחור שלכם, והקרדיט לתקופת הניסיון יחול על התוכנית שהם יבחרו.
תקופת הניסיון מסתיימת כשהלקוח מגיע למסגרת האשראי או בסוף תקופת הניסיון, לפי המוקדם מביניהם. לדוגמה, אם אתם מציעים תקופת ניסיון של 15 יום עם קרדיט מקסימלי של 100$, תקופת הניסיון מסתיימת כשהמשתמשים מגיעים למגבלת 100 $או בסוף 15 הימים.
בסיום תקופת הניסיון, הלקוחות משלמים בהתאם לתוכנית התמחור שבחרו. אם הלקוח שינה את המינוי במהלך תקופת הניסיון, הוא ישלם לפי המינוי החדש.
אם התמחור של המוצר מבוסס על שימוש, מומלץ להגדיר מגבלת קרדיט לניסיון בשיעור כפול מהעלות של השימוש שאתם צופים.
לפני שמתחילים
כדי ליצור תקופת ניסיון בחינם, צריך:
- גישה לפורטל היוצרים, שדורשת:
- הסכם ספק בזירת מסחר חתום.
- טופס אימות פתרון מאושר.
- טופס מידע על פרויקט ב-Cloud Marketplace מלא מצוות Google Cloud Marketplace.
- בדיקת תמחור שאושרה, כפי שמתואר במאמר שליחת התמחור לבדיקה.
הקישור הישיר ל-Producer Portal הוא:
https://console.cloud.google.com/producer-portal?project=YOUR_PROJECT_ID
יצירת תקופת ניסיון בחינם
- בפורטל של כלי להפקת חדשות, עוברים לקטע סקירה כללית.
- בקטע תקופת ניסיון בחינם, לוחצים על עריכה.
- בדף Google Cloud Marketplace free trial (תקופת ניסיון בחינם ב-Google Cloud Marketplace), לוחצים על CONFIGURE TRIAL (הגדרת תקופת ניסיון).
בתיבת הדו-שיח Configure Free trial, מגדירים את הערכים הבאים:
שם השדה ערך משך תקופת הניסיון מספר הימים של תקופת הניסיון. הערך המינימלי המותר הוא 5.סכום הקרדיט לתקופת הניסיון סכום הקרדיט בדולר ארה"ב שהלקוח יכול להשתמש בו במהלך תקופת הניסיון בחינם. הערך המינימלי המותר הוא 50.לוחצים על אישור.
אם הפעולה תצליח, תוצג ההודעה תקופת הניסיון בחינם הוגדרה, והסטטוס של תקופת הניסיון בחינם ישתנה לתקופת הניסיון בחינם פעילה.
בקטע פרסום, לוחצים על פרסום כדי שהשינויים ייכנסו לתוקף עבור הלקוחות.
השבתה של תקופת ניסיון בחינם
- בפורטל של כלי להפקת חדשות, עוברים לקטע סקירה כללית.
- בקטע תקופת ניסיון בחינם, לוחצים על עריכה.
- בדף תקופת ניסיון בחינם ב-Google Cloud Marketplace, לוחצים על השבתת תקופת הניסיון.
בתיבת הדו-שיח השבתת תקופת הניסיון בחינם, לוחצים על השבתה כדי לאשר את הבחירה.
אם הפעולה תצליח, תופיע ההודעה תקופת הניסיון בחינם הושבתה, והסטטוס של תקופת הניסיון בחינם ישתנה לתקופת הניסיון בחינם לא פעילה.
בקטע פרסום, לוחצים על פרסום כדי שהשינויים ייכנסו לתוקף עבור הלקוחות.
המאמרים הבאים
- מידע נוסף על הצעת סוכני AI דרך Cloud Marketplace
- מוסיפים פרטי תמחור לכרטיס של סוכן ה-AI ב-Cloud Marketplace.