השלב שאיש לא מתמחר

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

מה צריך להיות מוכן

חשבון מפתח

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

מדיניות פרטיות

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

נכסים גרפיים וטקסטים

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

סיווג גיל ותוכן

שאלון שקובע לאיזה קהל האפליקציה מתאימה. סיווג שגוי עלול להסיר אותה בהמשך.

מנגנון תשלום

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

סיבות דחייה נפוצות

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

תהליך הבדיקה

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

הדף בחנות הוא דף מכירה

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

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

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

אחרי הפרסום

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

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

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