כיצד לבדוק ניווט אינטרנט עם מיון מיון עץ בדיקה

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

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

עוד על הונגקיאט:

• בדיקות שמישות: מה שאתה צריך לדעת?
• 7 שלבים כדי לשפר את האתר משוב
• A / B תוצאות מבחן ומקרים לדוגמה עבור חוויית משתמש עיצוב

מיון כרטיס

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

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

תמונה: מגזין

כרטיס מיון וריאציות

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

ההבחנה הראשונית היא פתוח או סגור, הסביר להלן:

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

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

פתח לעומת סגור היא ההחלטה העיקרית, אבל יש שיטות אחרות לשינוי התוצאות:

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

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

הנחיות למיון כרטיסים

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

• ~ 20 דקות עבור 30 אלמנטים
• ~ 30 דקות עבור 50 אלמנטים
• ~ 60 דקות עבור 100 אלמנטים

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

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

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

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

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

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

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

(5) הגדר מגבלות זמן מראש - זה עושה תזמון קל יותר באופן כללי, והוא נותן למשתתפים מושג כמה זמן להשקיע על המשימות שלהם.

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

בדיקת עץ

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

מרטין Rosenmejer של שיחות Webcredible עץ בדיקות אחד הצעדים החשובים ביותר בשלב התכנון. בקצור נמרץ, מבחן עץ כרוך במשתתפים מציאת מידע שונה על Sitemap הניתן ללחיצה (או “עץ”).

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

כפי שהצגנו למעלה, כאשר עיצבנו מחדש את אתר האינטרנט של Yelp, סיפקנו עץ המייצג את אתר התמיכה ולאחר מכן נתן למשתמשים 10 משימות (לדוגמה, מציאת מידע על מה לעשות עם ביקורות גרועות). כיוון ששיעור ההצלחה הכולל של המשימות היה 53% והישירות הייתה 46%, ידענו כי IA זקוקה לשינוי - אבל ידענו בדיוק היכן לבצע שינויים אלה.

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

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

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

(2) אמת שינוי - האם עדכון עדכני מתקן את הבעיה, או אם יש צורך בשינויים נוספים?

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

סיכום

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

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

הערת העורך: זה נכתב עבור Hongkiat.com על ידי ג 'רי קאו. ג 'רי הוא אסטרטג תוכן ב UXPin שבו הוא מפתחת בתוך היישום ואת התוכן המקוון עבור wireframing ו prototyping פלטפורמה. לקבלת ייעוץ ומקרים לדוגמה על 30 סוגים שונים של בדיקות שימושיות, עיין במדריך לבדיקת שימושיות.

עכשיו קרא: 7 שלבים כדי לשפר את האתר משוב