פרסם גרסה אחת קוהרנטית ובלתי ניתנת לשינוי של Helpdesk, והשתמש בפרסום מחדש או בביטול פרסום בכוונה תחילה. מדריך זה שומר על מיקוד העבודה בפרסום Helpdesk ומספק נתיב חוזר שניתן למשתמש Humind חדש לעקוב אחריו בלי לשנות תצורה לא קשורה.

Humind Helpdesk הוא תצוגה שפורסמה של Knowledge ציבורי כשיר. יש לו כתובת משלו, בחירת תוכן, שפות, מראה, ניווט, יעד תמיכה, מטא-נתונים וגרסאות פרסום בלתי ניתנות לשינוי. עריכת התצורה או ה-Knowledge אינה משנה את האתר הציבורי עד שמתפרסמת גרסה חדשה וקוהרנטית.

לפני שמתחילים

גישה: נדרשת הרשאת כתיבה ל-Helpdesk. הפרסום תלוי גם ב-Knowledge ציבורי כשיר.

• השלם בדיקת Helpdesk עבור כל אזור שפה פעיל.
• אשר את מועמד התוכן, המיתוג, הקישורים, התמיכה והמטא-נתונים.
• השאר את הגרסה הציבורית הנוכחית זמינה בזמן העריכה.

עבוד באזור הבעלות המצומצם ביותר המתואר להלן, והשאר את המצב הנוכחי שפונה ללקוחות זמין בזמן הכנת השינוי. לפני לחיצה על פעולה סופית כלשהי, אשר את החברה הפעילה, Agent, החנות, השפה והשוק שמוצגים ב-Humind. פקד חסר יכול להצביע על גישת קריאה בלבד או על יכולת שאינה מוגדרת עבור חברה זו. במקרה כזה, תעד את המשימה המתוכננת ובקש ממנהל לבדוק את ההרשאה או התלות המדויקת. אל תעקוף את הגבול על ידי שיתוף חשבון, העתקת נתונים לאזור אחר או הבטחת יכולת שסביבת העבודה אינה חושפת.

תהליך עבודה שלב אחר שלב

1. אשר את ההיקף ואת המצב הנוכחי

   סקור את מצב הגרסה שפורסמה וזהה את כל שינויי הטיוטה שלא פורסמו לפני נקיטת פעולה ציבורית כלשהי.

   • אשר את החברה הפעילה ואת Agent לפני העריכה.
   • תעד את המצב הנוכחי כדי שיהיה אפשר להשוות את התוצאה לאחר השינוי.
   • עצור אם המסך או ההרשאה אינם תואמים למשימה המתוכננת.

2. הכן את השינוי

   בדוק את המועמד המלא ופתור תוכן חסר, קישורים לא תקינים או מקטעים שלא נשמרו בלי לבטל את פרסום האתר הקיים.

   • השתמש בשינוי הקטן ביותר שמשלים את משימת הלקוח.
   • השאר מידע מוסמך במקור שבבעלותו.
   • בדוק תוויות, תאריכים, שפה וניסוח גלוי ללקוחות לפני השמירה.

3. שמור ואפשר לעיבוד הנדרש להסתיים

   בחר פרסם או פרסם שינויים פעם אחת כדי ליצור גרסה חדשה בלתי ניתנת לשינוי, ואז תעד את הגרסה ואת הכתובת הציבורית שלה.

   • המתן עד שהממשק יאשר שהשינוי נשמר.
   • אם נדרשים סנכרון, אינדוקס או פרסום, המתן למצב הסופי שלהם.
   • טען מחדש את האזור ואשר שהערכים שנשמרו נשארים.

4. בדוק את מסע הלקוח המלא

   השתמש בביטול פרסום רק כאשר כל ה-Helpdesk חייב להפוך ללא נגיש. עבור תיקונים רגילים, הכן במקום זאת גרסה מתוקנת ופרסם אותה מחדש.

   • השתמש בהפעלה חדשה ובתרחיש לקוח מציאותי.
   • בדוק מחשב שולחני ונייד כאשר התוצאה מופיעה בחזית החנות.
   • תעד את השלב שנכשל בדיוק אם התוצאה שונה מהציפייה.

מגבלות חשובות והערות תפעול

• שמירה מוצלחת מאשרת התמדה, לא כל סנכרון המשך או עדכון ציבורי.
• הרשאות סביבת העבודה יכולות להסתיר אזור או לאפשר קריאה בלי לאפשר שינויים.
• אל תעתיק עובדות משתנות על קטלוג, חשבון או לקוח לתוכן תיאורי כפתרון עוקף.
• בדוק רק יכולות נתמכות שגלויות ומוגדרות עבור החברה הנוכחית.
• השאר שינויים בפרסום Helpdesk נפרדים מעבודת Agent, Knowledge, קטלוג, Inbox או Helpdesk שאינה קשורה.

אמת את התוצאה

• פעולת הפרסום מדווחת על מספר המאמרים הצפוי.
• הכתובת הציבורית מגישה את הגרסה החדשה.
• אוספים, מאמרים מייצגים, חיפוש, קישורים ואזורי שפה פועלים.
• רישומי פרסום קודמים נשארים שלמים ולא נמחק שום פריט Knowledge.

שמור תיעוד קצר של מה שבדקת, באיזה תרחיש לקוח השתמשת ומה השתנה. כך פתרון תקלות מאוחר יותר נעשה מדויק יותר, וזה עוזר לחבר צוות אחר לשחזר את התוצאה בלי להסתמך על הזיכרון.

פתרון תקלות

הפרסום מדווח שאין מאמרים כשירים

בדוק את מצב המאמר, הנראות הציבורית, התקופה הפעילה, כשירות Helpdesk, השפה ובחירת התוכן. השאר את הגרסה הנוכחית פעילה בזמן תיקון הטיוטה.

השינויים שנשמרו עדיין אינם מופיעים בפומבי

אשר שגרסה חדשה אכן פורסמה ושהאתר הציבורי מדווח עליה. טיוטה שמורה לעולם אינה משנה את תמונת המצב הפעילה הבלתי ניתנת לשינוי.

מדריכים קשורים

• הבנת שמירה, סנכרון, פרסום והטמעה
• בחירת כל תוכן Helpdesk הציבורי או תוכן נבחר
• פתרון בעיות בשינויים שאינם מופיעים ב-Helpdesk
• יצירת Helpdesk ובחירת הכתובת שלו