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