ההשפעה של הנדסת שימושיות על מחזורי פיתוח מוצרים

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

הגנה על הנדסת שימושיות בקונטקסט מודרני

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

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

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

מחזור החיים המסורתי של פיתוח המוצר לעומת השימושיות-Engineered Lifecycle

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

ארכיון תגיות: The Waterfall Trap

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

• (FLT:0) גילוי של פגמים בעיצוב: בעיות שניתן היה לתפוס עם אבטיפוס פשוט נמצאים רק לאחר השקעה משמעותית בפיתוח.
• עלות גבוהה של עבודות: FLT:1cio תיקון בעיית שימושיות לאחר ההשקה יכול לעלות 100 פעמים יותר מאשר לתקן את זה בשלב העיצוב, על פי מחקר של קבוצת הנלנסן נורמן.
• (FLT:0Misalignment with Userצי:03:1 ללא בדיקה רצונית, צוותים בונים מה הם חושבים שמשתמשים רוצים, לא מה משתמשים באמת צריכים.

שימושים-Engineered Lifecycle: Iterative and User-Centered

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

• (FLT:0)Discovery Phasemia: FLT:1 חקירה קונטקסטואלית, מחקרי שדה, ודרישות מידע תחרותיות. Personas ו-Travel Maps הופכים לממצאים חיים.
• שלב עיצוב:0 (עיצוב: ⁇ ) 1 (לא-נאמנות) נבדקים עם משתמשים לפני שלעגנים בעלי נאמנות גבוהה נוצרים.
• שלב ה-FLT:0 [Development:]FLT:1ve משוב רציף - בדיקות שימושיות, בדיקות במסדרון והערכה מעצבת - לשמור על הבנייה היישרה עם צרכי המשתמש.
• שלב ההשתתפות:0 (FLT:1 , Summative usability test) מאמת את העובדה שהמוצר עומד במטרות ביצועים מוגדרות מראש.
• (FLT:0)Launch and Maintenance:FLT:1release analytics, A / B בדיקות, משוב לקוחות להאכיל בחזרה של שיפורים, מה שהופך את המוצר טוב יותר עם הזמן.

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

שיטות מפתח שמניעות את ההשפעה

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

מחקר וחקירה קונטקסטאלית

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

המונחים: growth Prototyping and Testing

Prototypes נע בין רישומים נייר ל-commies אינטראקטיביים קוד נאמנות גבוהה.כל אחד מההתריעה צריך להיבדק עם 5-8 משתמשים נציג כדי לחשוף את הנושאים הקריטיים ביותר.TheFLT:0discountability EngineeringFLT:1 גישה פופולרית על ידי יעקב נילסן מראה כי אפילו בדיקות בקנה מידה קטן תופס את רוב הבעיות הגדולות, מה שהופך אותו נגיש עם צוותים מוגבל.

הערכה תיירותית

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

המונחים: Quantitative Metrics and Analytics

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

פיתוח נגישות

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

שילוב עם Agile ו-DevOps: הפיכת השימושיות לרציפות

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

« מומחים למניעה

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

בדיקות Guerilla והערכה מהירה

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

מדידה מתמשכת והתבוננות

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

חברות שולבו בהצלחה את הנדסת הכדאיות בדו"ח של Agile שיפורים משמעותיים: ספירת באגים מופחתת, פחות כרטיסים לעיצוב מחדש, וציוני קידום נטו גבוהים יותר. AFLT:0Nielsen Norman Group על מחזור החיים של הנדסת יכולת חיים 1 מספק גישה מובנית שמתאימה היטב עם התפתחות רציונטיבית.

צמצום ההשפעה העסקית: עלויות, מהירות ושביעות רצון

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

חידוש בפיתוח Rework

מחקרים בתעשייה מראים כי תיקון בעיית שימושיות לאחר הקידוד יכול להיות 10 עד 100 פעמים יקר יותר מאשר תיקון זה במהלך עיצוב.הדוח FLT:0NIST על ההשפעות הכלכליות של בדיקות תוכנה לא מספיקות FLT:1 מצא כי גילוי פגם מוקדם יותר חוסך מיליארדי דולרים בשנה.הנדסה של שימושיות תוקפת ישירות את העלות הזו על ידי לכידת פגמים ברמת העיצוב לפני שהם הופכים פגמים קוד.

זמן קצר ל-Market

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

הגדלת תשומת הלב של הלקוח וההכנסות

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

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

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

תוכנה צרכנית: רדום החוויה המוגברת

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

מכשירים רפואיים: בטיחות באמצעות שימוש

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

E-Commerce: צמצום עומס קוגניטיבי ב- Mobile Checkout

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

אתגרים באימוץ יכולת הנדסת שימושיות - וכיצד להתגבר על ה-them

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

התנגדות ארגונית

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

חוסר מתרגלים מוכשרים

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

מהירות בלנקום וריג'ר

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

היכרות עם תהליכי Legacy

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

שיטות טובות ביותר עבור הנדסת שימושיות לתוך מחזור החיים שלך

• (ב) לפני דרישות כתובות: ⁇ 1 נושא מחקר ויצירה של אדם מבוסס ראיות.
• (ב) ,0) ,לא קוד הייצור: ההרחבה: איור 1 1 (ראה להלן) לבחון פריטים בעלי נאמנות נמוכה לאמת כיוון לפני ביצוע פיתוח.
• מטרות בעלות ערך רב: FLT:0Set כמותיות: FLT:1 , Define Task Success rate, time on Task, andשביעות רצון.
• (ב) ,0) ,ל"ל את הלולאה משוב: 1 ; לאחר כל מבחן, לשתף ממצאים והמלצות עם הצוות כולו, ולעקוב אחר האם הם פעלו.
• (ב) ב-Telemetry:FIRLT:1) Instrument המוצר שלך כדי ללכוד נתונים התנהגותיים שמשלים את לימודי המעבדה.
• (FLT:0) להפוך את היכולת להגדרה של ביצוע:FIRLT:1 לא כל תכונה או סיפור שלם עד שהוא עובר בדיקת שימושיות בסיסית - זה יכול להיות פשוט כמו מבחן חמישה משתמשים או סקירה תיירותית.
• (ב) ⁇ :0) תוצאות של תוצאות: FLT:1, כאשר בדיקות שימושיות מגלה פגם באג או עיצוב שנתפס מוקדם, לחלוק את הסיפור.

העתיד: הנדסת שימושיות בעידן של AI ואוטומציה

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

להתבוננות עמוקה יותר בתפקיד המתפתח של יכולת השימוש באסטרטגיה של המוצר, ה-FLT:0 Interaction Design Foundation Foundation’s Usability Engineering Story PagecioFLT:1 מציע סקירה מקיפה.

מסקנה: הנדסה של שימושיות כתועלת אסטרטגית

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

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