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