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