ניהול קריאות שירות ב-CRM: SLA, אחריות וסגירת מעגל מול הלקוח

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

מה נחשב קריאת שירות

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

איך מגדירים SLA שאפשר לעמוד בו

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

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

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

מי הבעלים של הקריאה?

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

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

מה חייב לקרות לפני סגירה?

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

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

מה למדוד בפועל

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

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

איך זה מתחבר לשאר המערכות

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

מה שובר מערכת קריאות

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

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

מה עושים עם חמש הסיבות החוזרות

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

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

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

איך נראה בוקר של צוות שירות

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

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

מקורות

• Fireberry by Powerlink - ניהול קריאות שירות ומשימות
• Kala CRM - תקשורת עם לקוחות ותיעוד