Humind Knowledge יכול להוסיף מקור מסוג דף אינטרנט, מסמך, Gorgias Help Center או Zendesk Help Center בנוסף למאמרים ולקטעים שנכתבו במערכת. ייבואים יכולים להאיץ את ההגדרה, אבל רק כאשר החברה יודעת איזו מערכת אחראית לעדכונים וכיצד התוכן המיובא ייבדק.

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

איך זה משתלב ב-Humind

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

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

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

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

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

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

1. בחרו את סוג המקור

   פתחו את AI Agent, את Knowledge, בחרו תוכן חדש, ובחרו דף אינטרנט כאשר דף אינטרנט נשאר המקור הקנוני, מסמך עבור קובץ מתוחזק, או את האפשרות המתאימה של Gorgias Help Center או Zendesk Help Center עבור מערכות אלה. השתמשו במאמר כאשר Humind צריך להיות הבעלים של התוכן שנכתב מעתה והלאה.

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

2. מנעו סמכות כפולה

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

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

3. הוסיפו את המקור ובדקו את התוצאה

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

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

4. בדקו שאלות מייצגות

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

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

5. הגדירו בעלות מתמשכת

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

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

הרשאות והסתייגויות חשובות

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

אמתו את התוצאה

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

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

פתרון בעיות

התוצאה המיובאת אינה מלאה

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

ה-Agent משתמש במאמר Humind הישן יותר

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

התוכן החיצוני השתנה אבל Humind לא

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

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

• הגדרת בסיס Knowledge אמין
• יצירה ופרסום של מאמר Knowledge
• ארגון Knowledge באמצעות תיקיות
• בדקו את Agent שלכם ב-Playground