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