סוכני AI נכנסים למוקדים ואיתם נכנסת גם שפה חדשה. פתאום בשיחות עם ספקים, מערכות מידע או צוותי דיגיטל נזרקים לאוויר מושגים כמו Guardrails, Fallback, RAG ו־Handoff, ולא תמיד ברור מה בדיוק עומד מאחוריהם ובעיקר-  למה זה צריך לעניין אתכםן. ובכן, התשובה שלי היא – שזה צריך! ואם זה לא ברור עדיין למה אני ממליצה לעיין כאן.
בואו נגדיר גבולות גזרה – אתםן לא צריכיםות לדעת לבנות סוכן AI, אבל אם אתםן מעורביםות בבחירה, באפיון, בהטמעה או בניהול שלו, מה שמאוד הגיוני שיקרה לכםן כמנהלי.ות מוקדים אז אתםן בהחלט צריכיםות להבין את השפה ולדעת לשאול את השאלות הנכונות.
אז הנה השפה המוקדית של סוכני AI לא כל מה שאפשר לדעת, אלא המונחים שבאמת כדאי להכיר כדי להבין, לשאול ולהיות חלק משיחה מקצועית על שילוב סוכנים AI אצלך במוקד.

Intent | כוונת הלקוח

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

Knowledge Base | מאגר ידע

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

RAG | יצירת תשובה בסיוע אחזור מידע

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

Grounding | עיגון התשובה במידע מוסמך

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

Guardrails | גבולות גזרה

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

Fallback | מנגנון גיבוי כשאי אפשר להמשיך

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

Handoff | העברה מסוכן AI לנציג.ה

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

Human in the Loop | אדם בתוך התהליך

לא כל תהליך חייב להיות אוטומטי מתחילתו ועד סופו. Human in the Loop מגדיר את המקומות שבהם נדרשת מעורבות אנושית לבדיקה, אישור, החלטה או המשך טיפול. אני רוצה להדגיש את הנושא – המטרה בסוכן AI טוב אינה בהכרח להוציא את האדם מהתהליך בכל מחיר. לפעמים החלטה נכונה של הסוכן היא דווקא לדעת מתי להכניס אותו.
החיסכון האדיר בשימוש בסוכני AI אינו בהכרח מחייב החלפה מוחלטת ומלאה של הנציג האנושי.

Tool / Function Calling | היכולת של הסוכן לבצע פעולות

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

Integration | אינטגרציה למערכות

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

אז מה מנהל.ת מוקד באמת צריך.ה לדעת?

כפי שציינתי בפתח דבריי, אתםן לא צריכיםות לדעת לבנות RAG, לכתוב API או להבין איך מודל שפה עובד מאחורי הקלעים. מה שכן, כמנהלי.ות מוקדים אתםן צריכיםות להיות מסוגליםות לשבת בשיחה על סוכן ה־AI של המוקד ולשאול: מה ה־Fallback שלנו? מתי מתבצע Handoff? מהם ה־Guardrails? מאיפה הסוכן מקבל את הידע? מה קורה כשהוא לא מוצא תשובה? ואילו פעולות הוא רשאי לבצע בעצמו?

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

להתראות אונליין 😊
שלכםן,
אורית מאוטוריטה

הגיע הזמן לפיתוח ארגז הכלים לניהול המוקד?
צרו עמנו קשר– בשביל זה אנחנו כאן!