פיתוח מוצרים ביטחוניים בישראל: מדריך בחירת ספק 2026

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

למה פיתוח מוצרים ביטחוניים מתנהג אחרת משוק אזרחי

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

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

הלקוח הוא מוסד, לא אדם. בפיתוח מוצרים בטחוניים אין "משתמש קצה" במובן שיווקי. יש קצין רכש, יש דרישת מבצעית (ORD), יש ועדות בחינה טכניות, ויש תקציב שנתי של אגף בצה"ל או של גוף מקביל בחו"ל. כל החלטת רכש עוברת מספר שכבות אישור. המשמעות: מסע הלקוח שאתה מכיר מ-B2B SaaS לא רלוונטי. במקום customer discovery של ראיונות עם 30 משתמשים, אתה עושה מיפוי של מקבלי החלטה במפא"ת, יחידות טכנולוגיות בזרועות, ומשרדי ביטחון בחו"ל. הצוות שלך צריך לכלול אנשים שדוברים את השפה הזו, בדרך כלל יוצאי מערכת.

דרישת battle-tested לפני עסקה משמעותית. לקוח ביטחוני לא קונה טכנולוגיה שלא הוכחה בתנאי שטח. הוא רוצה לראות שהמוצר עבד אצל משתמש דומה, בסביבה דומה, מול איום אמיתי. זו סיבה מרכזית לכך שההזמנה הראשונה כל כך קשה, ושברגע שהיא קורית, היא פותחת דלת לשוקי יצוא. הפועל היוצא לפיתוח: TRL (Technology Readiness Level) הוא לא באזזוורד אלא שפה שהלקוח באמת משתמש בה, וכל שלב פיתוח נמדד ביחס לסולם הזה.

המסגרת הרגולטורית: DECA, חוק הפיקוח על יצוא ביטחוני ו-TRL

פיתוח מוצרים ביטחוניים בישראל כפוף לחוק הפיקוח על יצוא ביטחוני, התשס"ז-2007, שמסדיר כל פעילות של שיווק, יצוא והעברת ידע ביטחוני מחוץ לגבולות המדינה. הרגולטור הוא אגף הפיקוח על היצוא הביטחוני במשרד הביטחון (DECA - Defense Export Control Agency), והוא הכתובת היחידה לרישוי בישראל.

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

מה זה אומר לגבי סיווג המוצר בשלב האפיון

הטעות הנפוצה ביותר של יזמים בתחילת הדרך היא לדחות את שאלת הסיווג לשלב שיווק. הסיווג משפיע על החלטות ארכיטקטוניות מוקדמות: איזה רכיבים מותר לרכוש מספק אמריקאי, איזה קוד מותר לפתח בענן ציבורי, ומי בכלל יכול להיות שכיר או פרילנסר בפרויקט. בשלב האפיון כבר צריך לדעת האם המוצר נכנס תחת רשימות הבקרה של הסכם ואסנאר (Wassenaar Arrangement) לנשק קונבנציונלי וטכנולוגיות דו-שימושיות, או תחת MTCR (Missile Technology Control Regime) לטכנולוגיות טילים ורחפנים ארוכי-טווח. ישראל מיישרת קו עם המשטרים הללו גם בלי חברות פורמלית מלאה בכולם, ו-DECA משתמשת בהם כרפרנס לרישוי.

סולם TRL כשפה משותפת מול לקוח ביטחוני

TRL (Technology Readiness Level) הוא סולם בן תשע דרגות שפותח במקור בנאס"א ואומץ על ידי משרד הביטחון האמריקאי וצה"ל כדי לתאר את בשלות הטכנולוגיה: TRL 1 הוא רעיון מדעי, TRL 4 הוא הוכחת היתכנות במעבדה, TRL 6 הוא אב-טיפוס שהודגם בסביבה רלוונטית, ו-TRL 9 הוא מערכת מבצעית מוכחת בשטח. קבלן ראשי לא ידבר איתך על "מוצר מוכן" - הוא ישאל באיזה TRL אתה נמצא, ומה נדרש כדי לעלות דרגה. גופי מימון ממשלתיים בונים סביב הסולם הזה את אבני הדרך של המענק.

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

מסלולי מימון ממשלתיים ליזמים: InnoFense, MEIMAD ו-Green Lane

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

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

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

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

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

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

קריטריונים לבחירת ספק פיתוח מוצרים בטחוניים

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

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

היכרות עם דרישות מפא"ת ו-DECA. מפא"ת (המנהל למחקר ופיתוח אמצעי לחימה ותשתית טכנולוגית) מגדיר סטנדרטים טכניים, ורשות DECA שולטת ברישיונות היצוא. ספק שלא יודע להסביר לך את ההבדל בין רישיון שיווק לרישיון יצוא, או מה זה TAA (Technology Assistance Agreement) מול לקוח אמריקאי, פשוט לא מבין את המרחב שבו הוא אמור לעבוד.

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

מדיניות IP ברורה מראש. במוצרים ביטחוניים, שאלת הבעלות על ה-IP מסתבכת כי חלק מהפיתוח עלול להיות ממומן חלקית על ידי המדינה, ולמדינה יש זכויות שימוש שנובעות מכך. ודא שחוזה הפיתוח מפריד בין IP שקיים לפני הפרויקט (background IP), IP שנוצר במהלכו (foreground IP), ומה קורה אם הפרויקט מקבל מימון מרשות החדשנות או ממסלול InnoFense. הבנה עמוקה של הסכם סודיות NDA ומבנה זכויות היוצרים תחסוך ויכוחים יקרים בהמשך.

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

מה כלול בהיקף עבודה טיפוסי לפיתוח מוצרים ביטחוניים

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

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

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

תכנון TRL - מפת דרכים ברורה שמראה איך המוצר עובר מ-TRL 3 (proof of concept) ל-TRL 6-7 (הדגמה בסביבה תפעולית). כל קפיצת TRL דורשת סוג אחר של בדיקות, ובהיקף עבודה נכון רשום מי אחראי לכל אחת.

אבטיפוסים ואינטגרציה - כמה סבבי prototyping מתוכננים, מה ההבדל בין breadboard, EDM (Engineering Development Model) ו-EMM (Engineering Manufacturing Model), ואיזה subsystems משולבים בכל שלב. אם היקף העבודה מדבר רק על "אב טיפוס" בלי לפרט - זה דגל צהוב.

בדיקות שדה וקבלה - MIL-STD רלוונטיים (בדרך כלל 810 לתנאים סביבתיים ו-461 ל-EMI), תוכנית בדיקות מפורטת, וקריטריוני קבלה מדידים. מי מבצע את הבדיקות, איפה, ומי משלם על כשל שדורש חזרה - חייב להיות כתוב.

תיעוד ליצוא ו-compliance - כאן נופלים הרבה פרויקטים. תיק טכני מלא כולל BOM, drawings, ITAR/EAR classification במידת הצורך, End User Certificate templates, ומסמכי איכות ISO 9001 / AS9100. בפיתוח מוצרים בטחוניים המסמכים האלה שווים בערכם ל-hardware עצמו, כי בלעדיהם אין רישיון יצוא ואין מכירה.

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

דגלים אדומים ושאלות שחייבים לשאול ספק לפני חתימה

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

הנה הדגלים שכדאי לשים לב אליהם לפני שחותמים על הסכם פיתוח:

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

אפס ניסיון מול לקוח מוסדי. מחזור המכירה הביטחוני שונה מהותית מאזרחי: RFI, RFP, בדיקות קבלה, דרישות תיעוד לפי תקני MIL-STD. ספק שהניסיון שלו הוא רק ב-B2B אזרחי או SaaS לא בהכרח יידע להכין את המוצר לתהליך הזה.

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

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

שאלות מפתח לפגישת ההיכרות:

• מי בצוות שלכם התמודד מול DECA או ליווה תהליך רישיון יצוא?
• איך אתם מנהלים תיעוד לפי דרישות MIL-STD או תקן לקוח ספציפי?
• מה מבנה הבעלות על ה-IP במהלך הפרויקט ואחרי סיומו?
• באיזה TRL אתם מתחילים ולאיזה TRL מתחייבים בסיום שלב?
• איך אתם מטפלים במידע מסווג, ומי מהצוות בעל סיווג בתוקף?
• מה קורה אם דרישת לקוח משתנה באמצע הפרויקט, ואיך מתומחר שינוי היקף?
• תנו לי שם של לקוח מוסדי שאפשר לדבר איתו, לא רק לוגו במצגת.

תשובה מהוססת לאחת מהשאלות האלה היא סימן טוב יותר לחוסר התאמה מכל חוזה שתקרא.

שאלות נפוצות

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

כמה עולה פיתוח מוצרים ביטחוניים בישראל?

עלות פיתוח מוצר ביטחוני בישראל נגזרת מרמת ה-TRL ההתחלתית, מרמת הסיווג הנדרשת, מדרישות עמידות סביבתית (MIL-STD-810, MIL-STD-461) ומהיקף אינטגרציית התתי-מערכות. פיתוח מוצר ביטחוני יקר משמעותית מפיתוח מוצר אזרחי מקביל בגלל דרישות תיעוד, בדיקות איכות, qualification ואבטחת מידע. אין מחיר "רשימה" בתחום הזה - כל הצעת מחיר נבנית לפי מפרט טכני, TRL יעד ולוח בדיקות מוסכם.

איך בוחרים ספק לפיתוח מוצרים ביטחוניים?

בחירת ספק מתבצעת לפי ארבעה צירים: ניסיון מוכח בפרויקטים ביטחוניים דומים, יכולת עמידה בתקני MIL וב-ISO 9001/AS9100, סיווג בטחוני של המפתחים והמתקן, ויכולת ליווי בתהליכי DECA וייצוא. בקש רשימת פרויקטים דומים שהספק ביצע, ראה מי חתום על תיק ה-qualification ובדוק אם יש לו ניסיון עבודה מול משהב"ט או תעשיות ביטחוניות ישראליות. הימנע מספקים שמתפארים בניסיון אזרחי בלבד ומבטיחים "לעבור התאמה" לביטחוני.

מה כולל שירות פיתוח מוצרים ביטחוניים?

שירות מלא כולל אפיון דרישות מבצעיות (ORD), עיצוב מערכת (SRR/PDR/CDR), פיתוח חומרה ותוכנה, ייצור אב-טיפוס, בדיקות qualification סביבתיות ו-EMC, תיעוד תצורה (CM), ולעיתים גם ליווי לתהליך אישור ייצוא מול DECA. ספקים מסוימים מציעים גם ליווי במסלולי מימון כמו InnoFense או MEIMAD, אך זה לא סטנדרט. חשוב להגדיר בחוזה מה כלול ומה מחוץ להיקף.

למי מתאים פיתוח מוצרים ביטחוניים ולמי פחות?

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

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

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

מי צריך פיתוח מוצרים ביטחוניים ומי יכול לוותר?

צריכים פיתוח ביטחוני: יזמים שהמוצר שלהם מיועד מעצם טבעו לשימוש צבאי (חימוש, מודיעין, לוחמה אלקטרונית, C4I), או מוצרי dual-use שהיעד העסקי המרכזי שלהם הוא לקוח ביטחוני. יכולים לוותר: יזמים עם טכנולוגיה שיש לה שוק אזרחי בשל, יזמים שרוצים אקזיט מהיר תוך 3-5 שנים, וסטארטאפים בשלב מוקדם שעדיין מחפשים product-market fit. המסלול הביטחוני דורש סבלנות ארוכה יותר.

מה השלב הראשון שיזם צריך לעשות בנושא פיתוח מוצרים ביטחוניים?

השלב הראשון הוא הגדרת שאלת ה-dual-use: האם המוצר ביטחוני-בלעדי או שיש לו גם שוק אזרחי, וכיצד זה משפיע על מבנה החברה, ה-IP והייצוא. אחרי זה מגיע customer discovery ממוקד מול לקוח ביטחוני פוטנציאלי - קצין רכש במשהב"ט, איש פיתוח בתעשייה ביטחונית ישראלית, או נספח ביטחוני של מדינה ידידותית. רק אחרי שיש validation ראשוני כדאי להתחיל לבחור ספק פיתוח. תהליך customer discovery נכון חוסך חודשים של פיתוח לכיוון הלא נכון.

כמה עולה פיתוח מוצרים בטחוניים בישראל?

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

האם אני חייב מבנה חברה מיוחד כדי לפתח מוצר ביטחוני בישראל?

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

מה קורה אם ספק הפיתוח נסגר או נפרד ממני באמצע?

זה אחד הסיכונים הכי מסוכנים בפיתוח ביטחוני, ולכן חייבים סעיף source code escrow ובעלות מלאה על תיק התצורה (drawings, BOM, test procedures) בחוזה. וודא שכל התיעוד הטכני מועבר אליך באופן שוטף - לא רק בסיום - ושיש לך זכות להע

איך WeCcelerate יכולה לעזור

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

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

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

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

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

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

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

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