תהליך פיתוח מוצר: מהרעיון ועד ייצור סדרתי

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

תהליך פיתוח מוצר טוב אינו רצף של משימות מנותקות. הוא מערכת החלטות שמחברת צורך, תכן, רגולציה, בדיקות, ייצור ושרשרת אספקה. בישראל, שבה ההוצאה הלאומית על מו״פ אזרחי הגיעה בשנת 2023 ל־119.3 מיליארד ש״ח, שהם 6.3% מהתמ״ג, יש בסיס הנדסי רחב לפיתוח מוצרים מורכבים, אבל גם ציפייה להתקדם מהר ולדעת בדיוק איפה הכסף נשרף (דו״ח המועצה הלאומית למחקר ופיתוח אזרחי%20(1).pdf)).

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

הרגע שבו הרעיון פוגש את המציאות

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

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

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

ההחלטה לפני ה-CAD

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

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

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

אפיון, עיצוב תעשייתי ובניית שפה משותפת

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

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

PRD הוא חוזה, לא מסמך קישוט

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

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

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

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

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

תכן מכאני ואלקטרוני שמדברים אותו שפה

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

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

מסמך אחד, אחריות משותפת

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

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

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

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

אב טיפוס, איטרציות וההחלטה מתי לעצור

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

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

כסף ציבורי מחייב משמעת

תוכנית Tnufa של רשות החדשנות מיועדת ליזמים בשלבים ראשוניים, עד POC או אבטיפוס ראשוני. לפי נתוני הרשות, היא מממנת עד 85% מהתקציב המאושר, עם מענק מרבי של 100,000 ש״ח לכל אחת משתי תקופות של 12 חודשים (נספח פעילות רשות החדשנות). הכסף אינו מחליף החלטות. הוא רק מאפשר לקבל אותן עם פחות לחץ.

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

שאלת מפתח	סוג אב טיפוס	עלות משוערת (ILS)	קריטריון Go/No-Go
האם המנגנון נע כמתוכנן	דגם מכאני מודפס	יש להגדיר לפי ספק והיקף	תנועה מלאה ללא תקיעה בתנאי הבדיקה
האם האלקטרוניקה מזהה את החיישנים	breadboard או PCBA ידני	יש להגדיר לפי רכיבים וזמן עבודה	אות יציב ותקשורת תקינה
האם המשתמש מבין את הפעולה	דגם שימושי לא סופי	יש להגדיר לפי מורכבות הדגם	ביצוע הפעולה הקריטית ללא תיווך
האם ניתן להתחיל תכן לייצור	אב טיפוס משולב	יש להגדיר לפי רמת הבשלות	אין הנחת יסוד קריטית ללא בדיקה

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

בדיקות אימות והדרך הרגולטורית

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

בישראל, המסגרת נשענת על חוק מכשור רפואי משנת 2012 ועל תקנות רישום משנת 2013. רישום ראשוני תקף בדרך כלל עד חמש שנים, והליך האישור הסטנדרטי כולל יעד של כ־120 יום ואגרה ראשונית של 1,200 ש״ח, לפי הסקירה המשפטית של Bloomberg Law על חוק המכשור הרפואי בישראל. אלה לא פרטים שמכניסים לתיק בסוף. הם צריכים להיכנס לתכנית העבודה בתחילת הדרך.

תכנון לפי סיכון ולא לפי לוח שנה

מסלולי הרישום בישראל כוללים מסלול Declaration למוצרים בסיכון נמוך, Fast-Track של 45–60 ימי עבודה למוצרים בסיכון בינוני שכבר רשומים במדינת ייחוס, ומסלול מלא למוצרים בסיכון גבוה (סקירת מסלולי AMAR המעודכנת). המשמעות פשוטה: תכנון DFM, תיעוד הנדסי וולידציה צריכים להתקדם יחד עם ההבנה הרגולטורית, ולא אחריה.

במקביל, צריך לבנות עקיבות בין דרישה, סיכון, בדיקה ותוצאה. IEC 62304 עשוי להיות רלוונטי לתוכנה רפואית, ISO 14971 לניהול סיכונים, ובדיקות EMC לפי CISPR 11 עשויות לחשוף בעיות במארז, בכבלים או בפריסת הלוח. אי אפשר לחכות למעבדה כדי לגלות שהלוח נסגר לפני שהוגדרו אזורי ההפרדה.

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

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

DFM תכנון כלים והקפיצה לייצור סדרתי

המשפט “נעצב קודם ונחשוב על ייצור אחר כך” עדיין נשמע בחדרי פיתוח. הוא כבר לא מתאים למציאות של חומרה ישראלית ב־2026. תכנון לייצור, DFM, צריך להתחיל כאשר צורת המוצר עדיין ניתנת לשינוי, לפני שנחתך כלי ולפני שהספקים מקבלים הבטחה שאי אפשר לעמוד בה.

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

מה בודקים לפני שחותכים כלי

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

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

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

כלי ייצור הוא לא סוף התכנון. הוא התחייבות לאופן שבו המוצר ייוולד שוב ושוב.

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

שרשרת אספקה בקרת איכות והרכבות

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

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

שותף ייצור הוא חלק מהתכן

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

בקרת איכות צריכה להתחיל בקבלת החומר ולהמשיך לאורך הקו. IQC בודק את הנכנס. IPQC בודק את התהליך. FQC בודק את המוצר המוגמר, ו-OQC בודק את מה שיוצא ללקוח. התהליך צריך להגדיר מי מודד, באיזה ציוד, מהו גבול הקבלה ומה קורה כשיש חריגה.

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

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

ליווי לאורך מחזור החיים

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

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

אחרי ההשקה מתחילה העבודה האמיתית

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

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

לפני חתימה על הסכם פיתוח, מנהל מוצר צריך לשאול שאלות ישירות:

• מי מחזיק את קבצי המקור, את גרסאות ה-CAD ואת תיק המוצר?

• מי אחראי על בדיקות האימות, ומי מאשר חריגה?

• מה קורה כאשר רכיב קריטי יוצא משימוש?

• מי מטפל בתלונת שטח וב-CAPA?

• האם השותף יכול להמשיך מסדרה קצרה לייצור סדרתי בלי להעביר את האחריות בין צוותים?

• מי מקבל את ההחלטה כאשר עלות, ביצועים ורגולציה מתנגשים?

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