רוב המייסדים בישראל מעדיפים לבנות את הפיתוח בבית. זה מובן: המהנדסים כאן מצוינים, הם מכירים את המוצר, ומשקיעים אוהבים לראות צוות פנימי חזק. אבל מפתחים סניורים בישראל יקרים וקשים לגיוס, ולא פעם צריך לבנות משהו עוד לפני שאפשר להצדיק משרה מלאה.
המדריך הזה מיועד למייסדים, CTOs וסמנכ״לי מו״פ ששוקלים להביא צוות חיצוני. הוא עוסק בשאלות המעשיות: מתי מיקור חוץ עוזר ומתי הוא מזיק, איך בוחרים מודל עבודה ושותף, איך מסתדרים עם הפרשי שעות ושבוע עבודה שונה, ואיך מוודאים שכל מה שנבנה שייך לכם.
מתי מיקור חוץ הגיוני לסטארטאפ ישראלי?
מיקור חוץ עובד הכי טוב כשאפשר לתאר את העבודה בצורה ברורה, והמטרה היא מהירות או יכולת שעדיין אין לכם. אלה המקרים הנפוצים:
- MVP או גרסה ראשונה: צריך משהו אמיתי מול משתמשים או משקיעים לפני שבונים צוות מלא.
- בדיקת כיוון לפני גיוס: לוודא שקו מוצר או שוק חדש עובדים לפני שמתחייבים לתקנים קבועים.
- יכולת שחסרה: פיתוח native ל-iOS ול-Android, עיצוב מוצר, AI ואוטומציה, או Cloud ו-DevOps, כשגיוס אחד לא מספיק וכמה גיוסים יהיו יותר מדי.
- תוספת קיבולת: השקה, לקוח גדול או אנשי צוות שנעדרים, כולל קריאות למילואים שיכולות להוציא אנשי מפתח לכמה שבועות בהתראה קצרה. צוות חיצוני מאפשר לרודמאפ להמשיך להתקדם בלי להעמיס על מי שנשאר.
- עיצוב ופיתוח יחד: מוצר ראשון שצריך UX, UI ופיתוח, בלי לנהל שני ספקים נפרדים.
מתי עדיף להשאיר את הפיתוח in-house?
לא מוציאים החוצה את מה שמייצר את ערך החברה. אם היתרון שלכם הוא אלגוריתם ייחודי, מנוע אבטחה, מודל דאטה או ידע עמוק בתחום, הצוות שלכם חייב להבין ולהחזיק אותו לאורך שנים. משקיעים ישאלו על זה בדיו דיליג׳נס, ואי אפשר להיות תלויים בחברה חיצונית בנקודה הזו.
מיקור חוץ גם לא מתאים כשהבעיה עוד לא מוגדרת ומשתנה כל יום, כשאין אצלכם מישהו עם זמן לקבל החלטות מוצר, או כשצריך אנשים פיזית במשרד. שותף טוב יגיד את זה כבר בשיחה הראשונה, ולא ייקח את העבודה בכל מקרה.
כלל אצבע: מוציאים החוצה את מה שאפשר לתאר ולבדוק, ומשאירים בבית את מה שצריך להמציא ולהגן עליו. הרבה סטארטאפים מחלקים את העבודה: הצוות הפנימי מחזיק את הליבה, והשותף בונה סביבה את האפליקציות, הדשבורדים, האינטגרציות והכלים הפנימיים.
איך העלות משתווה לגיוס בישראל?
השכר של מפתחים סניורים בישראל הוא מהגבוהים בעולם מחוץ לארה״ב, ומשרה מלאה מגיעה גם עם זמן גיוס, תנאים סוציאליים, ציוד והודעה מוקדמת ארוכה. צוות מנוסה בהודו עולה בדרך כלל הרבה פחות בחודש ברמת ניסיון דומה, ומשלמים רק על הזמן שצריך.
אבל התעריף השעתי הוא לא העלות האמיתית. העלות האמיתית היא כמה מוצר עובד מקבלים, וכמה מהזמן שלכם הולך על ניהול. צוות זול שצריך תיקונים כל הזמן עולה יותר ממה שהוא חוסך. כדאי להשוות שותפים לפי הסניוריות של מי שבאמת יעבוד על הפרויקט, לפי בהירות התקשורת ולפי כמה מעט ניהול הם דורשים, ולא רק לפי התעריף.
פרויקט או צוות מורחב: מה מתאים לכם?
יש שתי דרכים נפוצות לעבוד עם צוות חיצוני. הבחירה תלויה בכמה העבודה מוגדרת ולכמה זמן צריך את העזרה.
- פרויקט: סקופ מוגדר שמסופק מקצה לקצה. מתאים ל-MVP, לאפליקציה חדשה או לרידיזיין. מסכימים על המטרות מראש, והשותף אחראי על עיצוב, פיתוח, בדיקות והעברה.
- צוות מורחב: קיבולת חודשית גמישה שעובדת לצד המפתחים שלכם, בתוך הכלים והשגרות שלכם, כמו Jira או Linear, Slack, דיילי וסקירות ספרינט. מתאים כשהרודמאפ שוטף והעדיפויות משתנות. אפשר להגדיל או להקטין מחודש לחודש.
- מסלול נפוץ: מתחילים בפרויקט קטן כדי לבדוק את ההתאמה, ועוברים לצוות מורחב אם זה עובד.
איך מתכננים סביב הפרשי שעות ושבוע עבודה שונה?
הודו מקדימה את ישראל בשעתיים וחצי בשעון קיץ ובשלוש וחצי שעות בשעון חורף, כי בהודו לא מזיזים את השעון. כשצוות בהודו מתחיל ב-10:00, בישראל השעה 06:30 או 07:30. כשהוא מסיים ב-19:00, בישראל 15:30 או 16:30. כלומר, רוב יום העבודה הישראלי חופף.
ההבדל הגדול יותר הוא שבוע העבודה. בישראל עובדים ראשון עד חמישי, ובהודו בדרך כלל שני עד שישי. החלון המשותף הוא שני עד חמישי, וכך מתכננים סביבו:
- את הסינק השבועי ותכנון הספרינט קובעים לשני או שלישי, אף פעם לא לראשון או לשישי.
- את יום ראשון מנצלים בצד שלכם: עוברים על מה שנמסר ביום שישי, כותבים פידבק וקובעים עדיפויות, כך שהצוות מתחיל את יום שני עם תשובות ברורות.
- יום שישי הוא יום של פיתוח מרוכז בצד השותף, עם עדכון סוף שבוע כתוב שמחכה לכם ביום ראשון.
- כותבים החלטות בכלי ניהול המשימות ולא רק בשיחות, כדי שאף אחד לא יחכה לפגישה הבאה.
- מסכמים מראש ערוץ חירום לתקלות פרודקשן שקורות מחוץ לימים המשותפים.
מה לבדוק לפני שבוחרים שותף, ואיך שומרים על בעלות?
בקשו לפגוש את האנשים שיעבדו בפועל, לא רק איש מכירות. אחר כך עברו על הצ׳קליסט:
- סניוריות: מי בדיוק עובד על הפרויקט, והאם הוא יישאר עליו?
- ניסיון רלוונטי: קייס סטאדיז קרובים למוצר שלכם, עם מסכים אמיתיים והסבר ברור על מה שהם בנו.
- תקשורת: עדכונים בכתב, גישה ישירה למפתחים ותשובה תוך יום עבודה אחד.
- בעלות: הקוד יושב בארגון GitHub או GitLab שלכם, וחשבונות הענן, חנויות האפליקציות ושירותי צד שלישי נפתחים על שם החברה מהיום הראשון.
- חוזה: קניין רוחני שמועבר לחברה, NDA, ובלי סעיפים שנועלים אתכם אצל הספק.
- איכות: Code Review, בדיקות אוטומטיות, QA לפני כל ריליס, וסביבות שיש לכם גישה אליהן.
- העברה: דוקומנטציה, הסבר ארכיטקטורה וסשן העברה שנכללים בסקופ, כדי שצוות פנימי עתידי או ספק אחר יוכלו להמשיך בלי להתחיל מאפס.
איך Devnori עובד עם סטארטאפים ישראליים
Devnori הוא סטודיו קטן וסניורי לעיצוב והנדסת מוצר. הצוות יושב בהודו, עובד מרחוק עם לקוחות בכל העולם, והוציא לפועל יותר מ-60 פרויקטים, ביניהם פלטפורמות ווב, אפליקציות מובייל וכלים פנימיים. צוות אחד מכסה שמונה תפקידים: עיצוב UX/UI, פרונטאנד, בקאנד, iOS ו-Android, Cloud ו-DevOps, AI ואוטומציה, QA וחשיבה מוצרית. כך אין העברות ידיים בין סטודיו עיצוב לבית תוכנה.
מתחילים בשיחה כדי להבין את המטרה העסקית, ואז שולחים הצעה כנה: הגישה, מי יהיה מעורב ומה זה ידרוש. אנחנו לא מפרסמים מחירים, כי כל פרויקט מוגדר אחרי השיחה הראשונה. אפשר לעבוד איתנו כפרויקט או כצוות מורחב, עם סינק שבועי, עדכונים אסינכרוניים וגישה ישירה לאנשים שעושים את העבודה. אנחנו עובדים בימים שני עד שישי ומתכננים את החלון המשותף של שני עד חמישי סביב השבוע שלכם. העברת הקוד והדוקומנטציה היא חלק מהעבודה.
אנחנו גם בונים ומפעילים מוצרים משלנו, ביניהם Opticdigit, TrainFoxx ו-Securelyze, ולכן מכירים מקרוב מה נדרש כדי להחזיק מוצר בחיים אחרי ההשקה. אם מה שאתם צריכים הוא ליבה טכנולוגית שהצוות שלכם צריך לבנות, נגיד את זה מוקדם. כדי להתחיל שיחה, כתבו ל-hello@devnori.com. אנחנו עונים תוך 24 שעות, בימים שני עד שישי.