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