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

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

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

AI Agent הוא מרחב ההגדרה של העוזר הפונה ללקוחות. Knowledge ו-Catalog מספקים עובדות, Guidance מעצבת את התנהגות התגובה, Tools מוסיפה פעולות, Escalation מגדירה תמיכה אנושית, ומשטחי בדיקה מאפשרים לך לבדוק את התוצאה לפני פריסה.

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

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

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

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

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

1. הגדירו את המסעות הנתמכים הראשונים

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

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

2. הכינו את Knowledge ואת Catalog

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

   פתרו סתירות לפני שממשיכים. אל תוסיפו כלל Guidance שמורה ל-Agent להתעלם מערך מוצר שגוי או ממדיניות כפולה.

3. הגדירו התנהגות ופעולות

   ב-Guidance, בחרו אישיות, אורך תשובה, התנהגות שפה, כללים ומיתון. ב-Tools, הפעילו רק פעולות עם תלויות שנבדקו. ב-Escalation, הגדירו ערוצים נתמכים, קריטריונים להעברה, שאלות לפני העברה, התערבות מפעיל והתנהגות שביעות רצון.

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

4. התאימו את הממשק ואת נקודת הכניסה

   השתמשו ב-Chat interface עבור האווטאר, הצבעים, הניגודיות, עיצוב הבועה והכפתור, שם Agent אופציונלי וטקסט הבית. השתמשו ב-Entry point עבור סוג המשגר, מיקום, גודל, כללי עמוד והתנהגות בדסקטופ או במובייל.

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

5. הריצו את חבילת הקבלה

   השתמשו ב-Playground לשיחות חקר, ב-Test product להתנהגות ממוקדת מוצר, וב-Batch testing למערך נתונים שניתן לחזור עליו. בדקו יחד עובדות, מוצרים שנבחרו, פעולות, שפה, מיתון ומצב תמיכה.

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

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

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

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

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

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

פתרון בעיות

הגדרת ה-Agent מרגישה לא עקבית

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

כלי מופעל אך אינו זמין בשיחה

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

בדיקות עוברות עבור אדם אחד אך לא עבור אחר

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

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

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