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