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

מה עיצוב המשתמש-Centered באמת מתכוון לצוותי הנדסה

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

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

מדוע מנהלי הנדסה חייבים אלוף

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

(FLT:0) ,Reduce Wasterea: FLT:1 בדיקות שימושיות מוקדמות תופס בעיות כאשר הם זולים ביותר לתקן. a מחקר של קבוצת הנלנסן נורמן מצא כי תיקון בעיה לאחר התפתחות הוא יקר פי 100 מאשר תיקון זה במהלך עיצוב.
צוותים:0 (Align Teams:FLT:1 משותף של משתמשים ומפות מסע לתת מהנדסים, מעצבים ומנהלי מוצר נקודת התייחסות משותפת, צמצום סכסוכים ואי הבנות.
(FLT:0)Drive אימוץ: המחשה של מוצרים 1:1 תואמים מודלים נפשיים וזרימות עבודה על הסיפון מהר יותר ושומר על משתמשים יותר זמן, השפעה ישירה על הכנסות ושביעות רצון הלקוחות.
תוצאות הנדסיות משופרות:0(Imrov Engineering Results:FLT:103) כאשר מהנדסים מבינים את ההקשר של המשתמש, הם מקבלים החלטות טכניות טובות יותר - תוך שימוש בארכיטקטורה פשוטה יותר על פני התגברות, למשל.

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

שלב 1: מחקר משתמש Foundational User Research

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

(FLT:0 ראיונות וחקירה קונטקסטואלית: FIRLT:1) משתמשים מבצעים משימות בסביבה הטבעית שלהם.זה חושף מחסומים, נקודות כאב, וצרכים לא מסולקים שסקרים מפספסים.
(FLT:0Surveys and analytics:FearLT:1) נתונים קוונטיים מכלים כמו Google Analytics, Hotjar, או Mixpanel יכולים להדגיש נקודות ירידה, תכונות בשימוש ביותר, ופערים התנהגותיים.
ניתוח:0 (Competitive Analysis:FLT:1המחשה: כיצד מוצרים דומים פותרים בעיות משתמש.זיהוי תבניות המשתמשים כבר מצפים.
(FLT:0) מחקרים: 1FLT 1 עבור B2B או תחומים מיוחדים, לבלות יום עם משתמש קצה יכול לחשוף מגבלות זרימת עבודה ללא דרישות לכידת מסמך.

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

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

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

(FLT:0User Personas: FLT:1) צור 2-4 פרופילים בדיוניים אך ריאליים שלוכדים מטרות, תסכולים ורמות נוחות טכניות.מנעו נרטיב "יום בחיים" כדי לבנות אמפתיה.
(FLT:0User Journey Map:FLT:1) פשט את השלבים שבהם משתמש לוקח כדי להשיג משימה מרכזית, כולל נקודות מגע עם המוצר, הרגשות שלך, נקודות הכאב.זה עוזר לצוות לראות איפה UX פורץ והיכן תכונות חדשות יהיו המשפיעים ביותר.
(FLT:0) הצהרות ו hyposes:03 הנדסה לעבוד סביב בעיות משתמשים, לא תכונות.דוגמה: "מנהלי טלק צריכים לסדר את סדר העדיפויות בפחות מ-5 שניות, אבל ה-GRA-Drop הנוכחי נכשל בנייד" במקום "הוספת כפתור הזמנה מראש".

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

שלב 3: Embedd משתמשים בתהליך ההנדסה

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

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

אימות מתמשך

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

שימוש ב-Buck Tracking

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

שלב 4: כוונון ובדיקה

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

(FLT:0)Low-fidelity אבטיפוס: ההרחבה 1 (נייר או מסגרת פימה) לוקח שעות כדי ליצור.לבחון אותם עם 5 משתמשים כדי לחשוף בעיות זרימה בסיסיות.אל תחכו לעיצובים מלוטשים - הצוות לומד יותר ממסגרות חוט מכוערות שמשתמשים לא יכולים להשתמש מאשר מיופיים שהם יכולים.
(FLT:0) אבטיפוסים של נאמנות גבוהה: FIRLT:1) ברגע שהזרם מאומת, לבנות אבטיפוס אינטראקטיבי עם תוכן אמיתי.מבחן עם 5-8 משתמשים כדי למצוא בעיות ברמה של UI.
(FLT:0 Live Testing on Production:FLT:1) השתמש בדגלים תכונה או A / B בדיקות כדי לגלגל שינויים תת-קבוצה קטנה של משתמשים. Measure התנהגות לצד סקרי שביעות רצון.זה סוגר את הלולאה בין אב-טיפוס לשימוש בעולם האמיתי.

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

שלב 5: פוסטר קרוס-Functional Collaboration

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

מהנדסי פלאנט עם מעצבים: FLT:1 בתחילת ⁇ s, יש מהנדס ומעצב לעבוד לצד על הסתברות.המהנדס יכול לדגל מגבלות טכניות, בעוד המעצב יכול לדחוף לכדאיות שמכבדת את המגבלות הללו.
(ב) ,0) לכלול מעצבים בסטנד-אפים וחידושים: FLT:1 זה שומר על מעצבים מודעים לשינויים ומאפשר להם לראות את ההשפעה של העבודה שלהם.
(FLT:0) מדדי שיתוף: הצלחה Define מבחינת תוצאות המשתמשים, לא רק פלט.לדוגמה, מדד השלמת משימה, זמן על משימה, וציון מקדם (NPS) במקום רק מהירות אספקה תכונה.
(ב) ,0) תפקידים: FLT:1 בואו מהנדסים להשתתף ראיונות או בדיקות שימושיות של משתמשים מדי פעם.זה בונה אמפתיה ונותן להם סיפורים ממקור ראשון לשתף.

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

שלב 6: מדד ותיקון על תותותות UCD

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

(ב) ויקרא י"א: "ה', ב'"א," (בראשית כ"ד, כ"ד) - "ההסברים של ה'" (ב)"ב" (בראשית כ"ד).
(ב) ויקרא:2, ויקרא י"ד): "הבדיקה מתרחשת מאוחר, לאחר שמבנה שלם.
(FLT:0) לליטר 3: ProveactiveFLT:1 - מחקר משתמש נעשה לפני תחילת הפיתוח. Prototypes נבדקים אך רק לעתים רחוקות לאחר ההשקה.
(FLT:0) לליטר 4: רצף 1:1 - UCD משולב בכל אנתרופולוגיה. חוקרי משתמש מוטבעים בקבוצה.
(FLT:0) לליטר 5: אסטרטגיFLT:1 - UCD מניע אסטרטגיית המוצר. תובנות משתמש מודיעות מפת דרכים, וצוותי הנדסה מציעים באופן פרואקטיבי שיפורים של יכולת.

מנהלי הנדסה ברמה 3 או מעל ראו שיפורים ניכרים שביעות רצון הלקוחות, צ'ואן נמוך יותר, ופתרון מהיר יותר של כרטיסי תמיכה.AFLT:0Nielsen נורמן קבוצת מחקר רכז 1 מצא כי השקעה במחקר UX מניבה ROI של 2:1 עד 100:1, בהתאם לגרות הארגון.

מלכודות נפוצות וכיצד להימנע מהם

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

(FLT:0) ניצול UCD עם "לסלק משתמשים מה שהם רוצים": FLT:1 משתמשים לעתים קרובות לא יכולים לבטא את צרכיהם.במקום, להתבונן בהתנהגות ובטיפוסי אבטיפוס של מבחן.הנרי פורד אמר: "אם אני שואל אנשים מה הם רוצים, הם היו אומרים סוסים מהירים יותר" - הוא אזהרה נגד הסתמכות על העדפות ברורות.
מחקרו של יעקב נילסן:0 (Over-testing with too Manyמשתתפים: FigalLT:1) מראה כי בדיקות עם 5 משתמשים חושפת כ-85% מבעיות של חוסר יכולת.יותר משתתפים מציעים החזרות מופחתות.
(FLT:0) אבחון מקרי קצה: FLT:1 בדיקות משתמשים לעתים קרובות מתמקדת בנתיבים שמחים.מנהלי הנדסה צריכים להשלים UCD עם הערכות היוריסטיות ותרחישים הקשורים לשגיאות כדי לכסות מצבים פחות נפוצים אך קריטיים.
(FLT:0) אכילת UCD כשער:FreaLT:1 כאשר ביקורת UX הופכת לצעד אישור חד פעמי, הצוותים עוצרים את ה-UCD רציף, לא שלב.
(FLT:0) מימון כלי מחקר: FLT:1, השקעה קטנה בכלי בדיקה מרחוק או פלטפורמה גיוס מאיצה בדיקות ולהפחית חיכוך מנהלי.

דוגמה: UCD ב-SaaS הנדסה Team

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

(FLT:0) מחקר: המחשה: 10 מנהלים בפרויקט ולבחון את זרימת העבודה שלהם.גלו כי רוב השימוש בגליונות התפשטות כי הם זקוקים לזייף גמיש - ⁇ Gantt הם משניים.
(ב) ,0) פרסונה: 1 (Persona:0) יוצר "מריה, ראש הממשלה המעובד" המשתמש בכלי 5 שעות ביום, בעיקר בנייד בעת ביקור באתר.
(FLT:0)Prototype:FLT:1 בנתה תצוגה מהירה דמוית גליון ב- Figma. Test עם 5 משתמשים; 4 לומר שזה מרגיש מהר יותר מאשר המתחרים.
(FLT:0Build and Iterate: FLT:1ig) מהנדסים ליישם גרסה מינימלית בשני קידודים. A/B מבחן נגד תכונה גנט שלקחה ארבעה ⁇ s.הגליון התפוצה מניע 40% מעורבות גבוהה יותר.
(ב) ⁇ :0) לאחר ההשקה, המשך בדיקות עם משתמשים, הוספת סינון וסינון לפני השקעה בכל ויזואליזציה אחרת.

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

כלים ומשאבים למהנדסים

אימוץ UCD אינו דורש תקציב עצום.הכלים הבאים הם מעשי עבור צוותי הנדסה בכל גודל:

(ב) ,2 (ב) ,2 ,2 ,2 , ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
(ב) ⁇ :0) ,1 (ב"ה) (התחרח חופשי) עבור עיצובים נמוכים וגבוהים.
(ב) מיפוי:0) ג'וריני: 1FLT:1 Miro או Mural עבור תרגילים מיפוי שיתופי.
(ב) ⁇ :0) אנליטיקה: 1. Mixpanel, Amplitude, או Google Analytics עבור נתונים התנהגותיים.
(ב) ⁇ :0) ⁇ : 1 ⁇ או השפעה על ריכוז של אנשים, ממצאים והחלטות עיצוב.
(FLT:0) לכידת: FLT:1 השתמש ב-app משוב widgets כמו UserVoice או Canny כדי לאסוף הצעות משתמש ונקודות כאב.

משאבים כמו FLT:0 (קרן עיצוב פעולה) 1 (FLT:0) מציעים קורסים חינם על שיטות UCD כי מנהלי הנדסה יכולים להשלים בסוף השבוע.

הערכת ההשפעה של UCD על הנדסה Metrics

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

(FLT:0) זמן קליר: 1FLT 1 אימות משתמש מוקדם מפחית את מספר השינויים בשלב מאוחר, מקצר את הזמן מגיבוי לפריסה.
(ב) שיעור הפחתת השימושיות (FLT:1) כי בעיות נתפסות בטיפוסים, לא ייצור.AFLT:2 Forbes Tech Council Council Council EvolutionFLT 3 מציין כי חברות עם שיטות UX חזקות מדווחות על 50% פחות פגמים.
(FLT:0) תדירות התדירות:FLT:1 Smaller, תכונות מאומתות ניתן לשחרר לעתים קרובות יותר, שיפור מדדי DORA (Deployment Frequency, Lead Time, Change Fail Rate, Mean Time to Recovery).
(FLT:0) כרטיסים לתמיכה ב-Customer:FLT:1 לאחר שיפורים UCD, תמיכה בבקשות על "איך אני ..." טיפת באופן משמעותי.

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

מסקנה: UCD כ- Engineering Management Discipline

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

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

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