איך בוחרים פיצ'רים ל-MVP בלי לפוצץ את התקציב
רוב ה-MVP-ים נכשלים לא בגלל טכנולוגיה — אלא בגלל רשימת פיצ'רים שלא נחתכה בזמן. מטריצת עדיפויות + חוק החיתוך בתוך 5 דקות.
איך בוחרים פיצ'רים ל-MVP בלי לפוצץ את התקציב
הלקוח הגיע עם רשימה של 34 פיצ'רים ותקציב של 80,000 ש"ח. שאלתי אותו: "מה יקרה אם תשיק עם 4 מהם?" הוא נחרד. שלושה חודשים אחרי — הוא שיגר עם 5 פיצ'רים ועשה 200,000 ש"ח הכנסה בחודש הראשון.
תשובה ישירה: MVP שעובד בתקציב של 60,000–120,000 ש"ח כולל לכל היותר 4–6 פיצ'רים ליבה. כל פיצ'ר נוסף מוסיף בממוצע 15,000–25,000 ש"ח ושלושה שבועות לפיתוח. הדרך היחידה לחתוך — מטריצה עם קריטריונים קשים, לא ישיבות "מה אנחנו מרגישים".
הבעיה האמיתית היא לא הפיצ'רים — היא שלא מחליטים
כל יזם יודע שצריך לחתוך. אף אחד לא עושה את זה בצורה שיטתית. הסיבה: כל פיצ'ר ברשימה מגיע עם סיפור — "הלקוח ביקש", "המתחרה יש לו", "זה ייקח יומיים". בלי מסגרת החלטה קשוחה, כל הסיפורים האלה מנצחים, והמוצר מתנפח.
בלקוחות שלי, אני רואה את אותו דפוס שוב ושוב: MVP שתוכנן ל-60,000 ש"ח מגיע ל-180,000 ש"ח לא כי הפיתוח יקר — אלא כי הרשימה לא נחתכה.
המטריצה: שני צירים, ארבעה ריבועים
ציר X: ערך למשתמש (1–10) — האם בלי הפיצ'ר הזה המוצר לא עובד? האם משתמש ישלם בגללו?
ציר Y: עלות יישום (1–10) — כמה שבועות פיתוח? כמה תלויות טכניות? כמה סיכון?
ארבעת הריבועים:
- ערך גבוה + עלות נמוכה → נכנס ל-MVP, ללא שאלות
- ערך גבוה + עלות גבוהה → שוקלים — אולי שלב שני
- ערך נמוך + עלות נמוכה → מסוכן. ה"כי כבר שם" פיצ'רים. חותכים
- ערך נמוך + עלות גבוהה → מחקים מהרשימה לצמיתות
הכלל: רק ריבוע 1 נכנס ל-MVP הראשוני. נקודה.
חוק החיתוך: שלוש שאלות שמסננות הכל
לפני שפיצ'ר עובר את הסינון, הוא חייב לענות "כן" על שלושתן:
שאלה 1: בלי הפיצ'ר הזה, המשתמש לא יכול להשלים את הפעולה הליבה?
אם התשובה היא "יכול, אבל פחות נוח" — זה לא MVP. זה nice-to-have.
שאלה 2: אפשר לאמת את ההנחה הזו בלעדיו?
אם אפשר להוכיח שהמשתמש קונה, מתחבר, חוזר — גם ידנית או בצורה גולמית — חותכים.
שאלה 3: אם נוסיף אותו בחודש שלישי, המשתמשים שנרשמו כבר ייעלבו?
אם לא — לא נדרש עכשיו.
דוגמה אמיתית: פלטפורמת הזמנות לרשת מסעדות
לקוח בא עם 22 פיצ'רים. תקציב: 90,000 ש"ח. הרצתי איתו את המטריצה — לקח שעה וחצי.
התוצאה:
- נשארו ב-MVP: הזמנה, תשלום, אישור ב-SMS, מסך ניהול הזמנות פעילות
- נדחו לשלב שני: מועדון נקודות, ממשק חשבוניות, הגדרות תזונה, היסטוריית הזמנות
- נמחקו לצמיתות: אינטגרציה לרשתות חברתיות, "מצב לייב" למטבח, מערכת ביקורות
עלות סופית: 74,000 ש"ח. זמן שיגור: 6 שבועות.
בחודש הרביעי הוסיפו מועדון נקודות — בגלל שדרשו הלקוחות, לא בגלל שחשבנו שהם ידרשו.
הטעות שעולה הכי הרבה כסף: הפיצ'רים ש"ייקחו יומיים"
כל רשימת MVP כוללת לפחות 5–8 פיצ'רים שמישהו הבטיח שייקחו יומיים. בפועל:
- יומיים הופכים לשלושה שבועות כשמגיעים לפרטים
- כל פיצ'ר "קטן" מצריך בדיקות, עיצוב, שרתים, טיפול בשגיאות
- שלושה פיצ'רים כאלה = עוד 45,000 ש"ח ומפגר של חודש
הכלל שלי: אם לא אמדת אותו רשמית עם מפתח — אל תסמוך על אומדן שלא נבדק. ואם כן אמדת — הכפל ב-1.5.
לסיים עם המוצר שמוכיח, לא שמרשים
MVP טוב נראה מביך בשבוע הראשון — וזה בדיוק הסימן שחתכתם מספיק. המוצר שמרשים את ה"demo" אבל לא גורם למשתמש להחזיר כרטיס אשראי — הוא לא MVP. הוא הצגה.
המספרים ברורים: כל פיצ'ר שחותכים מה-MVP חוסך בממוצע 18,000 ש"ח ו-3 שבועות. אם תחתכו 5 פיצ'רים לא הכרחיים — חסכתם 90,000 ש"ח ויכולים לשגר חודש וחצי קודם.
רוצה לעבור על רשימת הפיצ'רים שלך עם המטריצה הזו ולדעת מה להשאיר ומה לחתוך? קבע שיחת ייעוץ של 30 דקות — בחינם. בסוף השיחה יהיה לך רשימה חתוכה ואומדן ריאלי.
צריכים עזרה ליישם את זה בעסק?
Alpha MF מתמחה באוטומציה, AI, ואינטגרציות. שיחת ייעוץ ראשונה — 30 דקות חינם.
דברו איתנו ←