PRINCIPIVM

מרעיון ל-MVP

איך מגיעים מרעיון למוצר ראשון שאפשר להראות למשתמשים ולמשקיעים — בלי לשרוף את התקציב על הגרסה שאף אחד לא ביקש.

הכשל הנפוץ ביותר שאנחנו רואים אצל מייסדים הוא לא טכני. הוא בהגדרת ההיקף: הרשימה של מה שחייב להיכנס לגרסה הראשונה מתחילה בשמונה מסכים ומגיעה לארבעים לפני שנכתבה שורת קוד אחת.

האשכול הזה עוסק בעבודה שקורית לפני הפיתוח ובמהלכו: איך חותכים היקף בלי לחתוך את המוצר, מה באמת נדרש כדי להראות משהו למשקיע, ולמה לוחות זמנים בפיתוח מוצר קורסים בצורה כל כך צפויה.

אין כאן נוסחה. יש כאן החלטות שראינו שחוזרות על עצמן, והמחיר של כל צד בהן.

החדש ביותר

כתבה

איך מגדירים MVP שלא מתפוצץ באמצע

רוב ההיקפים לא גדלים בגלל בקשות חדשות אלא בגלל החלטות שנדחו. הכלי היחיד שראינו שעובד הוא לנסח את הגרסה הראשונה כשאלה אחת שהמוצר אמור לענות עליה.

8 דקות קריאה ·

תשובות קצרות

תשובה

כמה זמן לוקח לבנות MVP באמת

טווח מציאותי הוא שישה עד שנים עשר שבועות לגרסה ראשונה צרה שמשתמש אמיתי משתמש בה. מה שקובע את המיקום בטווח הוא בהירות ההחלטות, לא מהירות הפיתוח.

5 דקות קריאה ·