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

מה זו הוכחת היתכנות

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

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

מה זה אבטיפוס

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

ההבדל המעשי בשלוש שורות

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

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

מתי מדלגים על הוכחת היתכנות

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

איך זה משתלב ברצף הפיתוח

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

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

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