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

I will use our export buttons as an example. They enable the exporting of the results of participants to a file you can view and crunch further in Excell. The image on the right shows how they all used to look. From this button, you do not know the behavior that it has. Do you have to wait for all the data to compile first, or does it download straight away? Because of all this unclarity, we decided to pick it up.
קביעת המצב הנוכחי
בשלב הבא, אנו מעריכים את רמת השימושיות של התכונה על ידי עיון בקווים המנחים שיש ליישם. לאחר מכן, אנו קובעים גם את הרמה שאליה אנו שואפים להגיע. רמה זו עשויה להיות שונה מהיעד הסופי, שכן ייתכן שמדובר בצעד גדול מדי לביצוע באיטרציה אחת. כך אנו יודעים על אילו קווים מנחים עלינו להתמקד במהלך האיטרציה כדי להבטיח את חוויית המשתמש הטובה ביותר.
בכל איטרציה, אנו מתמקדים בעיקר בשיפור קו מנחה אחד בכל פעם. זה לא אומר שהקווים המנחים האחרים לא נלקחים בחשבון כלל. אנחנו רק רוצים לשפר לפחות דבר אחד בכל פעם, כפי שהזכיר לי פעם Jeroen, כי גם מהירות היא איכות. "אנחנו עובדים במחזורים קצרים כי הוכח שזה למעשה מהיר יותר ומביא תוצאות טובות יותר, אבל זה אומר שצריך לעשות צעדים קטנים ולא הכל ישתלב", מסבירה Anouk, אחת ממעצבות ה-front-end שלנו.
אנו מעדיפים לשחרר תכונה חדשה או משופרת במהירות, מאשר לקחת שנים כדי לעשות זאת בצורה מושלמת.
החלטנו שתהליך ייצוא התוצאות שלך צריך להיות קל. משמעות הדבר היא שכל ההנחיות שלנו חייבות לחול. הכפתור הפר את הנחיית הניתנות לחיזוי, הקובעת שלקוחות צריכים להיות מסוגלים להבין כיצד להשתמש בתכונה ולחזות את התוצאות בהצלחה. זה מה שהחלטנו להתמקד בו בגרסה זו.
מציאת פתרון
לאחר מכן, ברגע שאנו דנים בפתרונות אפשריים, אנו מחליטים איזה מהקווים המנחים הוא החשוב ביותר לשיפור באותו הרגע. הדרך שבה נעשה זאת נכללת בפתרון המוצע. ואז סוף סוף הגיע הזמן להתחיל ליישם!
כפי שהוזכר קודם, היו בעצם שתי אפשרויות שיכולות היו לקרות בלחיצה על כפתור הייצוא. או שהיית צריך להמתין מעט עד שהקובץ יורד, או שהוא היה יורד מיד. כדי להבהיר מה צפוי לקרות, עיצבנו כפתור לכל אחד משני התרחישים.
The Start Export button (see image on the right) implies the waiting time through the use of the icon. The wording also shows that you will start the process of exporting so you will not have an immediate result.
The Export button (see image on the right) shows it will download straight away because of the universally used icon for downloading. The wording implies that it is a one-click action and that the data is available straight away.
הערכת השיפור
לבסוף, לאחר סיום שלב הפיתוח, הצוות בודק את הסיפור על ידי בחינת תרחישים אפשריים בהתבסס על קריטריוני הקבלה. כך אנו יכולים להעריך אם הסיפור עומד בסטנדרטים של הקווים המנחים. לאחר סיום הבדיקות בהצלחה, אנו משחררים את הסיפור ואתם יכולים להשתמש בתכונה החדשה או המשופרת ?.
בזכות השיפורים שביצענו, קבענו כי דרישות הניתנות לחיזוי מתקיימות. מכיוון שההנחיות האחרות כבר יושמו, אנו יכולים לקבוע כי מדובר במצב שגרתי!