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