יישום הנדסת שימושיות בסטארטאפים ועסקים קטנים

מהי הנדסה של שימושיות?

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

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

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

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

הנדסת שימושיות מתייחסת ישירות לאתגרים המקרינים חברות צעירות: צ'ואן גבוה, המרה גרועה, ומילה שלילית של הפה.כאשר מוצר מפריש משתמשים, הם יוצאים – לעתים קרובות ללא משוב על פי AFLT:0Nielsen Norman Study of PitureFLT:1, משתמשים בדרך כלל מבלים פחות מדקה להחליט אם להישאר באתר.

עסקי OUTCOMes

(FLT:0) שיעורי המרה גבוהים יותר.FLT:1 A זרם בדיקה או חתומה יכול להרים המרה על ידי 20–50%. הקטנת שדות טופס מיותרים, מתן הודעות שגיאה ברורות, ושימוש בחשיפה מתקדמת כל להגדיל את הסבירות כי משתמש משלים פעולה הרצויה.
(FLT:0) עלויות התמיכה של לואוור (FLT:1 כאשר ממשקים אינטואיטיביים, משתמשים אינם צריכים ליצור קשר עם תמיכה במשימות בסיסיות.זה משחרר משאבים אנושיים מוגבלים עבור בעיות מורכבות יותר.
(FLT:0) שיפור פיתוח מחדש של קוד שינוי (FLT) לאחר ההשקה הוא יקר.שימוש בהנדסה תופס פגמים בעיצוב לפני שורה אחת של קוד כתוב, חוסך שבועות של מאמץ פיתוח מבוזבז.
(FLT:0) תפיסת מותג סטרונגר (FLT:103) משתמשים מקשרים בקלות לשימוש עם איכות ומקצועיות.חוויה מלוטשת בונה אמון ומעודדת הפניות, אשר הן קריטיות לצמיחת בשלבים המוקדמים.
(FLT:0) שימור ודבקות טובים יותר (FLT:1) מוצרים שיוצרים הרגלים להסתמך על חיכוך נמוך.כאשר משתמשים יכולים להשיג משימות ללא מחשבה, הם נוטים יותר לחזור.

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

צעדים להטמיע את יכולת השימושיות

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

1.ניהול מחקר המשתמש

מחקר משתמש הוא הבסיס של כל עבודת הנגישות.לא הבנה מי הם המשתמשים, מה הם צריכים, ואיך הם מתנהגים, כל החלטה עיצובית היא ניחוש.עבור סטארט-אפ, המטרה היא לחשוף את ה-FLT:0 משימות קריטיות FLT:1 שחשובות ביותר למשתמשים ול-FLT:2pain נקודותFLT 3 בפתרונות הנוכחיים.

שיטות כוללות:

[01:0] ראיונות קונטקסטואליים (FLT:1) מדברים עם משתמשים פוטנציאליים בסביבה הטבעית שלהם.
(FLT:0)Surveys.FLT:1ua שימושי לאיסוף נתונים כמותיים על העדפות ודמוגרפיות, אך פחות יעיל עבור תובנות איכותיות עמוקות.
ניתוח:0 (Competitive Analysis) של FLT:1 מראה כיצד המתחרים מטפלים במשימות דומות.זיהוי נקודות החוזק והחולשות שלהם במונחים של יכולת.
(FLT:0)Analytics reviewure.FLT:1 אם יש לך כבר אבטיפוס או גירסה מוקדמת, לבדוק את נתוני Clickstream ו- funnel טיפות offs.זה מגלה איפה משתמשים נתקעים.

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

Define User Personas ו- Scenarios

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

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

ממצאים אלה שומרים על כל הצוות התואם, כאשר מפתח מציע תכונה שתוסיף מורכבות, הצוות יכול לשאול: "האם שרה תשתמש בזה בתרחיש שלה?"

3. Prototype מוקדם ולעתים קרובות

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

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

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

בדיקה עם משתמשים אמיתיים

בדיקות שימושיות הן תהליך של התבוננות במשתמשים אמיתיים שמנסים להשלים משימות עם אב הטיפוס או המוצר שלך.זה חושף פערים בין מה שאתה חושב שמשתמשים יעשו לבין מה שהם עושים בפועל.FLT:0Usability.govcioFLT:1 מספק מדריך מקיף לבדיקות ריצה עם משאבים מוגבלים.

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

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

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

5.התמדה על סמך ממצאים

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

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

שיטות מעשיות וכלים עבור קבוצות קטנות

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

הערכה:0 [ההיסטורי]: יש 3–4 הערכות משתמשות בעקרונות של שימושיות מבוססות (למשל, 10 ההתיויירים של נילסן) כדי לבדוק את הממשק במהירות וזולה: רשימת קבצים מודפסת, גיליון.
(FLT:0) בחינה בלתי-מתונה: הטמעת פלטפורמה כמו UserTesting ו- Lookback מאפשרות לך להפעיל בדיקות ללא מתווך.משתתפים להשלים משימות בזמן שלהם.
(FLT:0) הקלטה ומפת חום: ההרחבה 1 (FLT:1) השתמש בביצה חמה או משוגעת כדי לראות איפה משתמשים לוחצים, לגלול, ולהפסקה. תובנות אלה מדגישות אזורים בעייתיים ללא התבוננות ישירה.
(FLT:0Card מיון: 1) עבור ארכיטקטורת מידע, כלים כמו OptimalSort מאפשרים למשתמשים לארגן תוכן לקטגוריות שגורמות להם לחוש.
(FLT:0)A / B Testing: 1FLT (ברגע שיש לך מוצר חי, להפעיל ניסויים על אלמנטים ספציפיים (למשל, צבע כפתור, העתק, פריסה) Google Optimize או Optimizely להציע טיים חינם.

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

אתגרים משותפים

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

תקציב וזמן מוגבל

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

טיפ: Integrate Usability בדיקה לתוך מחזור הקידוד הקיים שלך. Dedicate יום אחד ל- ⁇ כדי לבחון תכונה שנחשבת לקידוד הבא.זה מטביע את יכולת השימוש לתוך זרימת העבודה שלך מבלי להוסיף מעל הראש.

חוסר מומחיות בבית

עם זאת, למייסדי סטארט-אפ מעטים יש רקע ב-HCI., יסודות בדיקות שימושיות ניתן ללמוד.ספור משאבים ללא תשלום קיימים: ה-FLT:0Nielsen Norman Group ArchivesFLT:1, גוף הכדאיות של ASQ של ידע, וקורסים מקוונים מ-Compet Design Foundation.בנוסף, כלים כמו , מאזן ו- UserZoom מספקים תבניות בדיקה מודרך הדורשות הכשרה מינימלית.

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

התנגדות של מפתחים או בעלי מניות

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

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

פיתוח תכונות עם שימושיות Fixes

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

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

« היכולת להכניס את התרבות שלך

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

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

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

מסקנה: צעדים קטנים, השפעה גדולה

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