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