טיפים פשוטים לשיפור בדיקת משתמשים

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

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

  • מנוהל, בו מנחה עובד עם משתתף במבחן
  • ללא מסודר, בו משתתף המבחן מסיים את המבחן לבדו

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

1. מבחן מוקדם ככל האפשר

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

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

2. תאר את היעדים שלך

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

להלן מספר יעדים נפוצים:

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

3. הכינו בזהירות שאלות ומשימות

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

משימות הניתנות לפעולה

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

  • תחילת העבודה עם המוצר
  • השלמת קופה
  • הגדרת התצורה של המוצר

תעדוף משימות

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

תאר בבירור משימות

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

שתהיה יעד לכל משימה

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

הגבל את מספר המשימות

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

ספק תרחיש, לא הוראות

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

בדוק את קבוצת המשימות בעצמך

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

4. לגייס משתמשים נציגים

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

נתח נתוני משתמשים קיימים

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

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

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

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

הגדירו את הקריטריונים שלכם

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

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

צור שאלות מסך

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

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

לגרום לאנשים למלא את המסך

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

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

  • שוחח עם צוות המכירות או השיווק שלך כדי לראות אם יש להם רשימות של אנשי קשר שהם יכולים לשתף.
  • מצא אנשי קשר בקבוצות קהילתיות רלוונטיות ועמותות מקצועיות.

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

חשוב איכות, לא כמות

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

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

ברור כיצד להצטרף למושב

כשאתה מתזמן הפעלת מבחן, ספק את כל הפרטים בדוא"ל אישור למשתתפים:

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

כדי למזער אי-הופעות מתסכלות, אתה יכול לבקש מהמשתמשים להשיב לאישור. לדוגמה, שורת הנושא שלך בדוא"ל האישור יכולה להיות כמו "הפעלת השימושיות המתוכננת ב- 14 במאי בשעה 15:00. (אנא השב כדי לאשר). "אתה יכול גם להתקשר למשתתפים להזכיר להם על המינוי שלהם יום לפני הפגישה.

5. להפיק את המרב מהבדיקה האישית

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

בניית דוח טוב

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

כמה דברים שכדאי לזכור:

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

שמע, אל תוביל

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

אל תשפטו משתתפים

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

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

אל תסביר

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

אל תפריע

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

אל תשומת לב לנושאים ספציפיים

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

השתמשו בטכניקת Think-Aloud

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

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

התבונן בהתנהגות

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

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

כאשר אתה בספק, הבהיר

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

מעקב עם שאלות

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

ענה על שאלות עם שאלות

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

  • "האם עלי להשתמש בזה?"
  • "מה אתה חושב?"
  • "מה אחרים חשבו על זה?"

התנגד לפיתוי לספר לכולם על זה! שאל אותם שאלה בחזרה. זה יגלה הרבה.

6. התייחסו לעיצוב כאל תהליך איטרטיבי

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

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

לולאת משוב

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

7. אל תגביל את עצמך למפגשים אישיים

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

השתמש בכלים לבדיקות לא מבוצעות

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

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

ערוך בדיקות מרחוק מתונות

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

הימנע מבוחנים "מקצועיים"

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

8. צור קשר עם הצוות כולו בתהליך

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

דון באסטרטגיית הבדיקה עם הצוות

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

תמונה: האסיפה הכללית

בקש מכולם לצפות במפגשים

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

בקש מהצוות לעזור בניתוח

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

9. בדוק לפני, במהלך ואחרי העיצוב מחדש

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

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

10. אל תנסה לפתור הכל בבת אחת

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

סיכום

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

לקריאה נוספת

לקבלת הטרנדים והתובנות האחרונות בעיצוב UX / UI, הירשמו לניוזלטר העיצובי החוויתי השבועי שלנו.

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

פורסם במקור ב blogs.adobe.com.

למדו על Adobe XD, כלי התכנון והאב-טיפוס הכל-אחד-אחד שלנו:

  • הורד את Adobe XD
  • חשבון טוויטר של Adobe XD - השתמש גם ב- #adobexd כדי לדבר עם הצוות!
  • בסיס הנתונים של רעיונות Adobe XD UserVoice
  • פורום Adobe XD