בדיקת שמישות: לצפות באנשים משתמשים

מה זו בדיקת שמישות

לפי NN/g, בדיקת שמישות (נקראת גם בדיקת משתמשים, user testing) היא שיטת מחקר שבה חוקר, שנקרא מנחה, מבקש ממשתתף לבצע משימות, בדרך כלל בממשק אחד או יותר. החוקר צופה בהתנהגות ומקשיב למשוב. המטרות: למצוא בעיות בעיצוב, לגלות הזדמנויות וללמוד על ההתנהגות וההעדפות של המשתמשים.

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

כמה משתמשים צריך

במאמר מ-2000 באתר NN/g מוצג ניתוח שלפיו חמישה משתמשים מוצאים כ-85% מבעיות השמישות בעיצוב. החישוב מבוסס על כך שמשתמש בודד מגלה בממוצע כ-31% מהבעיות, וכל משתמש נוסף מגלה פחות דברים חדשים.

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

סוגי בדיקות

חשיבה בקול

בבדיקת חשיבה בקול (thinking aloud) המשתתף משתמש במערכת ותוך כדי אומר בקול את מה שהוא חושב. נילסן כתב בספרו Usability Engineering מ-1993 שזו אולי שיטת הנדסת השמישות היחידה הכי חשובה, וב-2012 כתב שהיא עדיין השיטה שהוא מדרג ראשונה.

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

בדיקה בשלושה ימים

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

1. יום 1: מגדירים מה בודקים שאלה אחת או שתיים, למשל: האם אנשים מצליחים להזמין תור בלי עזרה? בוחרים מה בודקים: אתר חי, אב טיפוס בפיגמה או וויירפריים.
2. יום 1: כותבים משימות תרחישים מציאותיים בלי לגלות את התשובה. במקום לחצו על הזמנת תור: המזגן שלכם התקלקל ואתם רוצים טכנאי מחר בבוקר.
3. יום 1: מגייסים כחמישה אנשים שדומים למשתמשים. אם יש פרסונות, הן קריטריון הגיוס.
4. יום 2: מריצים מסבירים שבודקים את המוצר ולא את האדם, מבקשים לחשוב בקול, ושותקים. כשאדם נתקע, שואלים מה אתה מחפש עכשיו? ולא מסבירים.
5. יום 2: מתעדים אדם נוסף רושם, או מקליטים באישור המשתתף. רושמים מה קרה ומה נאמר, לא פרשנות.
6. יום 3: מנתחים וממליצים מאחדים בעיות דומות, מדרגים לפי חומרה, וכותבים המלצות לסבב העיצוב הבא.

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

• UX ו-UI · שלב 10

  סקירה היוריסטית: איך עושים בדיקת UX לאתר

  עשר ההיוריסטיקות של נילסן, ואיך מריצים סקירת UX לאתר.

• פיגמה · שלב 6

  פרוטוטייפ בפיגמה

  Triggers, Actions, Smart animate, Overlays והצגת הפרוטוטייפ.

• RTL · שלב 7

  צ'קליסט נגישות אתרים (WCAG AA)

  רשימת בדיקה לנגישות ברמה AA, כולל בודק ניגודיות צבעים.