פיתוח נציג וירטואלי מבוסס בינה מלאכותית לשירות לקוחות

מדוע נציג וירטואלי מבוסס AI אינו סוגר פניות

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

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

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

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

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

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

אפקט ההטמעה: מהירות תגובה והקלה על הקו הראשון

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

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

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

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

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

מצבי עבודה: תשובה אוטונומית, הצעה, אסקלציה

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

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

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

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

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

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

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

כיצד בנויה הרצף

1. אפיון פניות. תיוג מלא של הייצוא: נושאים, שכיחות חזרתיות, שיעור השאלות השגרתיות, נקודות שבהן הדיאלוג נשבר והסיבות למעבר לנציג.
2. תרשים הדיאלוג. מפת כוונות, ענפי הבהרה, כללים לשאלות הבהרה, תנאים ופורמט להעברה לנציג יחד עם היסטוריית ההתכתבות.
3. בסיס הידע. בחירת מקורות — נהלים, מאמרים, תשובות קודמות; פיצול למקטעים וזוגות ייחוס של "שאלה — תשובה" לבדיקה שלאחר מכן.
4. בדיקת מבחן. הרצה על פניות אמיתיות: שיעור התשובות הנכונות, האסקלציות התקינות והסירובים במקום תשובה מומצאת לשאלה לא מוכרת.
5. בדיקה בעומס. דיאלוגים במקביל, התנהגות בעת אי-זמינות של מערכות חיצוניות ומדריכים, סירוב תקין בעת סטייה מהנושאים המוסכמים.
6. קבלה. מערך תסריטים קבוע וערכי סף למדדים; תשובות שנויות במחלוקת ננתח יחד עם הצוות שלכם לפני החתימה.
7. מסירה לתפעול. הרשאות, ניטור, יומן דיאלוגים, נהלים לעדכון בסיס הידע והוראות עבודה לנציגים.

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

מה נשאר אצלכם: תסריטים, בסיס ידע, נהלים

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

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

הקבלה נעשית לפי אותם תוצרים: תסריט מתקבל כאשר הוא עובר את מערך הפניות לבדיקה, ומאמר בבסיס הידע — כאשר התשובה אינה סותרת את הנהלים.

מקרה בוחן: שירות התיקונים צימצם אסקלציות בחצי

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

מה הראה המסלול לפני ההטמעה

• זמן תגובה ראשונה ממוצע — 4 דקות, בשעות שיא — עד 22 דקות.
• 38% מהדיאלוגים עברו לקו השני, ומחציתם — לפי סמן פורמלי, ללא מורכבות אמיתית.
• כ-40% מזמן הנציג הוקדשו לשאלות הבהרה שתשובותיהן כבר היו במערכת החשבונאות.

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

מה שינו ומה יצא מכך

את הנציג הווירטואלי הציבו בכניסה ל-Единое окно обращений: הוא מנהל תסריטים שגרתיים עד הסוף, ולנציג מעביר דיאלוג רק במקרי חריגים — יחד עם ההיסטוריה והנתונים שכבר נאספו.

• תגובה ראשונה — 8 שניות, בשעות שיא — 40 במקום 22 דקות.
• שיעור האסקלציות לקו השני — 17% לעומת 38%.
• 62% מהפניות נסגרות ללא מעורבות אדם.
• ארבעה נציגים שהתפנו הועברו להחזרות ותביעות, שבהן ההחלטה מחייבת אדם.

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

נציג וירטואלי מבוסס AI או בוט עם כפתורים: מה ההבדל

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

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

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

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

ספקות טכניים: נתונים, איכות, מגבלות

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

כיצד מוגנים הנתונים והגישה למערכות פנימיות?

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

מה קורה אם מערכת פנימית לא תגיב?

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

באילו שפות מתנהל הדיאלוג?

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

נדון במשימה שלכם ונחזור עם הערכה

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

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

שלחו את מה שיש בהישג יד:

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

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

תארו את המשימה בצורה הנוחה לכם — נחזור עם הערכה ותוכנית עבודה.