פיתוח אפליקציות: אפליקציות ווב ומערכות שמחוברות לאתר

מה כולל פיתוח אפליקציות לעסק?

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

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

אפליקציית ווב, PWA או אפליקציה לחנויות: מה מתאים לעסק?

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

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

אילו מערכות עסקים בונים כאפליקציית ווב?

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

• מערכת הזמנות ותורים עם יומן, תזכורות וניהול זמינות
• אזור לקוחות עם מסמכים, סטטוס עבודה והיסטוריית פניות
• מחשבון הצעת מחיר שמחשב לפי בחירות הלקוח ושולח פנייה מסודרת
• כלי פנימי לצוות לדיווח מהשטח, משימות ואישורים
• לוח נתונים למנהלים שמרכז מידע מכמה מערכות במסך אחד
• חיבור בין מערכות כמו CRM, סליקה, הנהלת חשבונות ומלאי

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

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

למה האפיון קובע את הצלחת האפליקציה?

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

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

מה לשאול לפני שמתחילים פרויקט פיתוח אפליקציות ווב?

לפני שבוחרים ספק לפיתוח אפליקציות ווב, כדאי לוודא שיש לכם תשובות ברורות לכמה שאלות. התשובות מראות אם הספק חושב על שלב התחזוקה ועל העתיד, ולא רק על מסירת הגרסה הראשונה. הטבלה הבאה מרכזת את השאלות החשובות ואת התשובה שכדאי לשמוע.

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

מה משפיע על ההיקף והעלות של פיתוח אתרים ואפליקציות?

העלות של פיתוח אתרים ואפליקציות נקבעת לפי מספר המסכים והתהליכים, לפי כמות סוגי המשתמשים ולפי החיבורים למערכות חיצוניות. חיבור לסליקה או ל-CRM, למשל, דורש עבודה נוספת של בדיקות ושל טיפול בתקלות אפשריות. גם דרישות אבטחה והיקף המידע האישי שנשמר משפיעים על ההיקף.

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

כדאי לתכנן מראש גם את העלויות שממשיכות אחרי ההשקה. אפליקציה חיה צריכה שרת, גיבויים, עדכוני אבטחה ותיקונים כשמערכת חיצונית משנה את הממשק שלה. כשמביאים את זה בחשבון כבר בשלב התכנון, אין הפתעות בחודשים הראשונים של השימוש.