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

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

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

גישה: נדרשת גישת כתיבה לקטלוג עבור בקרות המוצרים של Humind. שינויים במקור ב-Shopify דורשים גישה לחנות המחוברת.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

אמת את התוצאה

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

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

פתרון בעיות

מוצר שהוחרג עדיין מומלץ

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

לא ניתן למצוא מוצר שנכלל

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

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

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