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