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