מדריך אב טיפוס: מהרעיון ועד לייצור סדרתי
הדגם הראשון נראה מצוין על השולחן. הפלסטיק נקי, ההרכבה סבירה, ואפילו המשקיע חייך ואמר שיש פה משהו. ואז אתה חוזר הביתה ומבין את הבעיה האמיתית. אין לך מוצר. יש לך חפץ.
זה רגע שאני מכיר היטב. יזם מחזיק ביד חלק מודפס או מארז חתוך בלייזר, בטוח שהוא כבר "באב טיפוס", אבל בעצם הוא עוד לא החליט מה הוא בודק, מי אמור לתכנן את הגרסה הבאה, ולמה הצעת מחיר אחת נשמעת כמו סקיצה והשנייה כמו פרויקט הנדסי מלא. בין מעצב תעשייתי, מהנדס מכונות, מהנדס אלקטרוניקה, קבלן ייצור ואיש רגולציה, קל מאד ללכת לאיבוד.
בישראל, זה אפילו מבלבל יותר כי כולם רגילים לדבר מהר. בונים משהו, רצים להראות, ואז מגלים שהפער היקר באמת הוא לא בין רעיון למודל. הוא בין דגם שמרשים בחדר הישיבות לבין אב טיפוס שמסוגל לעבור אימות הנדסי, רישוי וייצור סדרתי.
הפער הזה הוא המקום שבו נשרף הכסף.
יש לזה גם הקשר מקומי מעניין. בישראל שלב האב טיפוס אינו גחמה של מפתחים. לפי סקירה על מדיניות המו"פ בישראל, כבר ב־1968 הומלץ להקים את לשכת המדען הראשי כדי לסבסד מו"פ תעשייתי מסחרי, ובהמשך אותה מסגרת כללה גם תמיכה במעבר ממחקר לייצור, לשיווק, ואף לייצור כמה אבות טיפוס לצורך התקנה אצל לקוחות פוטנציאליים, במיוחד בחו"ל. זה מופיע בתיאור הרקע של מסלול התמיכה הממשלתי לחדשנות בישראל. כלומר, גם ברמת המדינה הבינו מזמן שבלי שלב ביניים אמיתי, לא מגיעים למוצר.
הרגע שבו הרעיון פוגש את המציאות
היזם הטיפוסי נמצא עכשיו במקום מאד מסוים. יש לו משהו ביד. לפעמים זה מארז שהודפס בתלת־ממד. לפעמים זה PCB שמדליק נורה. לפעמים זו הדמיה יפה שנראית כמעט מוכנה למדף. הוא מראה את זה לאנשים ומקבל תגובה חיובית. ואז מתחילות השאלות הלא נעימות.
מי כותב מפרט. מי מחליט אם הפלסטיק הזה בכלל מתאים. האם צריך קודם עיצוב תעשייתי או ישר תכן מכאני. האם האלקטרוניקה תיכנס בכלל לנפח שנקבע. והאם מישהו בכלל חשב על אישור, בטיחות, ניקוי, הרכבה, שירות, אריזה או עלות יחידה.
למה הבלבול הזה כל כך נפוץ
כי קל מאד לבלבל בין הדגמה לבין פיתוח. הדגמה נועדה לשכנע. פיתוח נועד להקטין סיכון. אלה לא אותו דבר.
דגם יפה יכול לפתוח דלת. הוא לא יענה על השאלה אם המוצר ישרוד שימוש אמיתי, יעמוד בדרישות שוק היעד, או יהיה אפשר להרכיב אותו שוב ושוב בלי כאב.
במוצרים פיזיים, הבעיה כמעט תמיד מופיעה אחרי המחמאה הראשונה. המשקיע ראה מוצר. המהנדס רואה חורים. איש הייצור רואה שעות הרכבה. מי שאחראי על רגולציה רואה מסלול ארוך יותר ממה שחשבת.
המסלול שבאמת צריך לעבור
אני מעדיף לחשוב על אב טיפוס כשבע תחנות עבודה ברורות:
אפיון. מה בונים, עבור מי, ובאילו מגבלות.
בחירת סוג אב הטיפוס. לא כל דגם צריך לעשות הכול.
עיצוב תעשייתי. שימוש, ארגונומיה, מראה, נגישות.
תכן מכאני ואלקטרוני. המבנה והמערכת צריכים להיוולד יחד.
בנייה. בחירת שיטת ייצור שמתאימה לשאלה, לא לאגו.
בדיקות ואימות. שולחן מעבדה אינו שוק אמיתי.
מעבר לייצור סדרתי. תיעוד, ספקים, הרכבה, DfM, עלות.
הסדר הזה חשוב. כשמדלגים, משלמים פעמיים. פעם אחת בזמן הקיצור, ופעם שנייה בתיקון.
כמה זמן זה באמת לוקח
מי שמבטיח לך לסיים הכול "תוך כמה שבועות" כנראה מדבר על דגם, לא על מוצר. מקור מקצועי בתחום פיתוח המוצר בישראל ממליץ להתחיל מהנחה אחת בלבד לבדיקה, לרדת ל־Minimum Viable Prototype, ולבחור את שיטת הייצור לפי השאלה הקטנה ביותר שעדיין יכולה לאשש או להפריך את ההנחה. באב טיפוס פשוט אפשר להגיע לגרסה בתוך ימים, בתוכנה פונקציונלית בשבועות, ובחומרה או מכשור רפואי לעיתים בחודשים, כפי שמתואר במדריך לפיתוח אב טיפוס ליזמים.
זו נקודת המוצא הנכונה. לא "כמה מהר אפשר לבנות", אלא "מה הדבר הכי קטן שצריך לבדוק עכשיו".
אפיון דרישות לפני שנוגעים בחומר
אם אתה מתחיל לשרטט לפני שכתבת דרישות, אתה לא חוסך זמן. אתה פשוט דוחה את הוויכוח לשלב יקר יותר.
מסמך אפיון דרישות מוצר, PRD אם אתה רוצה לקרוא לזה בשם המקובל, הוא לא ניירת. הוא המסנן שמונע מכל אחד בפרויקט למשוך לכיוון אחר. כשאפיון טוב נכתב מוקדם, המעצב מבין מה אסור לשבור, המהנדס יודע על מה הוא נמדד, והיזם מבין מה הוא באמת קונה.
למי שרוצה להעמיק בזה ברמה מעשית, יש לא מעט ערך בקריאה על אפיון מוצר טכנולוגי.
מה חייב להיכנס למסמך
אני מחפש במסמך כזה כמה סעיפים בסיסיים. בלי זה, אני לא מתחיל:
מטרת המוצר והבעיה שהוא פותר. לא חזון כללי. בעיה קונקרטית.
קהל יעד וסביבת שימוש. בית, מפעל, רכב, מרפאה, שדה.
דרישות פונקציונליות. מה המוצר חייב לעשות.
דרישות ביצועים ובטיחות. מה נחשב תקין ומה נחשב כשל.
מגבלות רגולטוריות. שוק יעד מכתיב שפה אחרת לגמרי.
תקציב יעד ליחידה. אחרת כולם יעצבו חלום.
לוח זמנים. כולל נקודות החלטה, לא רק יעד סופי.
דוגמה פשוטה ממכשור רפואי
נניח שאתה מפתח מד סטורציה נייד לשימוש ביתי. כאן כבר אי אפשר לכתוב "מכשיר קטן ונוח עם תצוגה יפה". זה תיאור שיווקי, לא אפיון.
המסמך צריך להכריע דברים קשים. מה רמת הדיוק הנדרשת. מה טווח העבודה. מאיזה גובה מותר לו ליפול בלי לאבד תפקוד. אילו דרישות בטיחות חלות עליו. האם ניקוי בחומרים מסוימים הוא תנאי. האם סוללה נטענת היא חובה או הפרעה. אם אין תשובות, כל שרטוט יהיה זמני.
כלל עבודה: אם מהנדס ומעצב יכולים לקרוא את אותו מסמך ולהבין דברים שונים, המסמך לא מוכן.
אתה לא חייב לכתוב מסמך עבה. אתה כן חייב לכתוב מסמך חד. אני מעדיף שבועיים של אפיון ישר על פני חודשיים של ניסוי וטעייה יקרים.
למה זה חשוב במיוחד בישראל
בישראל יש הכרה מוסדית בזה ששלב ההוכחה המוקדמת הוא שלב כלכלי קריטי. תוכנית Ideation, תנופה, של רשות החדשנות מעניקה עד 200,000 ש"ח לאורך 12 חודשים, בשיעור של 80% מהתקציב המאושר, ומיועדת במפורש לבניית אב טיפוס ראשוני, הגנת קניין רוחני ותוכניות פיתוח עסקי. לפי פרסום מעודכן, התוכנית נועדה לסייע לכ־100 יזמים בשנה, ולכסות את שלב ה־POC והאב טיפוס הראשוני במסגרת כוללת של 250,000 ש"ח לכל בקשה. הנתונים מופיעים בחומרי רשות החדשנות על מסלולי התמיכה.
המשמעות המעשית פשוטה. אם המדינה מממנת שלב כזה, זה כי ברור שצריך לתכנן אותו. לא לזרוק כסף על דגם אקראי.
ארבעת סוגי אב הטיפוס ואיך לבחור נכון
רוב הטעויות מתחילות מהשאלה הלא נכונה. אנשים שואלים "כמה יעלה לי אב טיפוס". זו שאלה חלשה. השאלה הנכונה היא "איזו שאלה אני מנסה לבדוק עכשיו".
יש כמה סוגים עיקריים של אב טיפוס, וכל אחד נועד למשהו אחר. אם תבחר לא נכון, תשלם שוב. פעם אחת בבנייה, ופעם שנייה בהחלפה.
לא כל אב טיפוס הוא אותו מוצר
מקור מקצועי בעברית מחלק את העולם הזה ל־ארבעה סוגי אב טיפוס עיקריים: מושגי, ויזואלי, פונקציונלי ועובד. לכל אחד מטרת בדיקה אחרת, והזמן והעלות עולים ככל שמתקדמים מבדיקת קונספט לבדיקת ביצועים. באותו מקור מצוין למשל שאב טיפוס מושגי מתאים להמחשת רעיון בסיסי, בטווח זמן של עד שבוע, ובעלות של כ־₪1K–3K, כפי שמופיע בסקירה על סוגי אבות טיפוס ועלויות.
זה מתיישב יפה עם מה שאני רואה בפועל. הנה גרסה פרקטית של החלוקה.
השוואת סוגי אב טיפוס
סוג אב-הטיפוס | מטרה עיקרית | עלות אופיינית | זמן ייצור |
|---|---|---|---|
מושגי | לבדוק רעיון בסיסי ולהמחיש עיקרון | כ־₪1K–3K | עד שבוע |
ויזואלי | להראות צורה, ארגונומיה ומראה | עולה יותר ממושגי | לרוב קצר עד בינוני |
פונקציונלי | לבדוק פונקציות בתנאי מעבדה | עולה יותר מוויזואלי | לרוב בשבועות |
עובד או הנדסי | להתקרב לאימות רציני ולייצור | הגבוה ביותר מבין הארבעה | לרוב הארוך ביותר |
אם אתה בודק ארגונומיה, אל תשלם על אלקטרוניקה מלאה. אם אתה בודק ביצועי חיישן, אל תשקיע במעטפת יפה. ואם אתה מתכנן מעבר לייצור, אל תתבלבל ותקרא לדגם תצוגה "אב טיפוס מוכן".
למי שבוחן אפשרויות בנייה מהירה, שווה להבין גם מה אפשר ומה אי אפשר לקבל דרך מדפסת תלת־מימדית. זו טכנולוגיה מצוינת, אבל היא לא תחליף להחלטה נכונה על סוג האב טיפוס.
הטעות היקרה ביותר
יזם בונה מודל ויזואלי יפה, נכנס לפגישה, מקבל תגובה מצוינת, ואז מתייחס לדגם כאילו כבר עבר שלב. אבל שום דבר מהותי עוד לא נבדק. לא חיווט, לא חום, לא הרכבה, לא שירות, לא חוזק, לא תאימות.
אב טיפוס טוב לא נמדד לפי כמה הוא מרשים. הוא נמדד לפי כמה אי־ודאות הוא הוריד מהשולחן.
הבחירה בסוג האב טיפוס צריכה להיות אכזרית בפשטות שלה. בחר את הגרסה המינימלית שעונה על השאלה הדחופה ביותר. כל דבר מעבר לזה הוא לרוב פיצוי רגשי.
מהסקיצה לדגם הראשון שעובד
אחרי שהאפיון ברור וסוג האב טיפוס נבחר, מגיע שלב שרבים הורסים בהתלהבות. הם מזמינים חלקים מוקדם מדי, מזניחים את הקשר בין אלקטרוניקה למכניקה, ואז מחכים שבועות לרכיבים שלא מתאימים.
הסדר הנכון פשוט, גם אם הוא לא תמיד נוח. קודם מגדירים נפח, שימוש, פתחים, חיבורי משתמש וארגונומיה. אחר כך התכן המכאני מקבל גוף. במקביל, האלקטרוניקה צריכה להתקדם יחד איתו. לא בסוף, לא "כשנסגור מארז".
הסדר שעובד בפועל
אני מעדיף רצף כזה:
סקיצות ותלת־ממד בסיסי. בודקים נפח, גישה, אחיזה ומיקום רכיבים.
עיצוב תעשייתי. רק עד הרמה שנדרשת לשאלת השימוש והמראה.
תכן מכאני ראשוני. חיבורים, עוביים, הברגות, נעילות, מרווחים.
תכן אלקטרוני במקביל. מיקום PCB, ספק כוח, חיישנים, מחברים, אנטנות אם יש.
סקירת DfM מוקדמת. האם אפשר לייצר, להרכיב, לפרק ולבדוק.
הזמנת חלקים ואבות משנה. רק אחרי שהממשקים נסגרו.
הרכבה ובדיקת התאמה. fit לפני finesse.
בחירת שיטת הייצור לפי השאלה
פה הרבה כסף נשרף. אנשים בוחרים טכנולוגיה כי היא זמינה, לא כי היא מתאימה.
FDM טוב כשצריך לבדוק ארגונומיה, נפח, גישה והרכבה בסיסית.
SLA עדיף כשצריך דיוק גבוה יותר או פני שטח טובים יותר.
עיבוד שבבי נכון כשיש טולרנסים, חומרים קשיחים או ממשקי הרכבה שצריך לסמוך עליהם.
PCB ראשוני מזמינים רק אחרי שממשקי המכניקה והחשמל הוסכמו.
אם המארז שלך תלוי בפלטה אלקטרונית שעדיין משנה מידות, אל תסגור זיווד. אם הכרטיס דורש מחבר בזווית מסוימת, אל תניח שהמכניקה "תסתדר". היא לא.
איפה נכנסת עבודת הצוות
בנקודה הזאת חשוב שכל מי שמעורב יראה את אותה תמונה. המעצב שומר על השימוש והמראה. מהנדס המכונות אחראי למבנה ולהרכבה. מהנדס האלקטרוניקה מוודא שהתכן החשמלי לא נהרס בגלל אילוץ מכאני. איש הייצור צריך להיכנס מוקדם, לא רק כשמבקשים ממנו הצעת מחיר.
זה בדיוק המקום שבו אפשר לעבוד עם גוף שמרכז כמה תחומים תחת קורת גג אחת, כמו רותל הנדסת מוצר בע"מ, או לנהל כמה ספקים נפרדים. אין דרך אחת נכונה. יש רק דרישה אחת נכונה. שמישהו ייקח אחריות על הממשקים.
אם אף אחד לא אחראי על הממשק בין המכאניקה, האלקטרוניקה וההרכבה, אתה קונה בעיה ולא מוצר.
אבני דרך ולא מרתון מעורפל
אני אוהב לקבוע נקודות עצירה קצרות. אישור נפח. אישור ממשקים. אישור חומרים. אישור רכיבים קריטיים. רק אז יוצאים להזמנה. זה נשמע איטי, אבל זה מהיר יותר מתיקון.
מי שעובד ככה מזמין פחות חלקים שגויים, ממתין פחות למשלוחים מיותרים, ומגיע לדגם הראשון שעובד בלי דרמה מיותרת.
בדיקות אימות ותיעוד הנדסי
הרגע שבו המוצר נדלק על השולחן הוא לא רגע סיום. הוא רגע פתיחה. עכשיו מתחילים לגלות אם בנית משהו אמיתי או משהו עדין מדי לחיים.
הפער בין "עובד במעבדה" לבין "עובד בשטח" הוא לא סמנטיקה. זה בדיוק המקום שבו אב טיפוס תצוגה נכשל ואב טיפוס הנדסי מתחיל להיות שווה משהו.
מה בודקים לפני שמדברים על ייצור
צריך לבנות מטריצת בדיקות פשוטה וברורה. לא מסמך מפחיד. מסמך שעוזר לקבל החלטות.
סוג בדיקה | מטרה | קריטריון הצלחה |
|---|---|---|
פונקציונלית | לוודא שכל פונקציה עובדת כמתוכנן | כל הפונקציות שהוגדרו באפיון פועלות באופן עקבי |
מכאנית | לבדוק התאמה, הרכבה, חוזק ושחיקה | הרכבה תקינה וללא כשלים בשימוש הצפוי |
סביבתית | לבחון תגובה לטמפרטורה, לחות ורעידות | המוצר שומר על תפקוד בתנאים שהוגדרו |
בטיחות ורגולציה | לזהות פערים מול דרישות שוק היעד | אין חריגה מהדרישות שהוגדרו מראש |
שימושיות | לראות איך משתמשי קצה מפעילים את המוצר | המשתמשים משלימים את הפעולות המרכזיות ללא בלבול מהותי |
הטבלה הזאת לא מחליפה פרוטוקול. היא רק מכריחה אותך לשאול את השאלות הנכונות.
בלי פרוטוקול, אין בדיקה
כל בדיקה חייבת לקבל שלושה דברים: תנאים, קריטריון הצלחה, ותוצאה מתועדת. אחרת זו לא בדיקה. זו תחושה.
הערה מהשטח: אם אתה לא כותב למה בדקת, איך בדקת, ומה קרה, אתה תמצא את עצמך בונה שוב את אותו ניסוי בעוד חודש, רק יקר יותר.
אני מצפה לראות לכל הפחות:
תנאי בדיקה ברורים
גרסת מוצר שנבדקה
מי ביצע ומתי
תוצאה בפועל
החלטה מה מתקנים, ומה נשאר
התיעוד שאחרים יצטרכו אחריך
יזמים נוטים לזלזל בזה. זו טעות. מהנדס ייצור, איש רכש, קבלן הרכבה ואפילו מהנדס מחליף בעתיד, כולם צריכים להבין בדיוק מה נבנה.
זה אומר:
שרטוטים מעודכנים
BOM סופי לגרסה
מפרטי חומרים
קבצי ייצור
דוחות בדיקה
שינויים מתועדים
בלי זה, כל מעבר של הפרויקט לידיים אחרות יגרום לעיוות. כל עיוות כזה עולה בכסף, בזמן, ובאמון.
מתי אב הטיפוס מוכן לייצור סדרתי
אני אגיד את זה חד. אב טיפוס לא מוכן לייצור כשאפשר להציג אותו. הוא מוכן לייצור כשאפשר לחזור עליו.
זה אומר שאותו מוצר צריך להיבנות שוב, מאותו תיעוד, עם אותה תוצאה, על ידי אנשים שלא היו בחדר כשהרעיון נולד. אם זה לא קורה, אתה עדיין בשלב פיתוח.
הקריטריונים שאני רוצה לראות
המוצר מתחיל להיות מוכן לייצור רק כשכמה דברים קורים יחד:
התכן התייצב אחרי משוב שימושי והנדסי.
כל פונקציה קריטית אומתה בגרסה המעודכנת.
התיעוד מלא ולא יושב רק בראש של מישהו.
יש ספקים רלוונטיים והצעות מחיר אמיתיות לסדרה.
זמן הרכבה ברור ולא מבוסס על אלתור.
יש החלטה על תהליך הייצור ולא רק על צורת המוצר.
אם חסר אחד מהדברים האלה, אפשר לבנות עוד דגמים. עדיין לא נכון לפתוח ייצור.
הייצור מתחיל מוקדם יותר ממה שנדמה לך
יזמים נוטים לחשוב שייצור סדרתי הוא פרויקט נפרד. אני חושב בדיוק להפך. הייצור הסדרתי מתחיל כבר באב טיפוס הראשון, כי אז נקבעים חיבורים, חומרים, גישות להרכבה, פתחים, טולרנסים, ספקים וגישה לבדיקה.
לכן חשוב להבין כבר מוקדם איך נראה המסלול של ייצור סדרתי. לא כדי לקפוץ לשם מהר מדי, אלא כדי לא לבנות אב טיפוס שמתנגש בו.
גם רגולציה משנה את ההגדרה של אב טיפוס
בישראל יש עוד שכבה שמבלבלת יזמים. אב טיפוס אינו רק שלב הנדסי. לפעמים הוא גם הגדרה רגולטורית שמשפיעה על כניסה לשוק. בתחום הרכב, למשל, משרד התחבורה נדרש בעבר לייבוא של עד 10 רכבים שהוגדרו כ"מכוניות אב טיפוס" לצורכי בדיקה, ולאחר מכן עודכן הנוהל כך שמגבלת הכמות הוסרה עבור קטגוריות מסוימות. במקביל, במסלול הרישוי לאופנועי אב טיפוס הוגדר נוהל ייעודי מעודכן בינואר 2026, כפי שמתואר בסקירה על עדכוני רגולציה לאבות טיפוס בישראל.
הלקח רחב יותר מרכב. אם שוק היעד שלך דורש אימות, רישוי או שיטת בדיקה מסוימת, אתה צריך לבנות את האב טיפוס לפי המסלול העתידי שלו, לא לפי מה שנוח היום בבית המלאכה.
מה ההחלטה הנכונה בשלב הזה
לפעמים נכון לעבור לסדרה קטנה בעבודת הרכבה ידנית או חצי־ידנית. לפעמים צריך עוד סיבוב הנדסי לפני תבניות או כלים. לפעמים דווקא כדאי לעצור, כי העלות ליחידה עדיין לא מחזיקה מים.
הטעות היא להחליט לפי מצב הרוח. ההחלטה צריכה להישען על אימות, תיעוד ויכולת חזרה.
מחשבות אחרונות על המסלול כולו
אב טיפוס טוב הוא לא זה שהגיע מהר. הוא זה שענה על השאלה הנכונה בזמן הנכון.
אם אני מצמצם את כל המסלול הזה לכמה החלטות קריטיות, הן די פשוטות. בוחרים סוג דגם לפי שאלת האימות, לא לפי מי צריך להרשים. שומרים תקציב לכל סיבוב במקום לשרוף הכול על אחד. מתעדים מההתחלה. ומכניסים DfM מוקדם, כי הרכבה וייצור לא מתחילים ביום שמבקשים הצעת מחיר.
איפה אנשים נופלים שוב ושוב
המסלול הארוך מדי מבזבז זמן וכסף. המסלול הקצר מדי מייצר אשליה של התקדמות ואז מפיל את החשבון מאוחר יותר. מה שעובד הוא קצב מדוד. כל סיבוב צריך להוריד סיכון אחד ברור.
מקורות מקצועיים בעברית מדגישים נקודה שאני מסכים איתה לגמרי: צריך להבחין בין אב טיפוס פונקציונלי, אב טיפוס הנדסי, אב טיפוס מראה וסדרת ייצור קטנה, כי כל אחד עונה על שאלה אחרת. באותו הקשר מודגש גם שבישראל מסלול תנופה מיועד בדיוק לשלב הוכחת ההיתכנות והאב טיפוס הראשוני, עם מענק של עד 200,000 ₪ ובשיעור של עד 80% מהתקציב המאושר, כפי שמופיע בפירוט על מסלול תנופה של רשות החדשנות. זה לא אומר שצריך לרדוף אחרי מענק. זה כן אומר שהשאלה האמיתית היא לא "איך בונים", אלא "איך מתכננים את סבבי האימות הראשונים נכון".
השאלה שכדאי לקחת מכאן
אני תמיד חוזר לשאלה אחת. אם היית יודע בתחילת הדרך את מה שאתה יודע עכשיו, איזו החלטה היית מקבל אחרת באב הטיפוס הראשון שלך.
זו שאלה טובה כי היא לא תאורטית. היא מכריחה אותך לראות איפה שיקרת לעצמך. על הלו"ז, על העלות, על רמת הבשלות, או על המרחק שבין דגם מרשים למוצר שאפשר באמת לייצר.
אם אתם עומדים בדיוק על הקו הזה, בין רעיון שעובד חלקית לבין מוצר שצריך לעבור תכן, אב טיפוס, בדיקות וייצור, רותל הנדסת מוצר בע"מ מציעה עבודה מקצה לקצה בתחומים האלה. הם עוסקים באפיון, עיצוב, תכן מכאני ואלקטרוני, בניית דגמים, סדרות קצרות וייצור, כך שאפשר לקדם את הפרויקט בצורה מסודרת ולא לאלתר את המעברים בין השלבים.