אמת התקנה חיה והימנע מהטמעות כפולות

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

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

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

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

גישה: נדרשת גישת קריאה להגדרות הפריסה והרשאה לבדוק את חלון הראווה. תיקון ההטמעה דורש גישה לאתר או ל-Shopify.

  • השתמשו ב-URL של הייצור ובשוק המיועד.
  • דעו מהי זהות ה-Agent ונקודת הכניסה הצפויות.
  • הכינו בדיקת Knowledge אחת, בדיקת מוצר אחת ובדיקת תמיכה אחת.

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

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

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

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

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

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

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

    השוו בין ה-Agent החי, הדומיין, השפה, השוק ותגובת הקטלוג לבין תצורת Humind שנבחרה.

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

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

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

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

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

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

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

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

פתרון תקלות

החוויה משתנה לאחר ניווט

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

ה-Agent השגוי עונה

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

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

האם המאמר היה מועיל?