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