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