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