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

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

מה קובע את המיקום בטווח?

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

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

למה ההערכות קורסות?

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

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

איך נראית חלוקה טיפוסית של הזמן?

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

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

האם אפשר לקצר?

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

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

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