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

אבטיפוס: הוכחה טכנית

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

MVP: הוכחת ביקוש

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

ההבדלים בפועל

כשמנסים לתמצת את ההבדל בין אבטיפוס ל-MVP לכמה שורות מעשיות, נוח להשוות חמישה צירים:

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

סדר נכון בין השניים

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

איפה זה נשבר בפועל

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

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

רוצים להפוך רעיון למוצר? צרו קשר עם צוות פרוג'קטס האוס בע"מ – טלפון: 054-8936922 | דוא"ל: info@projects-house.com – ונשמח ללוות אתכם משלב הרעיון ועד המדף.