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

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

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

גישה: נדרשות הרשאת כתיבה ל-Knowledge והרשאה להשתמש באתר המקור.

• השתמש ב-URL הציבורי הקנוני של הדף.
• ודא שהדף מכיל מידע יציב שכדאי לייבא.
• בדוק שאין כבר מאמר או ייבוא קודם שמכילים את אותו תוכן.

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

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

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

   פתח את Knowledge וחפש את הדומיין, כותרת הדף והנושא לפני יצירת מקור נוסף.

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

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

   הוסף את ה-URL הקנוני של דף האינטרנט בתיקייה המתאימה וציין מי אחראי לתחזוקתו.

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

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

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

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

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

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

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

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

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

אמת את התוצאה

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

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

פתרון תקלות

מיובא רק חלק מהדף

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

הרענון לא משנה את התשובה

ודא שדף המקור עצמו השתנה, שה-URL הנכון רוענן ושהעיבוד הושלם. לאחר מכן בדוק שיחה חדשה כדי להימנע מהסתמכות על הקשר קודם.

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

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