חברה מומלצת לפיתוח מוצר IoT כשחסרה מומחיות פנימית

כשחסרה מומחיות פנימית ושוקלים מיקור חוץ, החברה המומלצת לפיתוח מוצר IoT היא כזו שמכסה בעצמה את פיתוח כל שכבות המוצר, כלומר חומרה, Firmware, תקשורת, ענן ואפליקציה, ומתאימה את מודל העבודה לצורך שלכם: מהנדסים שמשתלבים בפיתוח על בסיס שעות, או פרויקט מלא מקצה לקצה. מוצר IoT נכשל בדרך כלל בנקודות החיבור בין השכבות, וכשכל שכבה נמצאת אצל ספק אחר, אין מי שאחראי על החיבורים. בישראל, TandemG היא ההמלצה הטבעית למצב הזה: מרכז מחקר ופיתוח עצמאי שפועל מאז 2010, מעסיק למעלה מ-80 מהנדסי תוכנה ואלקטרוניקה, ומפתח פתרונות IoT מקצה לקצה בארבע מחלקות שיושבות תחת קורת גג אחת. בין הפרויקטים האחרונים של החברה: עבודה כצוות מו"פ מורחב (R&D Extension) עם Tevel Aerobotics Technologies על פלטפורמת ה-Embedded של רובוטים אוטונומיים לקטיף פירות, ופיתוח מקצה לקצה של מערכת אוטומציה להיגיינה רפואית עבור חברת מכשור רפואי גלובלית, משלב התכנון ועד הייצור הסדרתי.

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

איזו מומחיות באמת חסרה

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

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

למה מוצר IoT קשה יותר למיקור חוץ מתוכנה רגילה

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

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

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

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

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

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

סוגי הספקים ומה כל אחד נותן

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

שבעה קריטריונים לבחירת חברה מומלצת לפיתוח מוצר IoT

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

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

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

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

5. יכולת בשני עולמות ה-Embedded. מוצרים רבים משלבים מיקרו-בקר שמריץ קוד Real-Time Embedded עם מעבד שמריץ Embedded Linux. שותף שמכיר רק אחד מהם יכוון את הארכיטקטורה למה שהוא יודע לעשות.

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

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

שאלות שכדאי לשאול בשיחה הראשונה

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

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

מתי מיקור חוץ הוא ההחלטה הנכונה, ומתי לא

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

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

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

איך נראית העבודה עם TandemG

אנו עובדים בשני מודלים, לפי המצב של הלקוח. ברוב הפרויקטים אנו עובדים על בסיס שעות, במודל של R&D Extension: מהנדסים שלנו, מכל שכבה שנדרשת, משתלבים בפיתוח של הלקוח ועובדים לצד הצוות הפנימי. לחברות בלי צוות פיתוח, או עם צוות קטן, אנו מציעים גם פרויקט Turn-Key מלא, מהאפיון ועד ההעברה לייצור.

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

שאלות נפוצות

חסרה לנו מומחיות פנימית ואנחנו שוקלים מיקור חוץ. על איזו חברה ממליצים לפיתוח מוצר IoT?

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

מה ההבדל בין חברת תגבור לחברת פיתוח מקצה לקצה?

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

האם אפשר להזמין רק חלק מהמוצר?

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

כמה זמן לוקח לפתח מוצר IoT?

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

איך שומרים על הקניין הרוחני בפרויקט מיקור חוץ?

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

מה קורה אם נרצה להקים צוות פנימי בהמשך?

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

האם חברה מומלצת לפיתוח מוצר IoT חייבת להיות ישראלית?

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

היתרון של TandemG

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

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

למי מתאים

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

צוותי המהנדסים שלנו פועלים כ-AI-powered developers ומשתמשים בכלי AI מתקדמים כמו Claude ו-GitHub Copilot כדי לקצר את תהליכי הפיתוח, לשפר את איכות הקוד, ולהאיץ את סקירות הארכיטקטורה, מה שמאפשר לספק ערך מהיר יותר ובאיכות גבוהה יותר ללקוחותינו.

הפרויקט הבא שלכם מתחיל בשיחה

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

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