איסוף הדרישות
איסוף הדרישות לחוויית שיחה הוא לא רק הגדרה של תכונות ופונקציונליות, אבל זוהי התוצאה העיקרית. המטרה העיקרית של תהליך איסוף הדרישות היא להבין את המשתמשים ואת היכולות הטכניות שלהם.
הדרך הטובה ביותר למנוע צורך בשינויים משמעותיים לאחר שהעיצוב ו/או הפיתוח בוצעו, היא לעמוד בדרישות ברורות וחקרניות.
מזהים את המשתמשים
כדי לאסוף את השאלות צריך לענות על שאלות ולהשתמש בנתונים כדי לענות עליהן. למשל:
- מי המשתמשים שלך?
- מהם הצרכים שלהם?
- איך הם משלימים את המשימות האלה היום?
- באילו מילים וביטויים הוא משתמש כדי לדבר על המשימות האלה?
- באילו מצבים או נסיבות משימות כאלה מופעלות?
מענה לכל המשתמשים
חשוב לבצע אופטימיזציה עבור המשתמשים הנפוצים ביותר, אך אל תעשו זאת על חשבון החוויות של משתמשים אחרים. מוצר שתוכנן היטב כולל את המוצר והוא נגיש לכולם. תכנון של אוכלוסיות שונות פירושו שימוש בעיצוב כללי או באסטרטגיות עיצוב אוניברסליות. לעיתים קרובות, מקום הלינה המאולץ לבצע עבור אוכלוסייה אחת יועיל לכולם (למשל, רמפה קלה יותר מאשר מדרגות). מידע נוסף זמין בהנחיות העיצוב של Material Design לנגישות.
| יצירת פרסונות ומסלולים של משתמשים | ||
|---|---|---|
פרסונה של המשתמש |
מיהו המשתמש? |
פרסונה של משתמש היא תיאור ספציפי אבל קצר של משתמש מסוים. חשבו על סוגי האנשים שאתם מצפים להשתמש בפעולות שלכם, וצרו כמה אישיות משתמשים כדי לייצג אותן. הפרסונות האלה של משתמשים יעזרו לכם להימנע מעיצוב רק לעצמכם וליעדים שלכם. |
התהליך שעובר המשתמש |
מה היעדים של המשתמש? מה ההקשר של המשתמש? |
מסלול משתמש הוא הנתיב שהמשתמש עובר עד להשלמת יעד בהקשר נתון. |
מסלולים קריטיים להמרת המשתמש |
מתארים את כל הרגעים הרלוונטיים בתהליך |
מסלולים קריטיים למשתמש הם תהליכים ש-1) מתרחשים לעתים קרובות, או 2) חשובים למשתמש. המטרה היא לעזור למשתמשים להשלים את התהליכים האלה מההתחלה ועד הסוף. התמקדות בהן תעזור לכם ליצור פעולות ולהגיע לקהל גדול ו/או ייעודי. |
דוגמה מפעולת Google I/O 18
מיהו המשתמש?
מה היעדים של המשתמש?
מה ההקשר של המשתמש?
מתארים את כל הרגעים הרלוונטיים בתהליך.
זיהוי יכולות טכניות
מערכות
מהן היכולות והמגבלות של המערכות השונות שיסתמכו על הפעולות שלכם?
| דוגמה: Google I/O 18 מאפשר למשתמשים ליצור לוח זמנים מותאם אישית של כל הסשנים שבהם הם רוצים להשתתף. |
|---|
|
נתונים
באיזה פורמט ואיכות ייעשה שימוש בנתונים?
| דוגמה: Google I/O 18 קוראת מידע על הסשנים |
|---|
|
לפעמים צריך לעצב מחדש כדי שסוגים מסוימים של תוכן יעובדו באופן תקין בהמרת טקסט לדיבור (TTS).
זיהוי תרחישים עיקריים לדוגמה
חשוב להביא להשפעה.
מה המשתמשים מבקשים?
דוגמה מפעולת Google I/O 18:
אם עדיין לא עשיתם זאת, אנחנו ממליצים לקרוא את הפוסטים בבלוגים הבאים כדי להבין לעומק איך תכננו ויצרנו את פעולת I/O 18 (או לעיין בקוד).
במהלך האירוע I/O 18 ב-Google, שוחחנו עם גוגלרים שעבדו באירוע בשנים קודמות. שאלנו אותם אילו שאלות יש למשתתפים בדרך כלל במהלך האירוע. השאלות האלה מתאימות בדרך כלל לאחת מ-4 הקטגוריות הבאות:
| ניווט כללי | ניווט אישי | פרטי האירוע | פרטי אירוע ספציפי למיקום |
|---|---|---|---|
|
"Where's the בחדר בחדר האמבטיה?" "Where are the Codelabs? " |
"Where's my next sessions? " (איפה הסשן הבא שלי?) "איפה אפשר לבדוק את האפליקציה?" |
“?What time is הצהריים?” "When’s the אפטר פארטי?" |
"מה הסשן הבא בחדר הזה?" "מה אפשר לעשות כאן?" |
על סמך הידע הזה החלטנו להתמקד בתרחישים לדוגמה הבאים:
- לספק מידע על מציאת דרכים ספציפיות למיקומים ב-Surreline Amphitheatre, לדוגמה: חדרי אמבטיה, חניה, מסלולי נסיעה
- לספק מידע על מציאת דרכים ספציפיות ל-Google I/O, לדוגמה: איסוף תגים, ארגז חול, Codelab, שעות עבודה וביקורות על אפליקציות, לאחר שעות הפעילות, חנות I/O
- יש לציין את פרטי האירוע של כל הנאומים, הפעילויות, שעות הפעילות והארוחות