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