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