RED CROWN JOURNAL
אפליקציה או אתר: מה העסק שלכם באמת צריך?
בעל עסק שמבקש "אפליקציה" מתכוון בדרך כלל לדבר אחד: שהלקוחות יחזרו. אבל לקוח לא חוזר כי יש אייקון בטלפון; הוא חוזר כי יש לו סיבה. לכן כשמתלבטים "אפליקציה או אתר", מתחילים בשאלה פשוטה: כמה פעמים בחודש הלקוח שלכם צריך לפתוח את זה, ומה הוא עושה בכל פעם.
אפליקציה או אתר? תלוי כמה פעמים בחודש הלקוח חוזר
חלקו את מה שהלקוחות עושים לשני סוגים. פעולות חד פעמיות או נדירות: למצוא מידע, להשוות מחירים, לקבוע תור פעם בחודשיים, להזמין אירוע. ופעולות חוזרות: לבדוק סטטוס כל יום, לדווח על משמרת, להזמין שוב את אותו מוצר, לעקוב אחרי טיפול.
פעולות מהסוג הראשון מתחילות כמעט תמיד בחיפוש או בקישור, ושם אתר מנצח: אין מה להוריד, אין חשבון לפתוח, והוא נמצא בדיוק במקום שבו הלקוח מחפש. מעטים יורידו אפליקציה כדי לקבוע תור פעם בשנה. פעולות מהסוג השני הן המקום שבו אפליקציה מצדיקה את עצמה, כי שם הזמן שנחסך בכל פתיחה מצטבר.
אפליקציית ווב: אתר שמותקן על המסך
רוב ההשוואות מדלגות על אפשרות שמשנה את התמונה: אפליקציית ווב, אתר שהמשתמש מוסיף למסך הבית ונפתח כמו אפליקציה, בלי שורת כתובת. הקוד הוא קוד של אתר, העדכונים מגיעים מיד לכולם, ואין צורך באישור של חנות.
היתרון הזה גדל באייפון. לפי צוות WebKit של אפל, החל מ-iOS 16.4 אפליקציית ווב שנוספה למסך הבית יכולה לבקש הרשאה לשלוח התראות פוש, בתנאי שהבקשה נעשית בתגובה לפעולה של המשתמש, כמו לחיצה על כפתור הרשמה (WebKit - התראות Web Push לאפליקציות ווב באייפון). זה לא עובד מתוך הדפדפן עצמו, רק אחרי ההוספה למסך הבית.
המגבלה המעשית היא ההתקנה. אין חנות שבה מחפשים אתכם, והלקוח צריך לבחור בעצמו להוסיף את האתר למסך הבית. לכן המסלול הזה מתאים בעיקר לקהל שכבר מכיר אתכם ומשתמש בכם באופן קבוע, כמו לקוחות קיימים או עובדים.
מה עדיין שמור לאפליקציה בחנות
אפליקציה מקבלת גישה רחבה ויציבה יותר ליכולות המכשיר, דרך ממשקי המערכת ובהרשאת המשתמש. אתר יכול לגשת להרבה מהן, כמו מצלמה ומיקום, ואפילו לעבוד בלי חיבור, אבל התמיכה משתנה בין דפדפנים ומערכות, ובאייפון היא מוגבלת יותר. כשהמוצר תלוי בעבודה ברקע, בחיבור לציוד דרך בלוטות', בחוויית תלת-ממד או AR כבדה, או בעבודה מורכבת בלי חיבור, אפליקציה היא הבחירה הבטוחה.
וגם נוכחות: אנשים מחפשים פתרונות בחנויות, אפליקציה מופיעה שם עם דירוגים וצילומי מסך, וחברות מסוימות דורשות מהעובדים להתקין כלים רק דרך החנות או מערכת ניהול המכשירים של הארגון. אם הקהל שלכם מגיע משם, אתר לא יחליף את זה.
אתר, אפליקציית ווב או אפליקציה בחנות: השוואה לפי הצורך
| מה חשוב לכם | אתר | אפליקציית ווב מותקנת | אפליקציה בחנות |
|---|---|---|---|
| להימצא בחיפוש בגוגל | מתאים: זה הבסיס | מתאים: היא גם אתר | לא מספיק לבד: צריך גם אתר |
| לקוחות שחוזרים כל שבוע | אפשרי, אבל בלי אייקון במסך הבית | מתאים, אם הלקוח מתקין | מתאים |
| התראות פוש | לא באייפון מתוך הדפדפן | באייפון מגרסה 16.4, אחרי הוספה למסך הבית | מתאים |
| יכולות מכשיר מתקדמות ועבודה ברקע | חלקי באנדרואיד, מוגבל מאוד באייפון | חלקי באנדרואיד, מוגבל מאוד באייפון | מתאים |
| עדכונים ותחזוקה | מקום אחד, מיידי | מקום אחד, מיידי | שתי חנויות; שינוי בקוד האפליקציה עובר אישור והתקנה אצל הלקוח |
האם אפשר פשוט לעטוף את האתר באפליקציה?
זה הפיתוי הנפוץ: לקחת את האתר הקיים, לשים אותו בתוך מסגרת של אפליקציה ולהגיש לחנות. התשובה שונה בין החנויות. באנדרואיד יש דרך מוכרת לכך: גוגל מתארת את Trusted Web Activity, שמאפשרת לפתוח את אפליקציית הווב שלכם מתוך אפליקציית אנדרואיד ולפרסם אותה ב-Google Play, כשהאתר והאפליקציה מאומתים כשייכים לאותו מפתח (Chrome for Developers - Trusted Web Activity). ב-App Store, אפל כותבת בהנחיות הבדיקה שלה שאפליקציה צריכה לכלול תכונות, תוכן וממשק שמעלים אותה מעבר לאתר שנארז מחדש, ושאפליקציות לא אמורות להיות בעיקר חומר שיווקי או אוסף קישורים (Apple - הנחיות הבדיקה של App Store).
גם כשהאפליקציה מאושרת, אפליקציה שמתנהגת כמו אתר איטי, בלי התאמה לטלפון, עלולה לאכזב משתמשים שציפו לאפליקציה של ממש. וכל אפליקציה בחנות מוסיפה תחזוקה: שינוי בקוד של האפליקציה עצמה מגיע ללקוח רק אחרי אישור החנות והתקנה בטלפון שלו, כך שבכל רגע יש בשטח כמה גרסאות, בעוד שאתר מתעדכן במקום אחד לכולם. כשאפליקציית אנדרואיד פותחת את אפליקציית הווב שלכם, התוכן מגיע מהאתר ומתעדכן מיד, אבל המעטפת עדיין מתעדכנת דרך החנות. אם אין לאפליקציה מה להוסיף על האתר, כנראה שעדיף להשקיע באתר עצמו.
המסלול המדורג: מתחילים מהאתר
כשלא בטוחים, אפשר להתחיל באתר טוב שעובד מצוין בטלפון, להוסיף לו אפשרות התקנה כאפליקציית ווב, ולמדוד כמה חודשים את מה שבאמת מנבא צורך באפליקציה:
- כמה מהלקוחות חוזרים לאתר יותר מפעם בחודש, ומה הם עושים בכל ביקור.
- מאיפה הם מגיעים: חיפוש, קישור ישיר, הודעה או מייל. לקוחות שמגיעים כל פעם מחיפוש עוד לא מחפשים אפליקציה.
- אילו פעולות חוזרות על עצמן, ולמה הן לוקחות זמן באתר: התחברות מחדש, מילוי אותם פרטים, חיפוש אותו מוצר.
- כמה לקוחות שואלים את השירות "יש לכם אפליקציה?", ומה הם מנסים לעשות כשהם שואלים.
אם מתברר שיש קבוצה גדולה שחוזרת כל שבוע ומבקשת יכולות שהאתר לא נותן, זו הראיה לבנות אפליקציה, והיא תיבנה סביב מה שהלקוחות כבר עושים ולא סביב ניחוש.
המסלול ההפוך, אפליקציה קודם, מתאים כשהמוצר עצמו הוא שימוש חוזר מהיום הראשון: כלי עבודה לעובדים, מוצר מבוסס מנוי, או חוויה שתלויה ביכולות הטלפון.
שאלות נפוצות
מה האתר צריך כדי לשלוח התראות באייפון?
לפי צוות WebKit של אפל, האתר צריך קובץ manifest שמגדיר תצוגה עצמאית (standalone או fullscreen), המשתמש צריך להוסיף אותו למסך הבית, ובקשת ההרשאה חייבת לבוא אחרי פעולה שלו, כמו לחיצה על כפתור הרשמה. בלי אחד מהשלושה, ההתראות לא יופעלו.
אפליקציה תעזור לנו להופיע בגוגל?
לא ישירות. מנועי חיפוש מציגים אתרים, ולכן גם עסק עם אפליקציה צריך אתר שמופיע בחיפוש ומוביל אליה.
אפשר להתחיל באתר ולעבור לאפליקציה אחר כך?
כן, וזה לרוב המסלול הבטוח. התוכן, העיצוב והתהליכים שנבנו לאתר משמשים בסיס לאפליקציה, והנתונים על איך הלקוחות משתמשים באתר עוזרים להחליט מה האפליקציה צריכה לכלול.
מקורות טכניים
- WebKit - התראות Web Push לאפליקציות ווב באייפון
- Apple - הנחיות הבדיקה של App Store
- Chrome for Developers - Trusted Web Activity
התיעוד תומך בהסברים הטכניים. טבלאות ההחלטה ותרחישי הקבלה הם הצעות לבדיקה, ולא תוצאות מדודות מפרויקט לקוח.