רוב הסוכנויות נתקלות באותו קיר. לקוח מבקש אפליקציה, פיצ׳ר AI או בנייה מחדש של הפלטפורמה, והצוות כבר מלא או פשוט אין לו את הכישור הזה. לסרב זה לאבד את העבודה. לגייס בשביל פרויקט אחד זה איטי ומסוכן.
שותף פיתוח White Label הוא פתרון נפוץ. המדריך הזה מסביר מה זה אומר בפועל, מתי זה רעיון טוב, איפה זה משתבש, ואיך להריץ פרויקט ראשון כדי לשפוט שותף לפי עבודה אמיתית ולא לפי שיחת מכירה.
מה זה שותף פיתוח White Label?
שותף פיתוח White Label הוא חברה נפרדת שמעצבת, מפתחת או בודקת תוכנה עבור הלקוחות של הסוכנות, כשהעבודה מוצגת כעבודה של הסוכנות. השותף חותם על NDA, לא משווק את עצמו ללקוח, ובדרך כלל לא מופיע בחוזים או בחשבוניות בין הסוכנות ללקוח.
ההבדל המרכזי מקבלן משנה רגיל: הסוכנות נשארת אחראית לגמרי על הקשר עם הלקוח. הבריף, לוח הזמנים שהלקוח רואה והאישור הסופי נשארים אצל הסוכנות. השותף אחראי על עבודת הביצוע שהועברה אליו.
איך זה עובד ביום-יום?
שותף White Label טוב משתלב בדרך העבודה של הסוכנות, ולא מבקש ממנה לאמץ את שלו. בפועל זה נראה בדרך כלל כך:
- קודם NDA: השותף חותם על NDA לפני שהוא רואה פרטי לקוח, ומתחייב לא לפנות ללקוח ישירות ולא לנסות לקחת אותו בהמשך.
- המותג שלכם: האנשים של השותף משתמשים בשם הסוכנות בכל מה שהלקוח רואה, ואם רוצים, גם בכתובת מייל או חשבון על הדומיין שלכם.
- הכלים שלכם: העבודה נעשית ב-Figma, Slack, Jira, GitHub או כל כלי שכבר עובדים איתו, כך שהעבודה וההיסטוריה שלה נשארות אצלכם.
- תפקידים ברורים: מנהל הלקוח או הפרויקט שלכם מדבר עם הלקוח. המעצבים והמפתחים של השותף מצטרפים לשיחות עם הלקוח רק אם תחליטו, ומוצגים כחלק מהצוות שלכם.
- קצב קבוע: סינק שבועי עם ראש הצוות שלכם ועדכונים כתובים קצרים, כך שתמיד יודעים איפה העבודה עומדת לפני שהלקוח שואל.
מתי שותף White Label מתאים, ומתי לא?
זה מתאים כשסוגרים יותר עבודה ממה שהצוות יכול לספק, כשלקוח צריך כישור שאין לכם (אפליקציות iOS ו-Android, AI ואוטומציה, ענן ו-DevOps, QA), או כשרוצים לבדוק ביקוש לשירות חדש לפני שמגייסים בשבילו.
זו בדרך כלל בחירה לא נכונה לעבודה שמגדירה את הסוכנות. אם לקוחות בוחרים בכם בגלל אסטרטגיית המותג או השפה העיצובית, השאירו את זה בבית ותנו לשותף לבנות סביב זה. זה גם לא מתאים כשאין אצלכם אף אחד שיכול לבדוק את העבודה, כי אי אפשר לעמוד מאחורי תוצר שאי אפשר לשפוט. ואם הפרויקט כל כך קטן שהתדריך לשותף לוקח יותר זמן מהעבודה עצמה, פשוט עשו אותו בעצמכם.
מה הסיכונים, ואיך מנהלים אותם?
לכל סוכנות שניסתה עבודת White Label יש סיפור על משהו שהשתבש. רוב הסיפורים האלה נובעים מאותם ארבעה סיכונים.
- איכות: בקשו דוגמאות אמיתיות של עבודה שעלתה לאוויר, הריצו קודם פרויקט קטן בתשלום, הגדירו יחד מה נחשב גמור (Design Review, Code Review, בדיקות על מכשירים אמיתיים), ושמרו את הזכות לבדוק את הקוד בכל רגע.
- תקשורת: דרשו דרישות כתובות, החלטות כתובות ואיש קשר אחד מכל צד. אפשר לנהל הפרשי שעות כשהעדכונים כתובים והשיחה השבועית קבועה.
- לקוח שמגלה: זו בעיקר שאלה של חוזה וכלים. הכניסו סעיף אי-שידול להסכם, עבדו בכלים ובדומיין שלכם, והחליטו מראש מה עונים אם לקוח שואל מי בצוות. סוכנויות רבות פשוט אומרות שהן עובדות עם שותף ביצוע קבוע, ורוב הלקוחות מקבלים את זה.
- תלות: ודאו שהקוד נמצא ב-Repositories שלכם, העיצובים ב-Figma שלכם והתיעוד בסביבה שלכם. בקשו מסמך העברה בסוף כל פרויקט, כדי שאתם או צוות אחר תוכלו להמשיך את העבודה.
איך בדרך כלל מתמחרים פיתוח White Label?
יש שלושה מודלים נפוצים. מחיר קבוע לפרויקט מתאים לעבודה עם סקופ ברור, ומעביר יותר מסיכון ההערכה לשותף. שעות ועבודה (Time and Materials), לפי שעות או ימים, מתאים לעבודה שתשתנה תוך כדי. ריטיינר חודשי על קיבולת, שנקרא לפעמים צוות ייעודי או צוות מורחב, מתאים לסוכנויות עם זרם עבודה קבוע.
בכל מודל, הסוכנות בדרך כלל מוסיפה מרווח משלה, כי היא נושאת בקשר עם הלקוח, בניהול התיק ובסיכון. כשמשווים בין שותפים, כדאי להסתכל מעבר לתעריף: עבודה חוזרת, תקשורת איטית ודדליינים שמתפספסים עולים הרבה יותר מהפרש קטן במחיר.
איך מריצים פרויקט ראשון ביחד?
כדאי להתייחס לפרויקט הראשון כניסיון לשני הצדדים. תוכנית פשוטה:
- בחרו פרויקט עם סקופ ברור ודדליין גמיש, לא את הלקוח הכי חשוב שלכם.
- קיימו פגישת סקופינג קצרה עם השותף לפני שנותנים הצעת מחיר ללקוח, כדי שההערכה תשקף מאמץ אמיתי.
- סכמו בכתב על התוצרים, על ההגדרה של גמור, על מי מדבר עם הלקוח ועל הקצב השבועי.
- תנו לשותף גישה לכלים שלכם מהיום הראשון ובדקו את העבודה כל שבוע, לא רק בסוף.
- בסוף, עשו רטרוספקטיבה קצרה: מה האט אתכם, מה הייתם משנים, והאם הייתם מפקידים בידיהם לקוח גדול יותר.
איך Devnori עובדת כשותף White Label?
Devnori היא סטודיו קטן ובכיר לעיצוב מוצר והנדסה, שבסיסו בהודו ועובד Remote-first עם לקוחות בכל העולם. עם סוכנויות אנחנו עובדים תחת השם של הסוכנות, תחת NDA, בכלים של הסוכנות, והסוכנות שומרת על הקשר עם הלקוח. צוות מחובר אחד מכסה עיצוב UX/UI, פיתוח Web, iOS ו-Android, AI ואוטומציה, ענן ו-DevOps ו-QA, כך שאין העברה בין סוכנות עיצוב לבית תוכנה נפרד. השקנו יותר מ-60 פרויקטים, כולל פלטפורמות Web, אפליקציות מובייל וכלים פנימיים.
סוכנויות יכולות לעבוד איתנו לפי פרויקט, עם סקופ מוגדר שמסופק מקצה לקצה, או כצוות מורחב עם קיבולת חודשית גמישה. כל התקשרות מתחילה בשיחה ראשונה כדי להבין את המטרה, ואחריה הצעה כנה לגבי הגישה, האנשים והמאמץ. אנחנו לא מפרסמים מחירים, כי כל פרויקט מתומחר אחרי השיחה הזו. אם פרויקט לא מתאים לנו, נגיד את זה מוקדם.
עם סוכנויות בישראל אנחנו עובדים בכתב קודם כול, משתמשים בשיחות בסיוע AI עם תרגום וסיכומים בזמן אמת, ונשענים על אבות טיפוס ומסכים עם הערות כדי לשמור על כולם מיושרים. אין לנו צוות מקומי ואין לנו דוברי עברית ילידיים, כך שסוכנויות שצריכות שותף בשטח או שמדבר עברית בכל פגישה עם הלקוח צריכות לקחת את זה בחשבון.