במאמר מוסגר
כמה מאיתנו היינו
בסיטואציה בה העיצוב שלנו מוטמע ולאורך התהליך עולות שאלות רבות מהפיתוח. בעוד
שתקשורת עם הפיתוח היא חשובה וכדאי להבהיר לצוות הפיתוח את החלקים הפחות ברורים,
תדירות השאלות יכולה להיות גבוהה, דבר שידרוש מאיתנו זמן ומאמץ רב. כמעצבים ומאפיינים אנחנו יכולים לנסות לצפות את השאלות שעשויות לעלות ולצרף הערות
למסמך ובכך לחסוך זמן לצוות הפיתוח ולנו. הערות אפקטביות הן הערות שמצורפות למסמך עצמו במטרה והגדיר ולתאר היבטים שונים של
העיצוב.
למה כדאי לצרף הערות?
הערות על העיצוב עצמו יכולות להפחית באופן משמעותי את חוסר הוודאות לגביי
החוויה של המוצר/עיצוב. היתרון המשמעותי שלהן הוא שהן שם ממש בהקשר הנכון. ההרות
האלו לא מועילות רק למפתחים אלה גם למקבלי ההחלטות ונותנות להם הצצה על החוויה,
השיקולים העיצוביים וכו’.
הערות כאלו הן לא תחליף לדוקמנטציה טובה של המוצר. דוקמנטציה של המוצר חיה מחוץ
לקונטקסט של המוקאפ ומספקת מידע רחב יותר על המוצר.
אילו סוג הערות כדאי לצרף?
אנחנו לא יכולים לתת הערות לכל חלק מהעיצוב וחשוב לבחון עם עצמנו איפה לכתוב הערה
שתיתן ערך מוסף והבהרה ולהימנע ממצב שבו יש עודף הערות- דבר שלוקח זמן ומאמץ.
מקרים בהם כדאי להוסיף הערות:
·
מקרי קצה ושגיאות
·
תיאור חוויה שמתרחשת מחוץ למסך
·
שיתוף רציונל מאחורי החלטה עיצובית
·
תיעוד שינויים
תיאור מקרה קצה
ושגיאות
במקרים בהם
אנחנו רוצים לתאר מקרי קצה ושגיאות הוספת הערה ליד העיצוב עם תיאור השגיאה מאפשרת
לנו להבהיר את הכוונה שלנו בלי לתאר מחדש את כל הורקפלואו. אפשר להסתכל על זה כעל
שבי צידי שאנחנו מובילים בו את המפתחים.
דרך יעילה לתאר את המקרה הזה היא באמצעות כפתור טוגל בו אפשר “לכבות
ולהדליק” את מצב השגיאה.
עם זאת ככל שמקרה הקצה מורכב יותר כדאי לצרף וורקפלואו נוסף.
תיאור חוויה
שמתרחשת מחוץ למסך
לא כל חווית משתמש
מתרחשת על המסך. חוויות רבות ותהלכים קורים מחוץ למסך. דוגמא לכך היא וורקפלואו של
הזמנת משלוח אוכל. חלק חשוב מהחוויה מתרחש בעולם הפיסי בו השליח נוסע עד אלינו.
מאחר וסביר להניח שחלקים כאלו מתועדים בדוקומנטציה המתאימה, קישור לדוקומנטציה
הרלוונטית יקל על המפתחים להבין את כל חלקי החוויה-כולל אלו שמחוץ למסך.
שיתוף הרציונל מאחורי ההחלטה שלנו
אם יש חלק בעיצוב שהעלה שאלות או שהיה דיון רחב עליו שהוביל להחלטה מסוימת,
כדאי לצרף הערה על המקום הרלוונטי.
זה יעיל במיוחד כאשר ההחלטה התקבלה בגלל פשרות והגבלות טכניות.
תיעוד שינויים
כאשר העיצוב
משתנה ומתעדכן הוספת הערה עם תאריך השינוי משפרת מאוד את ההבנה מה השינוי ומדוע
הוא נעשה.
השינויים יכולים להיות מינוריים ויש סיכוי שאפילו יעברו בלי לשים לב אבל הערה ליד
השינוי מספקת הקשר למה נעשה ומדוע.
כיצד לצרף הערות כאלו?
כמובן שאין דרך אחת נכונה לצרף הערות לעיצוב, אפשר לצרף אותן ישירות על העיצוב
או לסמן את ההערות במספרים ולהוסיף מסמך נפרד אשר מכיל את המספר וההערה.
אפשר להשתמש בפיצ’ר של ההערות שקיים ברוב התוכנות.
החלק החשוב בהערות כאלו הוא להציג אותן למפתחים. עם הזמן אנחנו מפתחים לעצמינו
מערכת הערות מסוימת, פגישה קצרה עם המפתחים והצגת הדרך שלנו להוסיף הערות תעזור
להם להבין שיש הערות בעיצוב, תעודד אותם לחפש את ההערות בעיצובים הבאים ותעזור להם
להבדיל בין הערה לבין העיצוב כדי שלא יקרו מקרים מוזרים בהם הן מפתחים חלקים
מההערות.
כמובן שדזיין סיסטמס מפחיתות את הצורך בהערות על גביי העיצוב מאחר והן מספקות הגדרות
ספציפיות להתנהגות קומפוננטות ולחווית המשתמש.
היתרון הזה מאפשר למעצבים להתמקד בהערות שקשורות באופן ישיר לחוויה של הוורקפלואו.
מקור:https://uxdesign.cc/design-annotations-that-will-make-your-developers-happy-d376d4453d9d