בניית אתר אינטרנט: 5 שלבים להגדרת הפרויקט
מאת Pixit
אתר יכול להיראות מצוין ועדיין להשאיר את המבקר בלי מושג מה עושים עכשיו. ב־Pixit אנחנו מעדיפים לפתור את השאלה הזאת לפני שבוחרים אנימציה. חמשת השלבים האלה מחברים בין הצורך הראשון לבין פנייה אמיתית שמגיעה אחרי ההשקה.
1. מגדירים את התוצאה הרצויה
כתבו משפט שמתאר את תפקיד האתר: ״לאפשר ללקוח פוטנציאלי להבין את ההצעה שלנו ולקבוע פגישה״. לאחר מכן בחרו פעולה מרכזית. פנייה, רכישה וכניסה לאזור אישי דורשות מסלולים שונים.
הגדירו את הקהל, את השפות הנדרשות ואת מי שיאשר כל שלב. באתר לקהל ישראלי כדאי לתכנן מראש את התוכן בעברית ואת כיוון הקריאה מימין לשמאל.
ניקח דוגמה: עסק מקבל הרבה פניות שאינן מתאימות לשירותיו. המטרה שלו יכולה להיות הסבר מדויק יותר, ולא בהכרח יותר פניות. ההבדל משנה את התוכן, את הטופס ואת הדרך שבה בודקים אם האתר עשה את עבודתו.
2. ממפים עמודים ותוכן
הכינו טבלה עם המטרה, התוכן, התמונות והאחראי לכל עמוד. הבדילו בין עיצוב של תבנית חדשה לבין עמוד נוסף שמשתמש בתבנית קיימת.
אתר שתוכנן לחמישה עמודים וגדל לשנים עשר אינו מסתכם ב״עוד שבעה עמודים״. צריך להגדיר תבניות נוספות, כתיבה, תרגומים ופונקציות. סגרו את העלויות לפני הביצוע, וגם את מספר סבבי התיקונים הכלולים.
לכל עמוד הגדירו החלטה שהוא עוזר לקבל: להבין הצעה, להשוות דרכים או להתחיל פנייה. אם שני עמודים עושים בדיוק אותו דבר, בדקו את ההפרדה. אם עמוד אחד עונה על שאלות לא קשורות, אולי צריך לארגן אותו אחרת.
3. מאשרים את המסלולים והעיצוב
נסו אבטיפוס של המסלול המרכזי בטלפון: מציאת השירות, הבנת ההצעה ופנייה לעסק. בדקו כותרות ארוכות בצרפתית ואת היישור בעברית.
התוצר הרצוי הוא מסכים מאושרים עם תוכן אמיתי. טקסט זמני עלול להסתיר בעיות שיתגלו רק במהלך הפיתוח.
בקשו מאדם מחוץ לפרויקט לנסות את ההדמיה בלי הסבר צמוד. תנו לו למצוא שירות ולהתכונן לפנייה. קודם צפו, ורק אחר כך הסבירו. עיצוב שצריך את המעצב ליד כל מבקר עדיין דורש כמה התאמות.
4. מפתחים ובודקים
הכינו רשימת בדיקות: ניווט במקלדת, שליחת טופס וקבלתו, אישור ברור, תצוגה במובייל וקישורים בין השפות. בדקו גם כותרות עמודים, כתובות והופעת התוכן ב־HTML הראשוני.
בשדרוג אתר קיים, תעדו את הכתובות הישנות לפני החלפתן. לכל עמוד שימושי צריך להיות יעד מתאים או החלטה מפורשת להסירו, במקום להפנות אוטומטית לעמוד הבית.
נהלו רשימת תקלות לפי חשיבות: פנייה שנעלמת מעכבת השקה; ריווח קטן יכול לחכות. לכל משימה צריך אחראי ודרך בדיקה. רשימה משותפת אמינה יותר מסבב אחרון של צילומי מסך שמפוזרים בהודעות.
5. מתכננים את ההשקה וההמשך
לפני ההשקה, הגדירו בעלות וגישה לדומיין, לאחסון ולכלי המדידה. הכינו גיבוי, נוהל חזרה לגרסה הקודמת ואחראי למעקב.
לאחר ההשקה בדקו שוב פנייה אמיתית וחפשו שגיאות. קבעו גם מי יעדכן תכנים ומי יטפל בתחזוקה: הפרויקט ממשיך גם אחרי שהאתר עולה לאוויר.
הכינו בדיקת השקה קצרה שאפשר לחזור עליה: פתיחת עמודים מרכזיים, החלפת שפה, שליחת טופס ובדיקת קבלה. שמרו גם נוהל שחזור וגישות אצל הגורמים המתאימים. לשלב האחרון בפרויקט צריך להיות אחראי, ולא רק תאריך.
