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

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

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

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

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

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

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

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

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

1. בנו תחילה מידע אמין

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

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

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

2. עצבו את התנהגות התשובה ב-Guidance

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

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

3. סקירה של כלים והסלמה

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

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

4. התאימו את משטח הלקוח

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

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

5. הריצו בדיקת קבלה מבוקרת

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

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

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

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

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

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

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

פתרון בעיות

דף תצורה חסר

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

ה-Agent ממשיך להשתמש בעובדה ישנה

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

התצוגה המקדימה נראית תקינה אבל חזית החנות לא

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

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

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