UX ו-UI · שלב 10
סקירה היוריסטית: איך עושים בדיקת UX לאתר
סקירה היוריסטית היא בדיקת UX שמומחים עושים בלי משתמשים: עוברים על הממשק מול רשימה של עקרונות ידועים ורושמים כל מקום שבו הוא מפר אותם. זו הדרך המהירה ביותר לסקירת UX של אתר קיים.
מה זו סקירה היוריסטית
כשמבקשים סקירת UX או בדיקת UX לאתר, בדרך כלל הכוונה לסקירה היוריסטית (heuristic evaluation): מומחה אחד או כמה עוברים על הממשק ובודקים אותו מול רשימת עקרונות של שמישות, שנקראים היוריסטיקות. כל מקום שבו הממשק מפר עיקרון נרשם כבעיה.
היתרון: אין צורך לגייס משתמשים, וזה מהיר. החיסרון: הבודקים הם לא המשתמשים. סקירה טובה מוצאת הרבה בעיות ברורות, אבל לא תגלה שאנשים בכלל מחפשים משהו אחר ממה שהאתר מציע. לכן מומלץ לשלב אותה עם בדיקת שמישות, ו-NN/g ממליצים לשלוח לבדיקה עם משתמשים את הנושאים שהבודקים לא הסכימו עליהם.
עשר ההיוריסטיקות של נילסן
ג׳ייקוב נילסן ורולף מוליך פיתחו את ההיוריסטיקות ב-1990. ב-1994 נילסן עידן אותן על בסיס ניתוח של 249 בעיות שמישות, ולפי NN/g הן לא השתנו במהותן מאז, רק הניסוח שלהן עודכן. הנה הן, בתרגום חופשי ועם דוגמה לכל אחת:
| # | היוריסטיקה | מה היא אומרת | מה לבדוק באתר |
|---|---|---|---|
| 1 | נראות של מצב המערכת | לעדכן את המשתמש מה קורה, עם משוב בזמן | האם יש סימן טעינה? האם רואים שהטופס נשלח? |
| 2 | התאמה בין המערכת לעולם האמיתי | לדבר בשפה של המשתמשים ולא בז׳רגון פנימי | האם שמות הקטגוריות הם מילים שאנשים משתמשים בהן? |
| 3 | שליטה וחופש למשתמש | דרך קלה לצאת מפעולה לא רצויה: ביטול, חזרה | אפשר לבטל הזמנה? לסגור חלון בלי לאבד נתונים? |
| 4 | עקביות וסטנדרטים | מונחים ופעולות אחידים בתוך המוצר ועם מוסכמות התחום | האם אותו כפתור נקרא אותו דבר בכל מקום? |
| 5 | מניעת שגיאות | למנוע בעיות מראש, או לבקש אישור לפני פעולה מסוכנת | האם השדה מונע תאריך לא אפשרי? יש אישור לפני מחיקה? |
| 6 | זיהוי במקום היזכרות | להציג את האפשרויות כך שלא צריך לזכור אותן | האם רואים מה נבחר בשלב הקודם? |
| 7 | גמישות ויעילות בשימוש | קיצורי דרך למנוסים בלי לבלבל חדשים, ואפשרות התאמה | יש חיפוש? אפשר לחזור על הזמנה קודמת? |
| 8 | עיצוב אסתטי ומינימליסטי | להוריד מידע לא רלוונטי כדי שהעיקר יבלוט | האם כפתור הפעולה הראשי נבלע בין באנרים? |
| 9 | עזרה בזיהוי, באבחון ובהתאוששות משגיאות | הודעת שגיאה בשפה פשוטה, שמסבירה את הבעיה ומציעה פתרון | האם הודעת השגיאה אומרת מה לתקן? |
| 10 | עזרה ותיעוד | עזרה קצרה, שאפשר לחפש בה, ממוקדת במשימה ועדיף בהקשר | יש תשובות לשאלות נפוצות ליד המקום שבו הן עולות? |
על ניסוח טוב של הודעות שגיאה (היוריסטיקה 9) יש פירוט בUX writing.
איך עושים סקירת UX צעד אחר צעד
NN/g מחלקים את התהליך לשלושה שלבים: הכנה, בדיקה עצמאית ואיחוד. הנה הם בפירוט, כמדריך מעשי לבדיקת UX של אתר:
שלב א: הכנה
- בוחרים רשימה עשר ההיוריסטיקות של נילסן הן ברירת המחדל שגם NN/g ממליצים עליה.
- מצמצמים היקף לא את כל האתר. משימה אחת, אזור אחד, קבוצת משתמשים אחת או סוג מכשיר אחד. למשל: תהליך ההרשמה, במובייל.
- מגדירים פרסונה ומשימות בשביל מי בודקים ומה הוא מנסה לעשות. פרסונה עוזרת לבודק לראות דרך עיניים של מישהו אחר.
- מסכימים איך מתעדים גיליון משותף: מיקום, תיאור הבעיה, איזו היוריסטיקה מופרת, צילום מסך. אם הצוות חדש בשיטה, עושים קודם סבב תרגול.
שלב ב: בדיקה עצמאית
- 3 עד 5 בודקים NN/g ממליצים על שלושה עד חמישה אנשים שבודקים את אותו ממשק, כל אחד לבד. כל בודק שם לב לדברים אחרים.
- מעבר ראשון: להכיר עוברים על המשימה כמו משתמש, כדי להבין את הזרימה.
- מעבר שני: לרשום עוברים שוב ורושמים כל רכיב שמפר היוריסטיקה. מתכננים בערך שעה עד שעתיים.
- לא מציצים הבודקים לא רואים את הממצאים של אחרים עד שכולם סיימו, כדי לא להשפיע זה על זה.
שלב ג: איחוד ודירוג
- מקבצים מאחדים בעיות דומות, בדרך כלל במיפוי זיקה (affinity diagram) על לוח.
- מדרגים חומרה לכל בעיה ציון מ-0 עד 4 (בטבלה בהמשך).
- דנים איפה הצוות מסכים ואיפה לא, מה הכי חשוב, ומה צריך עוד נתונים או בדיקה עם משתמשים.
- כותבים דוח רשימה ממוינת לפי חומרה, עם צילום מסך, ההיוריסטיקה, והמלצה לתיקון.
דירוג חומרה
נילסן הציע ב-1994 סולם של חמישה ציונים:
| ציון | משמעות | מה עושים |
|---|---|---|
| 0 | לא בעיית שמישות | לא מתקנים |
| 1 | קוסמטית בלבד | מתקנים רק אם נשאר זמן |
| 2 | בעיה קלה | עדיפות נמוכה |
| 3 | בעיה משמעותית | חשוב לתקן, עדיפות גבוהה |
| 4 | קטסטרופה של שמישות | חובה לתקן לפני השקה |
הציון משקלל ארבעה דברים: תדירות (כמה פעמים הבעיה קורית), השפעה (כמה קשה להתגבר עליה), התמדה (האם נתקלים בה פעם אחת ולומדים, או שוב ושוב) והשפעה על השוק (גם בעיה קלה לעקיפה יכולה לפגוע במוניטין של המוצר).
סקירת UX מהירה לאתר: מה לבדוק קודם
אם יש לכם שעה אחת, הנה נקודות פתיחה טובות. כל אחת קשורה להיוריסטיקה אחת או יותר:
- דף הבית: האם ברור תוך כמה שניות מה האתר עושה ולמי? (2, 8)
- הניווט: האם שמות התפריט הם מילים של המשתמשים? (2, 4) ראו ארכיטקטורת מידע
- הטופס החשוב ביותר: מילוי עם שגיאות בכוונה. האם ההודעות מסבירות מה לתקן, והאם מה שהוקלד נשמר? (5, 9) ראו טפסים בעברית
- משוב: אחרי שליחה, האם רואים שמשהו קרה? (1)
- מובייל: אותה משימה בטלפון. האם הכפתורים נגישים והטקסט קריא? (4, 8)
- נגישות: ניגודיות, ניווט במקלדת, טקסט חלופי. זה לא חלק מעשר ההיוריסטיקות, ולכן כדאי לבדוק אותה בנפרד. ראו רשימת בדיקה לנגישות
- UX ו-UI · שלב 9
בדיקת שמישות: לצפות באנשים משתמשים
איך מתכננים ומריצים בדיקת שמישות, וכמה משתתפים צריך.
שאלות נפוצות
מה זו סקירת UX?
בדיקה של ממשק קיים כדי למצוא בעיות שמישות. השיטה הנפוצה היא סקירה היוריסטית: מומחים עוברים על הממשק מול עשר ההיוריסטיקות של נילסן ומדרגים כל בעיה לפי חומרה.
כמה בודקים צריך לסקירה היוריסטית?
NN/g ממליצים על שלושה עד חמישה בודקים, כל אחד בנפרד, ורק אז איחוד הממצאים.
כמה זמן לוקחת סקירה?
לפי NN/g, כל בודק מקדיש בערך שעה עד שעתיים לבדיקה העצמאית של היקף מוגדר. אחר כך יש עוד זמן לאיחוד ולדוח.
סקירה היוריסטית במקום בדיקה עם משתמשים?
לא. סקירה מוצאת הרבה בעיות מהר, אבל הבודקים אינם המשתמשים. השילוב של שתיהן נותן את התמונה המלאה.
מי פיתח את עשר ההיוריסטיקות?
ג׳ייקוב נילסן ורולף מוליך ב-1990. נילסן עידן אותן ב-1994.
מקורות
- 10 Usability Heuristics for User Interface Design · Nielsen Norman Group
- How to Conduct a Heuristic Evaluation · Nielsen Norman Group
- Severity Ratings for Usability Problems · Nielsen Norman Group
- Personas Make Users Memorable · Nielsen Norman Group
נבדק מול המקורות לאחרונה ב־10 בנובמבר 2026. מצאתם טעות? כתבו לנו.