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