אבא שלי בן 70 משתמש באפליקציה כל יום — ככה בונים לו

הבעיה היא לא הגיל

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

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

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

מבחן ההצלחה: שלא יתקשר לשאול

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

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

שבעה כללים שלמדנו מאפליקציה אחת

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

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

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

4. כפתור לא זז. גרסה חדשה שמזיזה כפתור — אפילו לטובה — מוחקת את מה שהיד כבר יודעת. אצלו כל שינוי עובר בדיקה אחת: האם מה שהיה במקום מסוים אתמול נמצא שם גם היום.

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

6. אישור שרואים. אחרי שמירה המסך אומר בבירור שהדבר נשמר, ומראה מה נשמר. מי שלא בטוח אם הפעולה הצליחה יעשה אותה שוב — ואז יש כפילויות — או יתקשר לשאול. שני המקרים הם כישלון של הממשק, לא של המשתמש.

7. סליחה במקום ״האם אתה בטוח?״. חלון אישור לפני כל פעולה מלמד ללחוץ ״כן״ בלי לקרוא. עדיף לאפשר לתקן בקלות אחרי טעות מאשר להפחיד לפני הפעולה.

מה סירבנו להוסיף

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

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

על המחיר של כל ״רק עוד כפתור קטן״ כתבנו בהרחבה במאמר יותר פיצ׳רים = יותר בלגן.

פשוט מבחוץ, עבודה מבפנים

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

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

ולמה זה נוגע לעסק שלכם

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

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

יש אצלכם מישהו — עובד, לקוח או הורה — שהמערכת הנוכחית לא עובדת בשבילו? כתבו לנו בשתי שורות מי הוא ומה הוא צריך לעשות ביום רגיל — ונגיד ביושר אם אפשר לפשט.