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