VeloWeb מבית ולולינקס · פיתוח אפליקציות
VeloWeb, סטודיו הפיתוח של ולולינקס, מפתח אפליקציות לעסקים: אפליקציית ווב ו-PWA, אפליקציה חוצת פלטפורמות לאייפון ולאנדרואיד, או אפליקציה נייטיב כשהמוצר דורש זאת. כל פרויקט מתחיל באפיון, עובר בעיצוב ובגרסת MVP ומגיע להשקה ולתחזוקה. המחיר נקבע לפי אפיון: אחרי שיחה קצרה מקבלים הצעת מחיר מפורטת.
ההחלטה הראשונה בפיתוח אפליקציות היא לא העיצוב אלא סוג האפליקציה. היא קובעת איפה המשתמשים ימצאו אותה, לאילו יכולות של המכשיר תהיה לה גישה, וכמה יעלו הפיתוח והתחזוקה.
אפליקציה שרצה בדפדפן מכל מכשיר, בלי הורדה מחנות. PWA היא אפליקציית ווב שאפשר להוסיף למסך הבית, לקבל ממנה התראות ולעבוד איתה גם בחיבור חלש. בסיס קוד אחד, ועדכונים מגיעים למשתמשים מיד בלי לחכות לאישור של חנות.
מתאימה במיוחד ל:
פחות מתאימה כש:
בסיס קוד אחד שממנו נבנות אפליקציה לאייפון ואפליקציה לאנדרואיד, בטכנולוגיות כמו React Native או Flutter. האפליקציה מופיעה בחנויות, שולחת התראות ומשתמשת ברוב היכולות של המכשיר, בעלות פיתוח ותחזוקה נמוכה משתי אפליקציות נפרדות.
מתאימה במיוחד ל:
פחות מתאימה כש:
קוד נפרד לכל מערכת הפעלה, ב-Swift לאייפון וב-Kotlin לאנדרואיד. זו הדרך לקבל ביצועים מרביים וגישה מלאה ליכולות המכשיר, כמו Bluetooth, חיישנים, מציאות רבודה ועבודה ברקע. המחיר הוא שני בסיסי קוד לפתח ולתחזק.
מתאימה במיוחד ל:
פחות מתאימה כש:
| מאפיין | אפליקציית ווב ו-PWA | חוצת פלטפורמות | נייטיב |
|---|---|---|---|
| איפה מוצאים אותה | בדפדפן, עם אפשרות להוספה למסך הבית | ב-App Store וב-Google Play | ב-App Store וב-Google Play |
| בסיס קוד | אחד | אחד לשתי המערכות | נפרד לכל מערכת |
| גישה ליכולות המכשיר | חלקית | רחבה | מלאה |
| עדכונים | מיידיים, בלי אישור חנות | דרך החנויות | דרך החנויות |
| עלות יחסית | הנמוכה מבין השלוש | בינונית | הגבוהה מבין השלוש |
חמישה שלבים. משך כל שלב תלוי בהיקף, והוא נקבע בהצעת המחיר אחרי האפיון.
מגדירים את המטרה העסקית, המשתמשים, המסכים והתהליכים, המערכות שצריך לחבר, ומה נכנס לגרסה הראשונה ומה נדחה להמשך.
מה יש בסופו
מסמך אפיון והצעת מחיר מפורטת
מעצבים את חוויית המשתמש ואת המסכים לכל תהליך, לפי המותג שלכם ולפי הנחיות העיצוב של אפל וגוגל.
מה יש בסופו
עיצוב של כל המסכים לאישורכם לפני הפיתוח
מפתחים את הגרסה הראשונה עם היכולות שבלעדיהן אין מוצר, מחברים למערכות ובודקים על מכשירים אמיתיים.
מה יש בסופו
גרסה עובדת שאפשר לתת למשתמשים אמיתיים
מכינים את דף האפליקציה בחנויות ומגישים לבדיקה של אפל וגוגל, או מעלים לאוויר את אפליקציית הווב.
מה יש בסופו
אפליקציה זמינה להורדה או לשימוש
מעדכנים לגרסאות חדשות של iOS ואנדרואיד, מתקנים תקלות, מנטרים ומפתחים את הגרסאות הבאות לפי הנתונים.
מה יש בסופו
אפליקציה שממשיכה לעבוד ולהשתפר
MVP הוא הגרסה הקטנה ביותר של האפליקציה שעדיין פותרת את הבעיה המרכזית של המשתמשים. במקום להשקיע את כל התקציב ברשימת פיצ׳רים ארוכה, משיקים את הליבה, רואים איך משתמשים אמיתיים עובדים איתה, ומחליטים על ההמשך לפי נתונים ולא לפי השערות.
הגישה הזו מקצרת את הדרך להשקה ומקטינה את הסיכון לבנות יכולות שאף אחד לא משתמש בהן. באפיון מחלקים את הרעיון לשכבות: מה חייב להיות ביום הראשון, מה מגיע בגרסה הבאה, ומה נשאר ברשימת המשאלות עד שהנתונים יצדיקו אותו.
אין מחירון אחיד לאפליקציות, כי אפליקציית הזמנות פשוטה ומערכת עם משתמשים, תשלומים וממשק ניהול הן שני פרויקטים שונים לגמרי. בדיוק כמו בבניית אתרים לעסקים, המחיר נקבע לפי אפיון. אלה הגורמים שמשפיעים עליו:
אחרי שיחת היכרות קצרה מקבלים הצעת מחיר מפורטת: מה נכלל בכל שלב, מה נכנס ל-MVP ומה נדחה לגרסאות הבאות. ההצעה מפרידה בין עלות הפיתוח החד פעמית לבין עלויות שוטפות כמו תחזוקה ואחסון, כך שיודעים מראש מה משלמים ועל מה.
לשיחת היכרות בוואטסאפ (נפתח בחלון חדש)אפליקציה עסקית שווה יותר כשהיא מדברת עם שאר המערכות. אנחנו מחברים אותה ל-CRM, לסליקה, ליומן ולוואטסאפ, וכשזה נכון לעסק, גם לסוכן AI לוואטסאפ שעונה ללקוחות בשמכם.
המחיר נקבע לפי אפיון, כי הוא תלוי בסוג האפליקציה, במספר המסכים והתהליכים, בחיבורים למערכות קיימות ובממשק הניהול. אחרי שיחת היכרות קצרה מקבלים הצעת מחיר מפורטת שמפרידה בין עלות הפיתוח החד פעמית לבין עלויות שוטפות.
זה תלוי בהיקף, ולכן לוח הזמנים נקבע אחרי האפיון ומופיע בהצעת המחיר. הדרך המהירה להגיע למשתמשים היא MVP: גרסה ראשונה עם הליבה בלבד, שמשיקים ומרחיבים לפי הנתונים.
PWA מתאימה כשהאפליקציה משמשת לקוחות קיימים או צוות, כשרוצים להשיק מהר ובתקציב מדוד, וכשאין צורך בנוכחות בחנויות. אפליקציה בחנויות מתאימה כשהגילוי בחנויות, ההתראות ויכולות מתקדמות של המכשיר הם חלק מהמוצר. באפיון בודקים את זה לפי המטרה העסקית.
MVP הוא הגרסה הקטנה ביותר שעדיין פותרת את הבעיה המרכזית של המשתמשים. משיקים אותו, לומדים מהשימוש האמיתי, ומשקיעים בהמשך רק במה שהנתונים מראים שעובד. כך התקציב לא נשרף על פיצ׳רים שאף אחד לא צריך.
כן. מכינים את דף האפליקציה, את התמונות ואת המידע שהחנויות דורשות, ומגישים לבדיקה של אפל וגוגל. את האפליקציה בונים מההתחלה לפי ההנחיות של החנויות, כך שהיא מגיעה לבדיקה מוכנה.
ברוב המקרים כן: מערכות CRM, סליקה, יומנים, מלאי ווואטסאפ. בשיחת ההיכרות עוברים על המערכות הקיימות ובודקים איך מתממשקים לכל אחת מהן.
אפליקציה צריכה תחזוקה: עדכונים לגרסאות חדשות של iOS ואנדרואיד, התאמה לשינויים בכללי החנויות, תיקוני תקלות וניטור. אחרי ההשקה ממשיכים ללוות את האפליקציה ומפתחים את הגרסאות הבאות לפי מה שהמשתמשים עושים בפועל.
מספיק לדעת מה הבעיה שהאפליקציה פותרת, מי המשתמשים, ואילו מערכות כבר קיימות בעסק. אם יש דוגמאות לאפליקציות שאתם אוהבים, סקיצה או רשימת פיצ׳רים, הביאו אותן. את השאר בונים יחד באפיון.
מהבלוג
ספרו לנו בוואטסאפ מה האפליקציה צריכה לעשות ולמי היא מיועדת. נקבע שיחת היכרות קצרה, ואחריה תקבלו הצעת מחיר מפורטת.
שיר, הסוכנת שלנו, עונה מיד. כשצריך, רפאל ממשיך את השיחה.
