שאלה של כפל עבודה
אפליקציה צריכה לרוץ על שתי מערכות הפעלה – של אפל ושל גוגל – ולכל אחת שפה, כלים וחנות משלה. פיתוח "נייטיב" פירושו שתי אפליקציות נפרדות: כפל כתיבה, כפל תחזוקה, ולעיתים שני מפתחים שונים. טכנולוגיות קרוס-פלטפורם מציעות לכתוב פעם אחת ולהריץ בשתיהן – הבטחה שמזכירה חיסכון של חצי תקציב. השאלה מתי ההבטחה מתקיימת ומתי היא מתנפצת היא ההחלטה הטכנולוגית הראשונה של הפרויקט.
מה קרוס-פלטפורם נותן באמת
המסגרות המובילות כיום בשלות ומוכחות: קוד אחד, מראה מודרני, ביצועים טובים לרוב המכריע של האפליקציות, וקהילות ענק. עבור אפליקציות שהן בעיקרן מסכים, טפסים, רשימות ותקשורת עם שרת – רוב אפליקציות המוצר – התוצאה אינה נופלת מנייטיב, והחיסכון אמיתי: לא רק בכתיבה הראשונה אלא בכל תיקון ותוספת לאורך השנים, פעם אחת במקום פעמיים. לצוות קטן זה לעיתים ההבדל בין אפליקציה מתוחזקת לאפליקציה מוזנחת.
איפה נייטיב עדיין מנצח
- קצה היכולות של המכשיר. עיבוד וידאו כבד, מציאות רבודה, גרפיקה עתירת ביצועים.
- אינטגרציה עמוקה במערכת. הרחבות מערכת, ווידג'טים מתקדמים, שימוש בממשקים חדשים ביום שיצאו – מסגרות קרוס מדביקות פערים באיחור.
- עבודת רקע רגישה. ניהול חיבור רציף ברקע, במגבלות סוללה של מערכות ההפעלה, נשלט טוב יותר בכלים המקומיים.
השיקול המיוחד: אפליקציה שמלווה חומרה
לאפליקציות של מוצרים פיזיים יש נקודת רגישות אחת: התקשורת עם המכשיר – בלוטות', רשת מקומית, הצמדה ראשונית. במסגרות קרוס-פלטפורם השכבה הזו נשענת על רכיבי גישור, שרובם טובים אך עדכונם תלוי בקהילה. הפרקטיקה המומלצת: מימוש שכבת התקשורת כרכיב נייטיב דק וייעודי – שנכתב פעם אחת לכל פלטפורמה ועטוף בממשק אחיד – וכל השאר קרוס-פלטפורם. כך מקבלים שליטה מלאה בדיוק בנקודה הקריטית, שהיא גם החוויה שקובעת את הביקורות, כמתואר בממשק בין חומרה לתוכנה.
איך מחליטים בפועל
- ברירת המחדל לאפליקציית מוצר: קרוס-פלטפורם. החיסכון בתחזוקה מכריע, והמגבלות כמעט לא רלוונטיות.
- יש דרישה אחת מהרשימה הקשה? לבדוק אותה ראשונה, באב טיפוס קטן, לפני ההתחייבות – ולא לגלות באמצע.
- מי הצוות? טכנולוגיה נבחרת גם לפי מי שיתחזק אותה. מסגרת מבוססת שפת רשת מרחיבה מאוד את מאגר המפתחים – שיקול מרכזי במיקור חוץ, כמתואר במיקור חוץ בפיתוח תוכנה.
- גרסה ראשונה לפלטפורמה אחת? חוקי לגמרי כבדיקת שוק – אבל לבחור את הפלטפורמה לפי קהל היעד, ולתכנן מראש את השנייה.
הבונוס הנסתר: גרסת דפדפן
יתרון של המסגרות המבוססות על טכנולוגיות רשת שנוטים לפספס בהשוואה: חלק גדול מהקוד משרת גם גרסת דפדפן. למוצר עסקי זה קריטי – מנהל המערכת אצל הלקוח רוצה לוח בקרה במחשב, לא בטלפון: צפייה בכל המכשירים, דוחות, הגדרות מרוכזות. למוצר צרכני זו דלת כניסה: דף שמציג את הנתונים בלי להתקין כלום, למשל למשפחה שרוצה לצפות בלי חשבון מלא. בניית לוח כזה מאפס היא פרויקט שלם; גזירתו מקוד קיים – תוספת סבירה. אם יש סיכוי שתצטרכו ממשק דפדפן – וברוב המוצרים העסקיים התשובה חיובית, כמתואר במכירה לעסקים או לצרכנים – זה שיקול ממשי לטובת קרוס-פלטפורם.
יתרון נלווה: צוות אחד מתחזק את הכול. במקום מפתח אפליקציות ומפתח ווב נפרדים, אותו איש – או אותו ספק – מכסה את שלושת הממשקים, והתיקון שנעשה פעם אחת מגיע לכולם. לצוות קטן שכל משרה בו נספרת, זה שיקול כלכלי של ממש.
מה שההחלטה אינה משנה
הטכנולוגיה אינה פוטרת מהעבודה האמיתית: אפיון מסודר – כמתואר באפיון אפליקציה – בדיקות על מכשירים אמיתיים בשתי הפלטפורמות, כמפורט בבדיקות ואיכות באפליקציה, ותהליך פרסום נפרד לכל חנות, כמתואר בהעלאת אפליקציה לחנויות. ההשפעה על התקציב הכולל מפורטת בעלויות פיתוח אפליקציית מובייל.
רוצים להפוך רעיון למוצר? צרו קשר עם צוות פרוג'קטס האוס בע"מ – טלפון: 054-8936922 | דוא"ל: info@projects-house.com – ונשמח ללוות אתכם משלב הרעיון ועד המדף.
