מדריך ליזם שמשיק מוצר ראשון לבד: בשביל מה MVP באמת קיים, איך תוחמים אותו למשפט אחד, סדר הבנייה שמונע עבודה כפולה, הטעויות ששורפות תקציבים לפני ולידציה, ומתי מתחילים לגבות כסף.
יזמי סולו, יזמים בפעם הראשונה ובוני פרויקטי צד שבודקים רעיון מוצר בלי מייסד טכני ובלי מימון.
- תיחום MVP של משפט אחד ששורד מגע עם המציאות
- סדר בנייה ששם ולידציה לפני ליטוש
- טריגר ברור למתי מתחילים לגבות כסף
רוב המוצרים הראשונים לא מתים מקוד גרוע. הם מתים מבנייה של יותר מדי, ולידציה מאוחרת מדי, ותקציב שנגמר לפני שמישהו אישר שהרעיון הצדיק אותו. להשיק לבד הוסיף פעם אילוץ אכזרי מעל הכל: אין מפתח. האילוץ הזה נעלם, ולכן הנותרים, תיחום, כנות ומהירות למשתמשים אמיתיים, הם כל המשחק. הנה איך משחקים אותו.
MVP הוא לא גרסה מוקטנת של מוצר החלומות. הוא הדבר הקטן ביותר שאפשר לשים מול משתמשים אמיתיים שעונה על שאלה אחת: הם ישתמשו בזה כדי לפתור את הבעיה שאתם חושבים שיש להם? כל מה שלא עוזר לענות על השאלה הזו, פיצ׳רים, ליטוש, סקייל, הוא הסחת דעת עד שהתשובה היא כן.
זה חשוב כי הכשל הנפוץ ביותר אינו טכני. הוא ארבעה חודשים של בניית פיצ׳רים שאף אחד לא ביקש, כי הבונה דילג על החלק שבו מגלים. שום מפתח, שכיר או אחר, לא יציל אתכם מבניית הדבר הלא נכון. רק מגע עם משתמשים יכול, וכל הרעיון של MVP הוא להפוך את המגע הזה למוקדם וזול ככל שהכנות מאפשרת.
יש סיפור מפורסם על מייסד ששרף שבעה-עשר אלף דולר על MVP שמעולם לא היה צריך לעלות ככה. הכסף לא קנה ולידציה; הוא קנה גרסה מוגמרת של ניחוש לא מוכח. תחזיקו את הסיפור הזה בראש בכל פעם שפיצ׳ר מרגיש הכרחי לפני שמישהו השתמש במוצר.
תשאלו יזם מה המוצר שלו עושה ותקבלו פסקה. תשאלו מה הדבר האחד שמשתמש עושה בפעם הראשונה שהוא מקבל ערך, והטובים עונים במשפט. המשפט הזה הוא ה-MVP שלכם.
החזון: פלטפורמה למאמני כושר עם יומן, תפריטי תזונה, תמונות התקדמות, תשלומים ואפליקציית לקוח. המשפט: "מאמן יכול לשלוח ללקוח את תוכנית האימון של השבוע, ולראות אם היא בוצעה." זה ה-MVP: שני תפקידים, תוכנית אחת, וי אחד. אם מאמנים לא ישתמשו בזה, הפלטפורמה ממילא לא הייתה קורית; אם כן, לכל פיצ׳ר שנמחק יש עכשיו את מי לשאול עליו.
גם ל-MVP של משפט אחד יש סדר טבעי, וכיבודו מונע את ספירלת העבודה-מחדש הקלאסית. כל שכבה נשענת על הקודמת.
לבנות לבד אומר שכל החלטה אורכת שיחה אחת. תשתמשו במהירות הזו ביושר: משחררים את הגרסה הצרה השבוע, שמים אותה מול חמישה אנשים אמיתיים, ונותנים להתנהגות שלהם, לא למפת הדרכים שלכם, לבחור מה נבנה הלאה. צוותים מבזבזים ישיבות על מה שיזם סולו פשוט בודק.
מוקדם ממה שנוח, ומאוחר ממה שחסידי הקופה-קודם טוענים. הטריגר התנהגותי: מישהו משתמש במוצר פעמיים בלי תזכורת, או שואל אם אפשר להמשיך להשתמש. השאלה הזו היא כוונת הרכישה; עונים עליה עם מחיר.
המחיר הראשון הוא ניסוי, לא מודל עסקי. מבקשים סכום שירגיש משמעותי מחמישה לקוחות, וצופים: משלמים שנשארים הם ולידציה ששום סקר לא מזייף, וההתנגדויות של המסרבים הן מפת הפיצ׳רים החדה ביותר שתקבלו בחינם. בכל מקרה לומדים משהו שבטא חינמית מסתירה.
וכאן מסלול הסולו השתנה הכי בשקט. תיאור המשפט האחד שלכם לבונה AI מייצר מוצר עובד עם חשבונות, נתונים ולוגיקה אמיתיים תוך ימים, בעלות של ארוחה טובה בערך, מה שהופך את טעות שבעה-עשר האלף לאופציונלית. הכסף שלא הוצאתם על בנייה הוא ראנוויי לחלק שתמיד היה העבודה האמיתית: למצוא את האנשים עם הבעיה, ולהקשיב למה שהם עושים עם התשובה שלכם אליה.
כן. מתארים את זרימת המשפט האחד, מי המשתמשים, מה המוצר זוכר ואיזו תוצאה הוא מייצר, ובונה AI מייצר את המוצר העובד: חשבונות, מסד נתונים, מסכים ולוגיקה. התרומה שאין לה תחליף מעולם לא הייתה הקוד; היא להכיר את הבעיה ולשפוט מה משתמשים עושים עם הפתרון.
גרסה ראשונה עובדת אמורה לעלות ימים מזמנכם ומנוי צנוע, לא חשבונית של חמש ספרות. טעות שבעה-עשר האלף המפורסמת קנתה גרסה מלוטשת של ניחוש לא מוכח; שמרו את התקציב הזה להגעה למשתמשים אחרי שהרעיון מראה דופק.
כשזר יכול להשלים את המשפט שלכם בלי עזרה: להירשם, לעשות את הדבר האחד, לקבל את התוצאה האחת, עם הודעות הגיוניות כשהוא עושה משהו לא צפוי. זה כל הרף. עוד פיצ׳רים לא הופכים אותו למוכן יותר; הם הופכים אותו למאוחר יותר.
לא. מוסיפים מחיר בשבוע שבו מישהו משתמש שוב ושוב או מבקש להמשיך, ומתייחסים למחיר הראשון כניסוי עם חמישה לקוחות. קופה על מוצר לא מוכח רק מודדת איך טופס התשלום ממיר; התנהגות קודם, חיוב אחר כך.