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