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