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

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

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

למה הפריסה של האפליקציה שלי נשברת כשמישהו מגדיל זום?

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

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

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

למה אסור שהאפליקציה שלי תסתמך על צבע בלבד כדי להציג סטטוס?

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

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

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

למה קוראי מסך פשוט אומרים “כפתור” במקום לומר את שמו?

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

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

מה הגודל הרצוי לאזורי לחיצה באפליקציית מובייל?

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

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

איך בודקים נגישות באפליקציה שלי בחמש דקות?

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

1. בצעו זום. הגדילו את הטקסט בטלפון או בדפדפן שלכם למקסימום ופתחו את המסך הראשי. משהו חופף, נעלם, או נחתך?
2. הורידו את הצבע במחשבה. הסתכלו על כל מקום שבו האפליקציה שלכם משתמשת בצבע כדי להעביר משמעות — סטטוס, שגיאות, שדות חובה. אם תדמיינו הכול באפור, עדיין תוכלו להבין מה קורה? אם לא, הוסיפו מילה או אייקון.
3. הפעילו את קורא המסך לשתי דקות. גם באייפון (VoiceOver) וגם באנדרואיד (TalkBack) יש אחד מובנה. הפעילו אותו, עצמו את העיניים, ונסו לבצע את הפעולה המרכזית שהאפליקציה שלכם נועדה לה. תשמעו מיד אילו כפתורים חסרי שם.

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

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