עלות תחזוקת תוכנה למוצר מחובר: ההוצאה שחייבת להיכנס לתוכנית העסקית
מוצר מחובר הוא לא פרויקט שמסתיים בהשקה — הוא שירות חי. אפליקציה, שרת ענן וקושחה במכשירים בשטח דורשים טיפול שוטף גם כשלא מוסיפים אף פיצ'ר חדש. ובכל זאת, עלות תחזוקת תוכנה למוצר היא הסעיף שהכי הרבה יזמים שוכחים לתקצב. כלל האצבע המקובל בתעשייה: תחזוקה שנתית עולה בין 15% ל-20% מעלות הפיתוח המקורית של התוכנה. פיתחתם מערכת תוכנה ב-400,000 ₪? תכננו סדר גודל של 60,000–80,000 ₪ בשנה כדי שהיא תמשיך לעבוד, להתעדכן ולהישאר מאובטחת. במאמר הזה נפרק את המספר הזה לרכיביו.
ממה מורכבת התחזוקה השנתית
- תשתית ענן. שרתים, מסד נתונים, תעבורה ואחסון — הוצאה חודשית שגדלה עם כמות המכשירים. פירטנו טווחים במאמר כמה עולה תשתית ענן למוצר מחובר בכל חודש.
- עדכוני אבטחה. ספריות קוד, מערכות הפעלה ורכיבי צד שלישי מקבלים עדכוני אבטחה כל הזמן; מוצר שלא מתעדכן הופך למטרה. הרקע המלא — במאמר על אבטחת מידע במוצר מחובר.
- תאימות מתמשכת. גרסאות חדשות של iOS ואנדרואיד, שינויי מדיניות בחנויות האפליקציות, ושדרוגי גרסה כפויים של שירותי הענן — כל אלה דורשים התאמות גם בלי שביקשתם דבר.
- עדכוני קושחה מרחוק. תפעול מערך ה-OTA, בדיקות לפני הפצה והפצה מדורגת — ראו עדכוני תוכנה מרחוק במוצר.
- ניטור וטיפול בתקלות. מערכת שמתריעה כשמשהו נשבר, ומי שמטפל כשזה קורה — הרחבנו במאמר על ניטור תשתית המוצר.
- תיקוני באגים שוטפים. באגים מתגלים כל חיי המוצר, בייחוד כשמגוון המכשירים והמשתמשים גדל.
טווחי מחירים בפועל
במונחי ריטיינר חודשי לחברת פיתוח בישראל, מוצר מחובר פשוט — אפליקציה, שרת קטן וקושחה יציבה — מתוחזק בדרך כלל ב-3,000–8,000 ₪ בחודש. מוצר בינוני עם דשבורד, התראות וצי מכשירים גדל ידרוש לרוב 8,000–20,000 ₪ בחודש. מערכות B2B עם דרישות זמינות גבוהות, אינטגרציות ותקני אבטחה יכולות לעבור גם 30,000 ₪ בחודש. לזה מתווספות עלויות שמשולמות ישירות לספקים חיצוניים ואינן חלק משכר העבודה: התשתית עצמה אצל ספק הענן, רישיונות לשירותי צד שלישי (שליחת הודעות, מפות, אנליטיקה), דמי חשבון מפתח בחנויות האפליקציות ותעודות אבטחה. הסכומים האלה קטנים כל אחד בנפרד, אבל מצטברים למאות עד אלפי שקלים בחודש — וכדאי שיופיעו בטבלת התקציב כשורה נפרדת.
מה מייקר את התחזוקה — ומה מוזיל
- מייקר: ארכיטקטורה מסובכת מדי ביחס לצורך, תלות ברכיבים אקזוטיים, היעדר בדיקות אוטומטיות, קוד לא מתועד שרק המפתח המקורי מבין, והתחייבות ל-SLA של זמינות גבוהה מסביב לשעון.
- מוזיל: שימוש בשירותים מנוהלים במקום שרתים בתחזוקה עצמית, בדיקות אוטומטיות שמאפשרות לעדכן בביטחון, ניטור טוב שמצמצם כיבוי שריפות, ותיעוד שמאפשר לכל מפתח להיכנס לקוד. ההחלטות האלה מתקבלות בשלב הפיתוח — ולכן תחזוקה זולה מתחילה בתכנון נכון.
איך בונים את ההתקשרות נכון
שלושת המודלים הנפוצים: ריטיינר חודשי עם בנק שעות מוגדר (הצפוי והמומלץ לרוב המוצרים), תשלום לפי קריאה (מתאים רק למוצרים יציבים מאוד, ומסתכן בהפתעות), ומודל משולב — ריטיינר בסיסי לתחזוקה שוטפת ותמחור נפרד לפיתוח פיצ'רים. חשוב שהחוזה יגדיר זמני תגובה לתקלה משביתה, מה נכלל בבנק השעות ומה נחשב פיתוח חדש, ומה קורה לשעות שלא נוצלו — נצברות לחודש הבא או נשרפות. ואם המוצר שלכם גובה מנוי מהלקוחות — התחזוקה היא חלק מעלות השירות שהמנוי צריך לכסות, כפי שהסברנו במאמר על מודל SaaS על מוצר חומרה.
לתכנן את זה מראש — לא לגלות בדיעבד
ההוצאה השנתית על תחזוקת תוכנה היא לא קנס — היא מה שהופך מוצר מחובר לעסק חי לאורך שנים, והיא צריכה להופיע בתוכנית העסקית כבר ביום שמתמחרים את המוצר. היא גם משתלבת במערך רחב יותר של תמיכה בלקוחות, שעליו כתבנו במאמר על מערך שירות ותמיכה למוצר. רוצים להבין מה תעלה התחזוקה של המוצר הספציפי שלכם? עוד תשובות באשכול פיתוח תוכנה ואפליקציה.
רוצים להפוך רעיון למוצר? צרו קשר עם צוות פרוג'קטס האוס בע"מ – טלפון: 054-8936922 | דוא"ל: info@projects-house.com – ונשמח ללוות אתכם משלב הרעיון ועד המדף.
