כיצד לזהות & לנהל את החוב UX
חוויית המשתמש ניסיון בהכרח קורה לאורך זמן. זה סכום של עיצוב מאוחר ושימושיות משימות נגזר דברים כמו החלטות עסקיות מהירות, קיצורי דרך עיצוב, החמצת הזדמנויות, מגבלות זמן, וגורמים אחרים.
חוויית משתמש החוב נקרא חוב כפי שהוא דומה חוב החיים האמיתיים; אנחנו מקבלים משהו בהווה, אבל רק לשלם על זה בעתיד. עד החוב הוא השתלם, - ריבית להתעורר עלות קבועה.
חוויית המשתמש ניסיון - יחד עם קרוב דודו, חוב טכני - הוא עיצוב antipattern אשר מפחית את איכות הפרויקט. כחוויית המשתמש ניסיון הוא נושא פחות נדון, מלבד זה לא תמיד קל לזהות אותו, במאמר זה אנחנו לוקחים מקרוב על זה.
חוב טכני לעומת חוב UX
ישנם סוגים שונים של חובות בפיתוח אינטרנט. הידוע ביותר הוא חוב טכני זה מוגדר על ידי טריקים CSS כמו "הסכום של פשרות אנו עושים בעת כתיבת קוד במהלך תהליך הפיתוח ".
בהמשך העבודה שלנו, נצטרך להתמודד עם ההשלכות של פשרות אלה, כלומר עבודה נוספת בעתיד.
החוב הטכני הוא לא על באגים גמור, אלא על העובדה כי גם עם שיטות קידוד הטוב ביותר זה בלתי אפשרי לחלוטין בעתיד הוכחה קוד, אך אופטימיזציה קוד יעיל בהחלט יכול לעזור.
שימוש באנטי-אקסטרים, קיצורי דרך לקידוד, ארכיטקטורה לא יעילה או תלות שקשה לנהל את כולם יכולים להוסיף לחובות הטכניים, אך הנקודה היא שגם בתרחיש אידיאלי אופטימלי, היפותטי, אי אפשר להימנע מכך - כמו אי-התאמה, צרכים ונושאים עתידיים הם בלתי צפויים. לכן refactoring מומלץ לאחר זמן מה.
חוויית משתמש החוב דומה החוב הטכני במובן זה:
- לא ניתן להימנע (למרות שזה יכול להיות מופחת)
- קשה לזהות
- יכול לסכן את הצלחת הפרויקט.
ניסיון חוויית המשתמש היא קטגוריה רחבה יותר שימושיות החוב, כפי שזה לא רק על איך שמיש אתר אינטרנט או יישום, אלא גם על הדרך שבה משתמשים חווים את המוצר שלך - אם הם מוצאים את זה משעשע, מועיל מתגמל, או כל תחושה שאתה רוצה לעורר את קהל היעד שלך.
חוויית המשתמש כוללת את השימושיות, שכן אתר שקשה לשימוש לא יגרום למשתמשים להרגיש בנוח, ובאותו אופן, חוב UX כולל גם חוב שימושיות.
למרבה הצער, אין הרבה משאבים מקוונים על החוב שמישות וחוויית המשתמש ניסיון, אבל הנה כמה מצאתי שימושי, ועזר לי טופס דעות שלי על הנושא:
- קתריונה קורנט, מנהל מוצר ב SalesforceIQ on כיצד ביעילות כתובת החוב שמישות - - (קרא כאן)
- TryMyUI של בלוג ב כיצד להימנע משבר החוב UX - - (קרא כאן)
- איגוד מקצועי למקצועני ניסיון על הגישה שלהם על החוב UX עם המלצה על כיצד לחשב את עוצמת הקול (קרא כאן)
- אנדרו רייט הסבר וסיווג של חוב UX על בלוג nForm (קרא כאן)
בין כל האיורים האפשריים אני יכול למצוא על החוב UX, זה די הרבה הבחירה הטובה ביותר, כפי שאני חושב שזה מראה תמציתית שלה.
חוויית משתמש ניסיון יכול להיות מוגדר ההבדל בין איכות החוויה של המוצר הנוכחי שלך, אופטימלי.
חוב UX יותר סובייקטיבי מאשר חוב טכני, כפי שזה אתה (או הלקוח שלך) שמחליט את האיכות שאתה רוצה להשיג. לדוגמה, תוכל למקד אל "פונקציונלי" ברמת המוצר המינימלי קיימא, אבל אתה יכול גם להגדיר סטנדרטים גבוהים (אבל בדרך כלל יקר) על ידי מיקוד "מענג" רמה עבור מוצר פרימיום - הכל תלוי במטרות שלך.
חוב טכני שונה במובן זה שבמקרים רבים מנוהל קוד גרוע פשוט מפסיק לעבוד. עם חוב UX, יש לא שינויים דרסטיים כאלה, אבל זה לא רק הטבה אלא גם איום כמו זה עושה את זה סוג של חוב קל להזניח.
כיצד לזהות את החוב UX
כדי לנהל את החוב UX, בהתחלה אנחנו צריכים לזהות את זה. ישנם שני סוגים של חוב UX, מכוונת ולא מכוונת.
- חוב UX מכוונת J תוצאה של ההחלטות המודעות שלנו כאשר אנו חוסר זמן, זמן, אימון, או משאבים אחרים, או כאשר אנו נאלץ לעקוב אחר הכללים בחוץ. רעיונות טובים שאנחנו מאבדים בעיצומה של עבודה מיהר גם תורמת לחוב UX מכוונת.
- זה קל לראות את זה חוב UX מכוונת יכול להתרחש בכל עת על מחזור החיים של מוצר.
- החוב UX מכוונת נובעת מהנחות שווא שאנו עושים לגבי המשתמשים שלנו. לעתים קרובות יותר, אנו נוטים לחשוב שאנחנו יודעים מה המשתמשים שלנו רוצים, כמו, או יכולים להשתמש, ואנחנו בונים את כל האתר שלנו (אפליקציה, מוצר וכו ') על זה ידע משוער.
- כמות טובה של חוב UX מכוונת עולה ב תחילת מחזור חיי המוצר, וזה גדל באופן טבעי עם הזמן. החוב UX מכוונת היא הרבה יותר קשה לתפוס, כמו שאנחנו צריכים להיפטר הצורך שלנו להצדיק את ההנחות שלנו.
אז איך החוב UX נראה כמו בחיים האמיתיים? כאשר משתמשים אינם יכולים או אינם רוצים להשתמש באתר שלנו בגלל חוויית משתמש גרועה. הם פשוט לא מתעסקים; אנחנו לא יכול לתפוס את תשומת הלב ואת העניין.
הביטוי של החוב UX שונה מאתר לאתר, אבל אם יש לנו הפחתת שיעור ההמרות או הגדלת שיעור היציאה מדף הכניסה ברוב המקרים אנו יכולים לחשוד כי יש לנו צבר כמות נאה של החוב UX.
כיצד לנהל את החוב UX
יש אין מתכון אוניברסלי כדי לנהל את החוב UX ביעילות, כמו דברים רבים תלוי במאפיינים סובייקטיביים, אולם כדאי להסתכל על איך אחרים להתמודד עם הבעיה כדי למצוא את הדרך שלנו.
לדוגמה, קתריונה קורנט, מנהל מוצר המוצר של SalesforceIQ מראה את תהליך 5 שלב הם משתמשים כדי לנהל את החוב שמישות ב SalesforceIQ.
בואו נראה את זה בקצרה כדי שנוכל להעריך עד כמה אנחנו יכולים ליישם את זה על העבודה שלנו.
- הגדר א שפה משותפת לדיון בסוגיות שימושיות.
- למצוא ו לאסוף בעיות שימושיות.
- ארגן ו לסווג את בעיות השימושיות.
- סדר עדיפויות שיפורים בשימושיות.
- מדוד את ההשפעה של שיפורים.
חוויית המשתמש היא שטח רחב יותר מאשר שימושיות, אבל אני חושב זרימת העבודה לעיל יכול להחיל ביעילות על זה.
אנדרו רייט מגיע עם זרימת עבודה שונה במקצת במצגת החוב שלו UX, והוא ממליץ על תהליך 4 צעד להתמודד עם חוב UX.
- לקבוע אם ו איפה חוב UX קיים.
- השווה חומרת החשיבות.
- לפנות זמן לתקן את זה.
- התרועע הרעיון.
התמודדות עם חוב UX מכוונת ולא מכוונת גם דורשים טכניקות שונות. קיצורי דרך שאנחנו עושים בכוונה, ורעיונות טובים ללכת לאיבוד במהלך התהליך יכול להיות מנוהל על ידי הערה לוקח, ניהול משימות, או מעקב אחר בעיות אפליקציות.
החוב UX מכוונת יכול להיות פחות או יותר להתגבר על ידי פועל באופן קבוע בדיקות משתמש, מבקש משוב לקוחות, או באמצעות טכניקות מתקדמות כמו A / B בדיקות כדי לראות את ההשפעה של עיצובים שונים.
הגשת בקשה עקרונות עיצוב איטרטיבי יכול גם להיות שימושי; אנו יכולים לבנות את החובות לניהול החוב של UX בכל איטרציה כדי למנוע הצטברות.
ניהול החוב UX צריך להתאים את העבודה שלנו רחבה יותר, עם המאפיינים של הצוות שלנו, המטרות שלנו, ואת אופי המוצר שלנו, אבל יש כמה דברים אוניברסליים מומלץ לבצע בכל המקרים.
- אנחנו צריכים לתקשר על פני הצוות שלנו למה אנחנו צריכים להתמודד עם חוב UX, מהן המטרות שלנו, ו איך אנחנו רוצים להשיג אותם.
- אנחנו צריכים למצוא כלים לעקוב אחר חוב UX מכוונת - -.
- אנחנו צריכים למצוא דרכים לבדוק את המוצר שלנו ולקבל משוב מהמשתמשים שלנו לתפוס unxentional חוב UX - -.
- אנחנו צריכים לארגן ו לתעדף הבעיות שלנו.
- אנחנו צריכים למדוד תוצאות העבודה שלנו, כפי שאנחנו תמיד צריכים להתאים UX ניהול החוב לצרכים המשתנים שלנו.
מילים סופיות
כדי ליצור מוצרים איכותיים אנחנו לא רק צריכים להיות חדשניים, אלא גם לשים לב לדברים שאינם כל כך ברור ממבט ראשון, אחד מהם הוא הכרה וניהול יעיל חוב UX. זה כנראה לא המשימה הכי מעניין אבל זה חיוני, כמו לאורך זמן החוב UX יכול להיות איום רציני על ההצלחה של העבודה שלנו.
אם אנחנו פרוסה חוב UX לתוך חתיכות לניהול, ו לשלב את המשימות הקשורות לתוך העבודה שלנו, אנחנו לא צריכים לעשות יותר מדי בבת אחת, אנחנו יכולים למנוע הפתעות לא נעימות, ולשמור או לשפר את איכות המוצר בצורה נוחה.