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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

פתרון בעיות

התסמין מופיע רק באתר החי

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

נראה שכמה שכבות שגויות

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

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

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