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