הטמעת AI בתהליכים עסקיים

מכירות, CRM ושירות

איך מקצרים זמן תגובה בשירות לקוחות

פניות נערמות והצוות לא מדביק.

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

העמוד הזה עונה על

  • אוטומציה לשירות לקוחות עם AI
  • סוכן AI למענה על פניות תמיכה
  • קיצור זמן תגובה בשירות לקוחות
  • צאטבוט AI לתמיכה טכנית
Intercom (Fin)
עבודה צמודה ושיתופי פעולה עם החברות המובילות במשק
Playtika monday.com Bar-Ilan University G1 Google NiCE Reichman University Optical Center Sion Medical QuantalX NTB

מה הבעיה בעצם

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

כלי מול כלי: מה אפשר לבדוק בפיילוט?

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

השוואת יכולות ממקורות רשמיים
מה בודקיםIntercom (Fin)ZendeskSalesforce AgentforceMicrosoft Copilot Studiomonday.comRelevance AIGlean
יכולות מתועדות
  • סוכן ושירות אנושי
  • ידע מרכזי
  • בדיקה ושיפור
  • סיוע לנציגים
  • סוכני AI
  • מאגר ידע מחובר
  • פעולות בהקשר הלקוח
  • בדיקה לפני הרחבת ההפעלה
  • חקירת ביצועי הסוכן
  • סוכן שמחובר לתהליך
  • מענה ממקורות ארגוניים
  • מדידה וחקירת שיחות
  • נתוני לקוח משותפים
  • תהליכים ורצפים
  • סיוע AI למכירה
  • סוכן עם ידע עסקי
  • פעולות שניתנות לשימוש חוזר
  • חלוקת עבודה בין מומחים
  • חיפוש ארגוני
  • עוזר עם הקשר
  • סוכנים וממשקים
תרגיל מוצע לפיילוטעשר שאלות לפני פתיחה

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

מפניות חוזרות למאמר

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

פניית שירות עם העברה לאדם

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

עוזר לשאלות על נוהל

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

שלב מכירה שמייצר משימה

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

מחקר לקוח שנכנס לפגישה

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

מענה עם מקור מאושר

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

מגבלות ובדיקת התוצאהמקורות לא מעודכנים או מדיניות עמומה עלולים לייצר תשובות לא מתאימות. המלצתנו היא לבדוק מקרי קצה, הגדרות אישור ותמחור לפי היקף שימוש לפני הרחבה. חיבור ערוצים ומערכות דורש הרשאות מתאימות; עצם קיום סוכן AI אינו מבטיח פתרון נכון לכל שאלה.תכונות AI שונות דורשות חבילות או אפשרויות מתאימות, ואין להניח שכל רכיב זמין בכל חשבון. המלצתנו היא לאשר מקורות ידע ומדיניות חריגים לפני אוטומציה, לבדוק תשובות מול פניות אמיתיות ולהגדיר מתי אדם נדרש. עמודי הספק מתארים יכולות, לא תוצאות צפויות אצלכם.סוכן דורש מידע עסקי נגיש, פעולות מוגדרות והרשאות מתאימות. Guardrails מפחיתים סיכונים אך אינם מחליפים בדיקת תוצאה. זמינות יכולת תלויה בתצורת Salesforce ובמוצר שנבחר; אין להסיק מהדגמה שכל תהליך מוכן להפעלה אצלכם.חיבור ידע אינו מבטיח תשובה נכונה בכל שיחה. יש הבדלים בין מצבי הסוכן, מנועי ההפעלה והיכולות שבגישה מוקדמת. בנתוני Monitor צריך להבחין בין פעילות אמיתית לבין בדיקות העורך שאינן נספרות שם.היכולת להתאים תהליך עלולה גם לייצר עודף שדות ואוטומציות. המלצתנו היא לקבוע מקור אמת, בעלים לכל שלב וכללי עצירה לרצפים, ולבדוק אילו רכיבי AI זמינים במסלול. דוחות ותחזיות שימושיים רק כשפרטי העסקאות מתעדכנים בצורה עקבית.בנייה ללא קוד עדיין דורשת הגדרת קלט, פלט ואחריות. יותר סוכנים אינם בהכרח תהליך טוב יותר: צריך להגדיר מתי ההעברה חובה ומתי מותר להפעיל שיקול דעת. פעולת כתיבה למערכת צריכה בדיקת קלט והרשאה מתאימה.גישה מודעת הרשאות אינה מתקנת הרשאות שגויות במערכת המקור או ידע שהתיישן. המלצתנו היא להתחיל ממקורות עם בעלים ברורים, לבדוק עדכניות ולבחון גישה בין תפקידים. איכות החיפוש והסוכן תלויה במידע שחובר ובהגדרת התהליך, ואינה הבטחה לתשובה נכונה בכל מקרה.
מקור ותאריך בדיקהתיעוד רשמי של Intercom (Fin)
תיעוד רשמי של Zendesk
תיעוד רשמי של Salesforce Agentforce
תיעוד רשמי של Microsoft Copilot Studio
תיעוד רשמי של monday.com
תיעוד רשמי של Relevance AI
תיעוד רשמי של Glean

איך מתחילים

  1. תזהה את סוגי הפניות החוזרות שהכי צורכות זמן צוות
  2. תבחר כלי שמתחבר למערכת השירות הקיימת שלכם
  3. תגדיר לסוכן תשובות לפניות הפשוטות והחוזרות ביותר
  4. תוודא שיש מעבר חלק לנציג אנושי כשהפנייה מורכבת
  5. תעקוב אחרי זמני תגובה ותשפר את הסוכן בהתאם

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

איך מקצרים טיפול בלי לסגור פנייה מוקדם מדי?

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

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

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

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

שאלות נפוצות

הסוכן יכול לטפל בכל סוגי הפניות בעצמו

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

איך יודעים מתי הסוכן טועה בתשובה

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

זה דורש להחליף את מערכת השירות הקיימת

לרוב לא, רוב הכלים מתחברים למערכת קיימת ולא דורשים מעבר מלא למערכת חדשה.

לקרוא בבלוג