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