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