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