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

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

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

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

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

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

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

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

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

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

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

   צור את המרכז, הזן את השם הפונה ללקוחות ואת כתובת Humind הזמינה שלו, ואשר שהכתובת הציבורית שנוצרה שייכת לחברה הנכונה.

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

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

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

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

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

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

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

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

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

אמת את התוצאה

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

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

פתרון תקלות

הכתובת הרצויה נדחית

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

המרכז החדש מכיל תוכן לא צפוי

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

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

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