השלמת רשימת הבדיקה להשקה הראשונה שלך
תאם את הבדיקות הסופיות לקראת השקה ראשונה של Humind. רשימת הבדיקה מחברת בין אזורי תצורה כדי שתצוגה מקדימה עובדת לא תיחשב בטעות לחוויית לקוח מלאה. Humind מפרידה בין הכנה לבין מסירה הפונה ללקוחות. עבודה במרחב העבודה של B...
תאם את הבדיקות הסופיות לקראת השקה ראשונה של Humind. רשימת הבדיקה מחברת בין אזורי תצורה כדי שתצוגה מקדימה עובדת לא תיחשב בטעות לחוויית לקוח מלאה.
Humind מפרידה בין הכנה לבין מסירה הפונה ללקוחות. עבודה במרחב העבודה של B2B יכולה לשנות Agent, Knowledge, קטלוג, Inbox או Helpdesk בלי לשנות מיד כל משטח חי. הבנת ההפרדה הזאת עוזרת לך לבדוק בכוונה, לערב את חבר הצוות המתאים ולהימנע מהתייחסות לטיוטה שמורה כהשקה שהושלמה.
לפני שמתחילים
גישה: מנהל מערכת צריך לתאם את ההשקה. בעלי אזורים יכולים לאמת את ההרשאות וההגדרות שלהם עצמם.
- בחר את ה-Agent ואת ערוץ המכירה היעד.
- מנה בעלים עבור Knowledge, הקטלוג, התמיכה והפריסה.
- הכן שאלות לקוח ומוצרים מייצגים.
עבוד באזור הבעלות הקטן ביותר המתואר להלן, והשאר את המצב הנוכחי הפונה ללקוחות זמין בזמן שאתה מכין את השינוי. לפני לחיצה על פעולה סופית כלשהי, אשר את החברה הפעילה, ה-Agent, החנות, השפה והשוק שמוצגים ב-Humind. אמצעי בקרה חסר עשוי להצביע על גישת קריאה בלבד או על יכולת שאינה מוגדרת עבור חברה זו. במקרה כזה, תעד את המשימה המתוכננת ובקש ממנהל מערכת לבדוק את ההרשאה או התלות המדויקת. אל תעקוף את הגבול הזה באמצעות שיתוף חשבון, העתקת נתונים לאזור אחר או הבטחת יכולת שמרחב העבודה אינו חושף.
תהליך עבודה שלב אחר שלב
אמת מקורות והתנהגות של Agent
סקור הנחיות, Knowledge שפורסם, מוכנות הקטלוג וכלים אופציונליים. הרץ בדיקות Playground ובדיקות מוצרים מול שאלות נפוצות, קשות ושאינן נתמכות.
- אשר שהתשובות משתמשות במידע עסקי עדכני.
- תעד מקרים שאינם נתמכים ואת התגובה הבטוחה המתוכננת.
הכן את מסלול התמיכה האנושית
אשר את התנהגות ההסלמה, הגישה ל-Inbox, זמינות המפעילים, הכרטיסים והתשובות השמורות. לקוח לעולם לא צריך להישלח לצוות שאינו יכול לראות את השיחה או לקחת עליה בעלות.
- בצע הסלמה אחת מבקשת לקוח ועד השתלטות של מפעיל.
- ודא שהמפעיל יכול לפתור את השיחה או להחזיר אותה ל-AI.
סקור הגדרות ערוץ ואבטחה
בדוק דומיינים מותרים, הצגת הממשק, חברי צוות, תפקידים וגישה אישית. אל תסיר אף אחד במהלך הסקירה הזאת אלא אם בעל החברה אישר את שינוי הגישה.
- ודא שכל מפעיל השקה יכול להיכנס.
- אשר שדומיין הייצור מותר במפורש.
פרוס וצפה בחוויה האמיתית
התקן הטמעה אחת בערוץ היעד ובדוק במחשב ובנייד. לאחר ההשקה, סקור שיחות וניתוחים כדי לתעדף תיקונים על סמך ראיות.
- השתמש בחלון פרטי כדי להימנע מהשפעות של סשן מנהל מערכת.
- שמור את כתובת ה-URL שנבדקה, הזמן והתרחיש ברשומת ההשקה.
מגבלות חשובות והערות תפעול
- אל תשתמש בנתונים אישיים של לקוחות בבדיקות שלפני ההשקה.
- Helpdesk ו-Agent הם משטחים ציבוריים נפרדים עם שלבי פרסום או פריסה נפרדים.
- חלק מתצוגות הניתוח זקוקות לפעילות חיה לפני שהן הופכות לשימושיות.
- אינטגרציות שאינן זמינות צריכות להישאר מחוץ להבטחת ההשקה.
אמת את התוצאה
- שאלות ליבה, מוצרים והסלמה עוברים במרחב העבודה.
- הדומיין האמיתי טוען בדיוק נקודת כניסה עובדת אחת.
- חבר צוות עם התפקיד המיועד יכול להשלים את המשימה שלו.
- לבעל ההשקה יש רשימת תקלות קצרה עם בעלים ועדיפויות.
שמור תיעוד קצר של מה שבדקת, באיזה תרחיש לקוח השתמשת ומה השתנה. זה הופך את פתרון התקלות בהמשך למדויק יותר ועוזר לחבר צוות אחר לשחזר את התוצאה בלי להסתמך על הזיכרון.
פתרון תקלות
הבדיקה במרחב העבודה עוברת אבל האתר נכשל
בדוק את הפריסה, הדומיינים המותרים, הטמעות כפולות ואת ה-Agent המדויק שבו משתמש ערוץ המכירה. בדוק שוב בחלון פרטי לאחר תיקון השכבה שנכשלה בלבד.
הצוות לא מצליח להסכים שההשקה מוכנה
סווג כל פריט פתוח כחוסם, במעקב או מאוחר יותר. דרוש מבעיה חוסמת לציין את מסע הלקוח המושפע ואת האימות שנכשל, במקום להסתמך על חשש כללי.