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