הפעם כתבה על הערכת מומחה UX וכיצד היא יכולה לשפר את מוצר.
אז מה היא הערכת מומחה ולמה זה טוב?
הערכת מומחה היא טכניקה לבחון ולהעריך את השמישות של המוצר ע”י מומחה בתחום חווית המשתמש.
לרוב הם יסכמו את הערכה בניקוד מספרי.
הערכת מומחה נותנת מידע חווית המשתמש ושמישות המוצר בשלבים המוקדמים של האיפיון ומונעת חיכוכים עוד לפני הפיתוח, ובכך נותנת מענה לחברות שאין להן תקציב גדול לבדיקות שמישות.
ההבדל בין הערכת מומחה לבדיקות שמישות.
בדיקות שמישות לרוב נעשות עם מספר אנשים שבוחנים את המוצר על מנת לזהות טעויות או חיכוכים שיכולים למנוע מהמשתמשים לסיים משימה מסוימת.
ההבדל העיקרי בין הערכת מומחה לבדיקות שמישות הוא בגיוס האנשים להערכה. גיוס לבדיקות שמישות עשוי להיות מסורבל וכאשר הפידבק ניתן, יש צורך לגייס שוב משתמשים על מנת לוודא שהשינוי הועיל.
בתהליך הערכת מומחה ניתן לגייס 2-3 מומחים שאינן חייבים להיות מקבוצת המשתמשים של המוצר. במידה ולא נמצא מומחה מתאים תמיד אפשר לתת לצוות פנימי לבחון את המוצר לצד מסע המשתמש.
10 קריטריונים להערכה
הערכת מומחה היא סט רחב מאוד של סטנדרטים, ואין קריטריונים רשמיים להערה.
עם זאת ישנם קריטריונים נפוצים שנכתבו ע”י NNG ב1994.
1. שקיפות סטטוס המערכת
המשתמשים תמיד צריכים להיות מיודעים לגביי מה המערכת/המוצר עושים בפרק זמן סביר.
2. התאמה בין המערכת לעולם האמיתי
הימנעו ממושגים טכניים, ממשק המוצר צריך להשתמש בשפה ומושגים המוכרים למשתמשים.
3. שליטה וחופש למשתמשים
טעויות יכולות לקרות, ספקו נתיב יציאה ברור ונעים כשהן קורות. תמיכה בUodo ו-Redo יכולה להיות אחת מהדרכים הטובות לכך.
4. עקביות וסטנדרט
אל תמציאו את הגלגל. משתמשים מבינים קונבנציות ופאטרנים. הם אינם צריכים לנחש למה התכוון המשורר. התמששו בפאטרנים הקיימים לאורך כל המערכת.
5. מניעת טעויות
לספק משוב כששגיאה קורית זה דבר נהדר, אך עדיף למנוע טעויות ושגיאות מבעוד מועד.
מצבי דיפולט חכמים ובקשת אישור על פעולות הם אמצעים מועילים לכך.
6. לזהות במקום לזכור
כדי למקסם שמישות כדאי להפחית עומס קוגנטיבי. הימנעו מלהחביא פעולות חשובות תחת תפריטים ומקמו אותן באופן נראה כך שהמשתמשים לא יצטרכו לזכור איפה הן.
7. גמישות ויעילות
התאימו את הממשק למשתמשים חדשים ומנוסים. ספקו דרכים להאיץ את הוורקפלואו למשתמשים מנוסים והכוונה ברורה למשתמשים חדשים.
8. אסתטיקה ומינימליזם
אל תציפו את המשתמשים במידע שאינו הכרחי, שמרו את עיצוב הממשק ממוקד ומינימלי לחוויה מקסימלית
9. עזרו למשתמשים לזהות, לאבחן ולהתאושש מטעויות
טעויות יקרו, חשוב לבהיר למשתמשים מה גרם לטעות בשפה פשוטה וכיצד הם יכולים לתקן אותה.
10. עזרה ודוקומנטציה
עזרה ודוקומנטציה צריכות להיות במקום נגיש למקרה שנצטרך.
אל תגרמו למשתמשים לחפש אותן, ועדיף שהן יכתבו בשפה ברורה ובהקשר הנכון.
קווים מנחים להערכת מומחה אפקטיבית
בחירת המומחים
בבחירת המומחים, חשוב לבחור כאלו שהם אינם משתמשי הקצה אך יש להם הבנה טובה בתחום המוצר על מנת לספק הערכה אפקטיבית לקהל היעד.
ספקו כיוון
הערכה על כל המוצר תהייה משימה גדולה ויקרה. הבטיחו יעילות בכך שתספקו כיוון מסוים שיכול להתבטא במסעות משתמש, או משימה ספציפית במוצר שאותה תרצו לבחון.
אפשרו למומחים חופש לחקור את המוצר על פי רצונם, ניסיונם וידע המקצועי שלהם.
הערכה
דאגו שיהיה בחדר מישהו שמכיר טוב את המוצר, לתיעוד התהליך ולספק תשובות למומחים תשובות לשאלות. כדאי לבצע שני סבבים של הערכה:
אחד כדי שהמומחים יכירו את המוצר -כדאי להצביע על אזורים שאנחנו רוצים לבחון
השני על פי קריטריונים מוגדרים כמו מסע משתמש-זה השלב שבו רוב הבעיות יצופו.
סקירה
לאחר ביצוע ההערכות כדאי לסקור את שני ההערכות אחת מול השנייה, סביר להניח שתהייה חפיפה בין ההערכות. שלוש הערכות יספקו תמונה מלאה יותר, אך עדיף לא לבצע יותר משלוש.
כנראה שהמומחים יספקו גם פתרונות, זהו שלב מועיל למוצר, עם זאת כדאי לבחון את ההמלצות לפני שלב ההטמעה.