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