אפליקציה לעסק או אתר: איך מחליטים מה צריך

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

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

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

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

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

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

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

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

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

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

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

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

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

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