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