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