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