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