אפיון אתרים: איך מגדירים מה בונים לפני שכותבים שורת קוד

מה כולל אפיון אתרים בפועל

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

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

החלק הראשון: קהל ומטרה

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

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

החלק השני: מפת עמודים

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

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

החלק השלישי: תוכן — מי כותב ומתי

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

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

החלק הרביעי: דרישות שקופות שנוטים לשכוח

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

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

זה לא בזבוז זמן כשאפשר פשוט להתחיל לבנות?

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

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

אפיון מינימלי שמספיק לרוב העסקים

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

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