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

 

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

כולנו מכירים ביטוים כמו: "לא אומרים 'לא' ללקוח" או "הלקוח תמיד צודק" האומנם?

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

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

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

 

סוף מעשה במחשבה תחילה...

 

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

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

חשוב להבין ולזכור שאפיון הוא השלב הכי חשוב בתהליך ניהול הפרויקט והינו נגזרת ישירה להצלחתו.

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

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

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

 

תכנים, תכנים, תכנים...

 

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

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

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

 

הלקוח לא תמיד צודק... 

 

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

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