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

הקדמה: למה מוקדם חוסר יכולת הזנת בעיות

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

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

מהי הערכה של היוריסטים?

הערכה תיירותית הייתה פורמלית על ידי יעקב נילסן ו Rolf Molich בתחילת שנות ה-90.It is a FLT:0discountability EngineeringFLT:1 שיטת: עלות נמוכה, מהירה לביצוע, ויעילה בזיהוי אחוז גדול של בעיות שימושיות.הרעיון הליבה הוא פשוט: מומחי יכולת בחירה (או חברי צוות מאומן) לבדוק ממשק משתמש ולהשוות אותו נגד רשימה של קבוצות מוכרות - כללי זה מתאר עקרונות משותפים - כללי.

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

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

10 היוריסטים של האו"ם (רשימת נילסן)

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

1.התראות של מצב מערכת

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

התאמה בין מערכת לבין העולם האמיתי

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

שליטה וחירות של משתמשים

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

4. עקביות וסטנדרטים

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

5 מניעת טעויות

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

6.הכרת במקום להזכיר

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

גמישות ויעילות השימוש

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

עיצוב מינימטים ומינימטמטי

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

9.עזור למשתמשים לזהות, אבחון, ו-Recover from Errors

הודעות שגיאה צריך להתבטא בשפה פשוטה (ללא קודים שגיאה), בדיוק להצביע על הבעיה, ובאופן קונסטרוקטיבי להציע פתרון.דוגמה טובה: "כתובת הדואר האלקטרוני שנכנסת אליה היא בלתי חוקית. אנא השתמש בשם הפורמט@example.com" הפרה: "Err 0x80004005" ללא הסבר נוסף.

עזרה ותיעוד

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

כיצד לבצע הערכה תיירותית (Step-by-)

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

שלב 1: להרכיב את צוות ה-Aveluator

באופן אידיאלי, אתה רוצה שלושה עד חמישה הערכות.מחקרו של נילסן מראה כי הערכה אחת מוצא כ -35% מבעיות של שימושיות, בעוד חמישה הערכות עובדים באופן עצמאי יכול למצוא בערך 75-80%. העריך צריך להיות רקע בעיצוב UX, אינטראקציה בין מחשב אנושי, או הנדסת שימושיות. הם לא צריכים להיות כפופים מומחים בתחום, אבל היכרות עם המוצר עוזר.

שלב 2: Define the Scope and Tasks

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

שלב 3: בקצרה הממציאים

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

שלב 4: ביצוע הערכה עצמאית

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

שלב 5: גילויים וגילויים

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

שלב 6: דיווח והמלצות לתקן

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

שלב 7: יישום ובדיקה

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

טעויות נפוצות בהערכה של היוריסטי (ואיך להימנע מהן)

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

רק דיקטטור אחד

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

לתת ל-Aveluators Collaborate

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

בחירתם של היוריסטים הלא נכונים

10 היסטרים של נילסן הם כללי.עבור תחומים מיוחדים (למשל, מכשירים רפואיים, נגישות), ייתכן שתצטרך גם הואירויים נוספים.FLT:0Fix:03FLT:1 להתאים את הסט היוריסטי להקשר.

להתמקד יותר מדי בנושאים קטנים

קל לרדת בהעדפות אסתטיות (למשל, צבע כפתור) תוך מחסור בבעיות ניווט חמורות.FLT:0Fix:03:1 לשמור על דירוג החומרה גלוי ולהכריח את עצמך לבעיות עדיפויות גבוהות במהלך הניתוח.

לא מעורבים מפתחים

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

שילוב הערכה תיירותית עם שיטות אחרות

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

Pair עם בדיקות משתמשים

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

שימוש ב-Alile Sprints

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

שיתוף פעולה עם Analytics

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

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

כדי לשלוט בהערכה היוריסטית, לחקור את ההתייחסות הסמכותיות הללו:

• קבוצת נורמן נילסן: 10 סוביליות של עיצוב ממשק המשתמש 1FIRLT - המקור הסופי.
• קבוצת נורמן נילסן: כיצד לנהל הערכה היסטרית 1:1 - מדריך צעד אחר צעד.
• (ב) ⁇ :0) ,Usability.gov: Heist Assessmentofph 1 (הנריים: משאב ממשלתי עם תבניות.

מסקנה

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

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

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