עבודה מרחוק עם מעצב אתרים: מהאפיון ועד ההשקה

מתחילים מהעסק ולא מאפקטים

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

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

מסכימים מה כוללת הגרסה הראשונה

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

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

מכינים חומר שאפשר להאמין לו

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

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

נותנים משוב שמסביר את הבעיה

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

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

בודקים את האתר העובד, גם במצבים פחות נוחים

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

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

מגדירים מסירה והמשך עבודה

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

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

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