התשובה הקצרה: בשבועיים אפשר להגיע ל-MVP אמיתי אם מוותרים כמעט על הכול: בעיה אחת, קהל אחד, שלושה מסכים לכל היותר, ומדד הצלחה אחד שנמדד בכסף או בהתחייבות. רוב העבודה בשבוע הראשון היא בכלל לא קוד, אלא בדיקה שמישהו רוצה את זה.
למה לא להתחיל ישר לבנות?
כי היום לבנות זה הדבר הקל. עם וייב קודינג אפשר להגיע לאב-טיפוס ביום. הסיכון הגדול הוא לבנות חודשים משהו שאף אחד לא צריך.
“נשמע מעניין” זה לא אישור. אישור הוא כשמישהו משלם מראש, משאיר מקדמה, או נרשם לרשימת המתנה עם התחייבות. ועוד דבר: אם יש לרעיון מתחרים, זו בדרך כלל חדשה טובה, כי זה אומר שאנשים כבר משלמים על הפתרון. אם אין אף מתחרה, כדאי לשאול למה.
שבוע 1: לבדוק שיש ביקוש
ימים 1 עד 2: שיחות. מדברים עם 10 עד 20 לקוחות פוטנציאליים. לא כדי למכור, אלא כדי לבקש עצה: “איך אתם פותרים את זה היום? מה מעצבן בזה? כמה זה עולה לכם?”. בסוף שואלים שאלת מחיר מפורשת. אפשר לבקש מ-AI טיוטה של פרופיל הלקוח, אבל זכרו שהוא מנחש. הוא מעולם לא דיבר עם הלקוח שלכם.
ימים 3 עד 4: דף נחיתה. עמוד אחד עם הבטחה ברורה, מחיר, וכפתור אחד: הזמנה מוקדמת, מקדמה או הרשמה. איך בונים דף כזה כתבנו בדף נחיתה שממיר.
ימים 5 עד 7: תנועה ומדידה. שולחים את הדף לאנשים שדיברתם איתם, לקבוצות רלוונטיות ולאנשי קשר, ואפשר גם מודעה קטנה. במקביל, נותנים את השירות ללקוחות הראשונים בצורה ידנית: גיליון, וואטסאפ, טלפון. ידני לפני אוטומטי. כך לומדים מה באמת צריך, לפני שכותבים שורת קוד.
שבוע 2: לבנות רק את המינימום
- רשימת פיצ’רים, ואז מחיקה. כותבים כל מה שעלה בשיחות ובדפים של המתחרים, ומשאירים רק את הפעולה המרכזית. כל פיצ’ר נוסף עובר מבחן אחד: האם הוא משפיע על רוב המשתמשים כבר היום?
- שלושה מסכים לכל היותר. ואם מתלבטים בין שתי גרסאות, בוחרים בפשוטה.
- בונים עם AI או עם כלי ללא קוד, ומעצבים לפי רפרנס של מוצר שאתם אוהבים, בלי להעתיק את המותג שלו.
- בודקים על מכשיר אמיתי עם נתונים אמיתיים.
- מה שאסור לדלג עליו גם ב-MVP: סיסמאות ומפתחות בשרת ולא בקוד, גיבוי של המידע, שמירה על פרטיות, ותקרת שימוש אם כל פעולה עולה לכם כסף ב-AI.
- יום 14: שמים את זה מול חמישה עד עשרה משתמשים אמיתיים.
מה לא נכנס ל-MVP?
ממשק ניהול מפואר, כמה שפות, חיבורים לכל מערכת, ומסלול חינמי פתוח ללא הגבלה כשכל שימוש עולה לכם כסף. עדיף לתת טעימה אמיתית אחת של התוצאה, ואז לבקש תשלום.
דוגמה: מנוי קפה בבית קפה שכונתי
נניח שיש לכם בית קפה שכונתי, ועלה לכם רעיון: מנוי חודשי לקפה של הבוקר.
שבוע 1: מדברים עם 15 לקוחות קבועים ליד הקופה. שואלים כמה פעמים בשבוע הם באים, ואם מנוי במחיר מסוים היה מעניין אותם. בונים דף פשוט עם שני מסלולים וכפתור הרשמה עם מקדמה. בסוף השבוע יודעים כמה אנשים באמת שילמו, ולא רק כמה אמרו “נשמע טוב”.
שבוע 2: לא בונים אפליקציה. בונים דף תשלום ומסך אחד שמציג ללקוח קוד אישי, וגיליון שבו הבריסטה מסמן שימוש. זה ה-MVP. אם בעוד חודש המנויים חוזרים ומביאים חברים, יש סיבה להשקיע בגרסה מתקדמת יותר.
מה בודקים אחרי שבועיים?
ארבע שאלות פשוטות: האם שילמו? האם השתמשו? האם חזרו? האם מישהו הביא חבר? לפי התשובות מחליטים אם להמשיך, לשנות כיוון או לעצור. גם עצירה אחרי שבועיים היא הצלחה, לעומת עצירה אחרי שנה.
השורה התחתונה
MVP טוב הוא לא גרסה קטנה של המוצר המושלם. הוא הניסוי הכי זול שעונה על השאלה “האם מישהו ישלם על זה”. שבועיים זה מספיק, אם מתחילים מהלקוח ולא מהקוד.
יש לכם רעיון ורוצים תוכנית מסודרת מהשיחה הראשונה עד גרסה עובדת? זה השירות של מרעיון לעסק, ואם צריך קודם לבדוק שזה בכלל אפשרי, יש בדיקת היתכנות. דברו איתנו.
