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