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