תמחור SaaS מחבר בין הדרך שבה לקוח מקבל ערך לבין הדרך שבה העסק גובה תשלום ומממן שירות מתמשך. מחיר נמוך אינו תמיד קל למכירה, ומחיר גבוה אינו בהכרח אות איכות. החלטה על מודל מחייבת להבין מי משתמש, מה משתנה כאשר השימוש גדל, אילו עלויות העסק נושא ומתי הלקוח מסוגל להעריך את החשבון. אפשר לגבות לפי משתמש, לפי שימוש, לפי חבילה או בשילוב ביניהם. אין מודל נכון לכל מוצר. תהליך טוב בוחן את ההשלכות על לקוחות קיימים, על שיחת המכירה, על גבייה ועל מוצר עצמו לפני שמחליפים מספר בעמוד המחירים.
מנסחים מהו הערך שהלקוח רוכש
לקוח עשוי לרכוש חיסכון בזמן, שליטה בתהליך, הפחתת טעויות או יכולת לבצע פעולה שלא היתה אפשרית קודם. ״גישה למערכת״ אינה תמיד יחידת הערך שהוא מרגיש. ראיונות עם לקוחות ומשתמשים עוזרים להבין מה הם עושים לפני המוצר ומה משתנה אחריו. כדאי להבחין בין קונה שמשלם לבין משתמש שעובד במערכת. מנהל יכול להעריך בקרה, בעוד עובד מעריך חיסכון בהקלדה. יחידת תמחור טובה אינה חייבת למדוד כל היתרון, אך היא צריכה לעלות בקשר סביר לערך ולא להעניש שימוש רצוי. אם לקוח חושש להשתמש בפיצ'ר מפני שאינו יודע כמה יחויב, המודל עלול לפגוע באימוץ.
בודקים עלות שירות ומגבלות רווחיות
מחשבים עלויות שאינן נראות במסך התמחור: תשתית, אחסון, תמיכה, סליקה, הכשרה, מכירות ואינטגרציות. חלק מהעלויות משתנות עם שימוש, אחרות עם מספר לקוחות או עם מורכבות לקוח. אין צורך לחלק כל הוצאה באופן מושלם למשתמש יחיד, אך צריך לזהות מה עלול לגדול מהר מההכנסה. מוצר שמפעיל עיבוד כבד עבור מספר קטן של לקוחות עשוי להזדקק להגבלת שימוש או לתמחור מדורג. תמחור אינו פותר לבדו בעיה של עלות מוצר לא ידועה; קודם מודדים צריכה ועלות לפי סוג לקוח. החלטה על הנחה צריכה להיבחן מול העלות לכל תקופת ההתקשרות, לא רק מול חודש ראשון.
בוחרים יחידת חיוב שהלקוח מבין
תמחור לפי משתמש פשוט להסבר כאשר ערך המוצר גדל עם מספר אנשי צוות. הוא פחות מתאים אם לקוחות רוצים לשתף חשבון או אם שימוש מרכזי נעשה על ידי אדם אחד למען רבים. תמחור לפי פעולה יכול להתאים כאשר כל פעולה יוצרת ערך ועלות, אך דורש מדידה אמינה וחשבון שניתן לחזות. תמחור לפי חבילות מציע ודאות, אך חייב להבדיל בין חבילות לפי צורך אמיתי ולא לפי חסימה שרירותית של תכונה בסיסית. Stripe מתארת כיצד יחידת שימוש, אריזת חבילות וחשבון צפוי קשורים זה בזה. בחירה טובה נבחנת בשאלה האם לקוח יכול להעריך מה ישלם לפני שהוא מפעיל את המוצר.
מעצבים עמוד מחיר כהסבר החלטה
עמוד מחיר צריך להראות מה כלול, מה מגביל שימוש, מתי מתבצע חיוב ומה קורה אם חוצים סף. אם התשלום שנתי, מציינים במפורש את המחויבות ולא מסתפקים בהצגת עלות חודשית מחושבת. אם המחיר דורש הצעה, מסבירים מה גורם לשונות ומה אפשר לבדוק לפני שיחה. השוואת חבילות מועילה כאשר שורותיה מבטאות תרחישי שימוש. רשימה ארוכה של תכונות עם סימוני וי אינה אומרת לאדם איזו חבילה מתאימה. כדאי להציג דוגמה לחישוב חשבון, מוגדרת כהמחשה, במיוחד כאשר יש רכיב משתנה. בודקים גם איך דף המחיר נראה בנייד ואילו שאלות הוא משאיר לצוות תמיכה.
מכינים מסלול לשינוי מחיר
שינוי מחיר ללקוחות קיימים משפיע על אמון ועל שימוש, ולכן דורש תכנון נפרד מהשקת מחיר לחדשים. קובעים למי השינוי חל, ממתי, איזו הודעה נשלחת ואילו אפשרויות מעבר קיימות. אין להבטיח ״מחיר לכל החיים״ אם תנאי השירות אינם תומכים בכך. בדקו האם לקוחות יוכלו לראות צריכה בזמן אמת, לקבל התראות לפני חריגה ולהבין חשבונית. שינוי מודל שימוש ללא מדידה שקופה עלול להוביל להפתעה בחיוב. צוותי מוצר, כספים, שירות ומכירות צריכים להבין אותו נוסח. כאשר התנאים מורכבים, רצוי לבדוק גם את הניסוח המשפטי והחשבונאי הרלוונטי לפני פרסום.
בודקים השפעה על סוגי לקוחות שונים
אותו שינוי יכול להקל על לקוח קטן ולהכביד על לקוח ותיק שמשתמש הרבה. בונים תרחישים על בסיס נתוני שימוש אמיתיים, לאחר הסרת פרטים מזהים: לקוח מתחיל, לקוח גדל ולקוח בעל צריכה חריגה. לכל תרחיש מחשבים חשבון לפני ואחרי, השפעה על רווחיות והסבר שניתן ללקוח. אם אין נתוני שימוש מספקים, אפשר להריץ סימולציה פנימית לפני שינוי חיוב אמיתי. בוחנים גם התנהגות רצויה: האם המודל מעודד לקוח להשתמש בתכונה שמביאה לו ערך, או גורם לו לדחות פעולה מחשש לחשבון? ההשפעה ההתנהגותית חשובה לא פחות מההכנסה המיידית.
מודדים הצלחה מעבר להכנסה חודשית
לאחר שינוי מחיר בודקים הרשמות, שיחות מכירה, מעבר בין חבילות, ביטולים, בקשות תמיכה ורווחיות לפי סוג לקוח. עלייה בהכנסה הממוצעת יכולה להסתיר ירידה באימוץ אצל לקוחות חדשים. לעומת זאת, ירידה במספר הרשמות לא תמיד רעה אם הגיעו לקוחות מתאימים יותר, אך צריך ראיות לכך. מתעדים אילו שינויים אחרים התרחשו במוצר ובשוק באותה תקופה. לא כדאי לייחס כל תנועה בגרף למחיר בלבד. אם לקוחות מתקשים להסביר את החשבון שלהם, משפרים שקיפות עוד לפני ניסוי נוסף בסכומים. תמחור טוב הוא מנגנון שאפשר להפעיל ולשמור עליו, לא רק מספר אטרקטיבי בעמוד.
שאלות נפוצות
האם חייבים תוכנית חינמית? לא; היא מתאימה רק אם ניתן לספק ערך ועלות השירות בשליטה ויש מסלול ברור להמשך. האם לבחור מחיר לפי מתחרה? מתחרים הם הקשר, אך מוצר, קהל ועלויות עשויים להיות שונים. כמה חבילות להציג? מספיק כדי לאפשר בחירה בלי ליצור בלבול, בהתאם למורכבות ההצעה. האם להציע הנחה שנתית? רק לאחר בדיקת תזרים, שיעור שימוש והתחייבות שנוצרת לשני הצדדים. מה עושים כשנתונים חסרים? מתחילים במדידה ובשיחות עם לקוחות לפני שינוי רחב.
מתעדים הנחות לפני ניסוי מחיר
כאשר צוות מציע מחיר חדש, כדאי לכתוב מה הוא מצפה שיקרה: איזה סוג לקוח יבחר חבילה אחרת, מה יקרה לעלות השירות והיכן עלולה להיווצר אי הבנה. לאחר מכן בוחרים קבוצה מצומצמת של לקוחות חדשים או תרחישי מכירה לבדיקה, בהתאם לאפשרויות העסק ולחובותיו. משווים לא רק שיעור סגירה אלא גם שאלות שנשאלו, זמן עד החלטה ובקשות להנחה. אם לקוחות אינם מבינים יחידת שימוש, ייתכן שצריך לשנות הסבר ולא סכום. תיעוד ההנחה מונע מצב שבו כל תוצאה מפורשת בדיעבד כהוכחה שהרעיון המקורי הצליח.
מחיר ותמיכה צריכים לנוע יחד
שינוי חבילות יוצר שאלות שירות: מה קורה באמצע תקופת חיוב, כיצד עוברים למסלול אחר, האם נתונים נשמרים לאחר ירידה בחבילה ומה קורה כשצריכה מגיעה לסף. לפני פרסום עמוד מחיר חדש, צוות התמיכה צריך לקבל תשובות ותסריט לטיפול בחריגים. מסך החשבון צריך להראות ללקוח היכן הוא נמצא ומה צפוי בחיוב הבא. אם המודל כולל רכיב משתנה, שקיפות בזמן שימוש חשובה במיוחד כדי שלא תהיה הפתעה בסוף חודש. המבחן אינו רק האם עמוד המחירים יפה; הוא האם לקוח יכול להעריך את התחייבותו ולתקן בחירה כשהצרכים שלו משתנים.
במסלולים עם שימוש משתנה כדאי להבחין בין חריגה שמוסיפה ערך ללקוח לבין חריגה שנובעת מתקלה או שימוש לא מכוון. אם המערכת גובה על פעולה כפולה בגלל ניסיון חוזר, מחירון מדויק לא יציל את האמון. מגדירים כללי זיכוי ובדיקת מחלוקת לצד מנגנון המדידה. צוות כספים צריך להיות מסוגל להסביר כל שורה בחשבונית על בסיס נתון שאפשר לשחזר. אמינות החיוב היא חלק מהחוויה שהמחיר מבטיח.
ליישום בנושא, ראו גם ייעוץ פיננסי לעסקים של ברנדיני.
מקור מקצועי נוסף: מידע רשמי.
