איך מתכננים תהליך WhatsApp למוקד שירות עם סיווג פניות, קלט משתמש וסימולציה? עקרונות עבודה ודוגמה ממחולל הבוט בפרויקט קרפור.
מה תמצאו במדריך?
בוט WhatsApp למוקד שירות צריך לתמוך בהמשך הטיפול. השיחה היא נקודת הכניסה; אחריה צריך להישאר תיעוד ברור של הפנייה, הנושא והמידע שהמשתמש כבר מסר. מחולל בוטים חזותי מאפשר לתכנן את הרצף הזה ולבחון אותו לפני הרחבת השימוש.
מגדירים מה השיחה צריכה להשיג
לפני בניית השלבים, כדאי להחליט מהי התוצאה הרצויה בכל מסלול. האם המשתמש מבקש לפתוח פנייה? לברר מצב של פנייה קיימת? להשלים מידע? לתכנן כל מסלול סביב משימה אחת עוזר לנסח שאלות ברורות ולבחור אילו פרטים דרושים.
ברשת סניפים, ייתכן שצריך להבין גם מאיזה סניף מגיעה הפנייה ובאיזה תחום נדרש טיפול. היקף הזיהוי והמידע שיש לבקש תלוי בסוג השירות ובכללי הארגון. כדאי לאסוף רק את המידע הנחוץ למשימה ולהימנע משאלות שאין להן שימוש בהמשך התהליך.
בונים רצף של בחירה, פירוט ואישור
אפשר להתחיל בהסבר קצר על מטרת המוקד, להציע בחירת נושא ולהמשיך לתיאור הבעיה. כאשר יש קטגוריות ברורות, בחירה מובנית יכולה לעזור לסווג את הפנייה. כאשר נדרש הסבר, כדאי לאפשר למשתמש לנסח אותו במילים שלו.
בסיום איסוף הפרטים מומלץ להציג סיכום קצר ולבקש אישור לפני יצירת הפנייה או העברת המידע להמשך טיפול. כך המשתמש יכול לזהות טעות בסניף, בנושא או בתיאור לפני שהטיפול ממשיך. זהו עיקרון תכנון שיש להתאים ליכולות ולמסלולים שהוגדרו בכל מערכת.
מתכננים גם את המקרים שאינם המסלול הרגיל
שיחה יכולה להיעצר, לקבל תשובה לא צפויה או להתחיל בנושא ולהסתיים בנושא אחר. כדאי להחליט מה קורה כאשר חסר מידע, כאשר המשתמש רוצה לחזור שלב וכאשר נדרש טיפול של נציג.
תהליך ברור מסביר למשתמש מה השלב הבא. אם הבוט אינו מסוגל להשלים את המשימה, כדאי לתכנן דרך להמשך טיפול ולשמור את הפרטים שכבר נמסרו. יש לבחון בנפרד את המימוש של העברה לנציג, הודעות המשך או חיבור למערכות חיצוניות; אין להניח שכל רכיב קיים בכל פרויקט.
בודקים את השיחה בסימולציה
מחולל חזותי מסייע לראות כיצד השלבים מחוברים. סימולציה מוסיפה את נקודת המבט של המשתמש: איזה טקסט מופיע, אילו בחירות מוצעות ואיך מתקדמים. מומלץ לבדוק מסלול קצר, מסלול עם פירוט, מידע חסר וחזרה לשלב קודם.
כדאי לבדוק גם את התוצאה במערכת השירות. האם המידע הגיע לשדות הנכונים? האם תיאור הבעיה מובן לנציג? האם ברור מה המשתמש כבר אישר? בדיקה כזאת מחברת בין איכות השיחה לבין יכולת המוקד להתחיל טיפול.
מה רואים בפרויקט קרפור?
בפרויקט קרפור נבנה מחולל תהליכי WhatsApp עם תרשים שלבי שיחה וסביבת סימולציה. במסך נראים רכיבים כגון הודעת פתיחה, אימות, בחירת נושא, סיווג ותיאור הבעיה. לצד אלה קיימת במערכת סביבת ניהול פניות, דוחות והגדרות.
סיפור הפרויקט של קרפור מציג את הקשר בין חלקי הפתרון. הצגת המחולל והסימולציה אינה מעידה על היקף השימוש בפועל בערוץ, ולא מוצגים כאן מדדי שיחה או תוצאות עסקיות. התמונות עברו עיבוד והסרת תוכן הודעות ונתונים.
מה כדאי להכין לפני הפיתוח?
- רשימת המשימות שהמשתמש יוכל להשלים בשיחה.
- הפרטים הדרושים לכל משימה ומתי מבקשים אותם.
- הקשר בין בחירות המשתמש לשדות קריאת השירות.
- התגובה למידע חסר, לבקשה לא צפויה ולצורך בנציג.
- תרחישי סימולציה ותנאי הצלחה ברורים לכל מסלול.
מסמך קצר עם ההחלטות האלה עוזר לתכנן שיחה שימושית ולבחון את החיבור למוקד. לאחר מכן אפשר לדייק את הניסוח ואת המסלולים על בסיס בדיקות ושימוש מבוקר.