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

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

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

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

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

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

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

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

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

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

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

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

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

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

הפוסט הזה נכתב ביום יום שלישי, 03 בפברואר 2009, בשעה 1:50 pm, והוא שייך לנושא כללי. את כל התגובות והטראקבאקים אפשר לקרוא ב-RSS 2.0‏. אפשר להגיב על הפוסט כאן בבלוג הזה, או לשלוח טראקבאק מבלוג אחר.‏