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