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