יישום עיצוב ממוקד אנושי לשיפור אינטראקציה עם מכשירים Iot

הבנה של עיצוב אנושי-מרכז בעולם מחובר

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

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

ארגונים אשר מאמצים את HCD לעתים קרובות רואים שיפורים ניכרים בשיעורי אימוץ, שביעות רצון הלקוחות, ולהפחית את כרטיסי התמיכה.על פי AFLT:0Nielsen Norman Group StudyFLT:1, ממשק משתמש מעוצב היטב יכול להעלות את שיעור ההמרה של האתר עד 200%, ועיצוב UX טוב יותר יכול להניב שיעורי המרה עד 400% בעוד נתונים אלה באים מהקשרים, מתרגם באופן ישיר להפרעות IoT-אטים:

מדוע מכשירים IoT זקוקים לתכנון אנושי ממוקד יותר מאי פעם

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

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

יתר על כן, משתמשים ב-IoT לעתים קרובות יש רקע טכני מגוון.סביר להניח כי A Smart thermostat ישמש על ידי נער בעל ידע טכנולוגי וסבתא בת 70 באותו בית. HCD עוזר למעצבים להתאים את הטווח הזה באמצעות תבניות עיצוב כולל, ממשקי מורכבות משתנים, וברור על זרימת סקייטבורד.

תהליך HCD מותאם ל-IoT

מחזור HCD המסורתי - אמפטיזציה, Define, Ideate, Prototype, Test - מפות טוב ל-IoT, אבל כל שלב דורש הסתגלות ספציפית לחומרה מחוברת.

הבנה: הבנה של קונטקסט וסביבה

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

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

Define: Synthesizing צרכי המשתמש ונקודות הכאב

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

• (FLT:0)Complex onboarding:FLT:1 Needing to download אפליקציה, ליצור חשבון, ולחבר את המכשיר באמצעות Bluetooth לפני שימוש כלשהו.
• (ב) ⁇ :0) שליטה מופרכת: FLT:1quiring יישומים נפרדים עבור כל מותג של מכשיר חכם.
• (ב) ויקרא י"א: "לא תנין" (ב) אם פעולה הייתה מוצלחת (למשל, דלת נעולה או לא).

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

המונחים: brainstorming IoT-Specific Solutions

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

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

Prototype: בניית מודלים של אינטראקציה

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

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

מבחן: התמודדות עם תנאים אמיתיים

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

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

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

עקרונות מרכזיים לעיצוב IoT אנושי-Centered

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

פשטות וקלרנס של Feedback

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

לכבד פרטיות ושליטה

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

נגישות ועיצוב כולל

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

עמידות והערצה

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

יתרונות עיצוב IoT ממוקד אנושי: מבט עמוק יותר

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

• (ה)הספקות:0) השימושיות: FLTRE:1 A מחקר של ה-FLT:2 (ה- Journal of Human-Computer InteractionsFLT 3: 3) מצא כי שיטות HCD הפחיתו את זמן ההשלמה ב-25% בבדיקות מכשירים חכמים.
• מוצרים צרכניים עם UX:0 (התקבלות:0) מוצרים צרכניים עם UX חזק רואים 30–50% גבוה יותר שיעורי הצלחה בהתקנה, על פי מדדי התעשייה.
• (FLT:0) הוצאות תמיכה מותאמות:FLT:1 , מכשירים IoT מעוצבים לעניים לייצר שיחות תמיכה עבור משימות בסיסיות כמו הצמד, שינוי סוללה, ולאפסה. עיצוב ממוקד אנושי הכולל תוויות פיזיות ברורות, כרטיס מהיר כוכבי, ומצב אבחון לעזרה עצמית יכול לקצץ תמיכה בנפח של 40%.
• (FLT:0) הערכת שביעות רצון המשתמש: NPS 1 (ציון קידום אתרים) עבור מכשירי IoT מתווה במידה רבה עם קלות ההתקנה והאמינות היומיומית של המשתמשים שיכולים "לזה ⁇ " מכשיר הם הרבה יותר סביר להמליץ על זה לאחרים.

אתגרים עם אסטרטגיות מעשיות

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

המונחים: different Constraints

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

שירות דרישות משתמשי Diverse

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

ניהול עלויות וזמן עבור

אי-הההרסה אינה צריכה להיות יקרה. השתמש בהסתברות מהירה עם חומרה מחוץ ל-Shelf. Run בדיקות שימושיות קלות משקל עם חמישה משתתפים (כמו הנוסחה של נילסן) כדי לתפוס 85% מבעיות של שימושיות. השתמש בבדיקות מרוחקות עם כלים כמו Lookback או UserTesting כדי להימנע מעלויות נסיעות.לאחר שהמוצר חי, לאסוף נתונים עם הסכמה של משתמשים ולהשתמש בו כדי להנחות את הסיכון הבא של זה.

דוגמאות אמיתיות לעולם של HCD ב-IoT

כמה חברות הוכיחו את הכוח של עיצוב IoT ממוקד אנושי.

• (FLT:0פיליפים הו:FLT:1 מערכת התאורה החכמה דרשה בתחילה מרכז ואפליקציית נפרדת.Over time, הם הציגו שליטה ישירה, שילוב קולי, ופשטו על הסיפון.צוות העיצוב שלהם השתמש בבדיקות החלטיות כדי להפוך את ההגדרה "הנורה הראשונה" מתחת לשתי דקות.
• (FLT:0 באוגוסט) Smart Locksue:FLT 1 באוגוסט עיצב את מנעולם ל רטרופיט על מתבולטים קיימים, המחייבים לא מברגים חדשים או חיפושים.אפליקציית המלווים משתמשת ב-GDCfencing ל- Auto-lock/unlock, הסרת הצורך במחקר יישומים ידני של משתמשי יישומים, גילה כי רובהקשי ההתקנה היו מחסומים ראשוניים, ולכן הם לפני פרופיל קל וקל ההתקנה.
• (FLT:0)Fitbit (כיום חלק מ-Google): ibph:1) של עוקבי הכושר המוקדמים היו מסכים זעירים ורצף כפתורים מבלבל. Fitbit התפתח לכלול מסכי מגע, תרגילי נשימה מודרכים, ותכונה "תעורר חכמה" המלומדת מחזורי שינה.הגישה הרהרטיבית שלהם, מעומקת במשוב משתמשים, סייעה להפוך את המיינסטרים.

כיוונים עתידיים: מה זה HCD מתכוון ל-IoT הבא

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

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

התחל עם עיצוב IoT ממוקד אנושי

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

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

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