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