נושא
הצעת ערך, Product Market Fit וקאנו
איך המוצר נפגש עם הג'וב של הלקוח, ומה גורם לו להיות מרוצה.
מגיע משיעור: 6
בעמוד הזה
שלושה כלים, שאלה אחתצורך, פיצ'ר, תועלתValue Proposition Canvasהכלליםרובוט הניקוי, שלב אחרי שלבMS Project מול ג'ירהProduct Market Fitמודל קאנואיפה זה תופס אתכםבדיקה עצמיתשלושה כלים, שאלה אחת
כל השלושה שואלים מה הלקוח מקבל מהמוצר, כל אחד מזווית אחרת:
| כלי | השאלה | למי זה משמש |
|---|---|---|
| צורך, פיצ'ר, תועלת | מה הלקוח מרוויח מכל פיצ'ר? | מכירות, עמודי נחיתה, הדרכות |
| Value Proposition Canvas | איך המוצר עונה על ה-pains וה-gains של הג'וב? | מנהל המוצר, בהגדרת הפיצ'רים |
| קאנו | מה בסיסי, מה משפר, ומה מלהיב? | תעדוף, והחלטה מתי לחדש |
צורך, פיצ'ר, תועלת
| צורך | פיצ'ר | תועלת |
|---|---|---|
| עומס מידע | סיכום אוטומטי של פגישות | חוסך זמן |
התועלת היא מה שמשכנע את הלקוח לבחור בכם. ולא להסביר את הטכנולוגיה שמאחורי הפיצ'ר. מה הוא יכול, ומה מקבלים.
Value Proposition Canvas
ממשיך ישירות את Jobs to be Done.
| צד הלקוח | צד המוצר | |
|---|---|---|
| Job | ← | המוצר |
| Pains | ← | Pain Relievers |
| Gains | ← | Gain Creators |
הכללים
- המוצר יושב מול ג'וב קיים. מוצר שמוסיף ג'וב חדש ליום עמוס, לא ייקחו אותו
- UX הכי קל להעתיק. pain reliever טוב נשען על יכולת ייחודית
- מוצר יוצר גם בעיות משלו. מכירים את הפרסונה, ממשיכים לגלות pains, וממשיכים לפתור
רובוט הניקוי, שלב אחרי שלב
| מה נוסף | סוג | |
|---|---|---|
| 1 | מטאטא לבד | Pain reliever |
| 2 | שוטף | Gain creator: אחרי טאטוא שוטפים |
| 3 | מרוקן ומנקה את עצמו | פתרון לבעיה שהמוצר יצר: תחזוקה |
| 4 | קפסולות ריח | Gain creator |
MS Project מול ג'ירה
ב-MS Project מנהלת הפרויקט עבדה בשביל התוכנה. ג'ירה קיבלה נתונים אוטומטית מהפיתוח, והורידה את העבודה. אותו ג'וב, פחות pains, יותר gains.
Product Market Fit
המוצר עוזר ללקוח עם ג'וב, pains ו-gains מסוימים, בצורה הטובה ביותר. זה לא מצב קבוע: מה שנכתב בתחילת הדרך משתנה כשמגיעים לחזון, לאסטרטגיה ולמפת הדרכים.
מודל קאנו
| אם אין | אם יש | |
|---|---|---|
| בסיסי | לא מרוצים | לא מתלהבים. זה מובן מאליו |
| ביצועים | פחות מרוצים | ככל שטוב יותר, מרוצים יותר |
| התלהבות | לא חסר לאף אחד | "וואו" |
שני דברים לזכור:
- התלהבות הופכת לבסיסי. הטיסה הראשונה מעל האוקיינוס האטלנטי, מול טיסה רגילה היום. וגם שרת זמין, שהפך לבסיסי עם השנים
- לחדש גם כשזה לא מושלם. האייפון הראשון לא היה מושלם ועדיין הלהיב. מכאן ה-MVP: להוציא, לראות שזה תופס, ורק אז לשפר
איפה זה תופס אתכם
- לכתוב פיצ'ר בעמודת הצורך. "צריך סיכום אוטומטי" הוא פיצ'ר. הצורך הוא עומס מידע
- pain reliever שהוא רק UX יפה. נכון, אבל המתחרה יעתיק אותו מהר
- לחכות לשלמות. במודל קאנו, החידוש עצמו שווה ערך
בדיקה עצמית
- אפליקציית בנק מאפשרת לראות יתרה. לפי קאנו, איזה סוג זה היום?
- תנו pain reliever ו-gain creator לג'וב "לבשל ארוחת ערב לילדים".
- למה "סיכום פגישות אוטומטי" לא שייך לעמודת הצורך?
תשובות. 1: בסיסי. אם אין, לא מרוצים, ואף אחד לא מתלהב מזה שיש. 2: למשל, pain reliever: רשימת קניות שנבנית מהמתכון. Gain creator: מתכונים שהילדים אוהבים, כדי שיאכלו. 3: זה פיצ'ר. הצורך הוא עומס מידע, והתועלת היא חיסכון בזמן.