משוב הוא לא רק נתון.
הוא משהו שצריך לטפל בו.

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

למה משוב מת בתיבת מייל?

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

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

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

מסלול קבוע לכל פנייה

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

כל שלב נשמר בהיסטוריה.

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

אחראי לכל פנייה

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

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

סטטוס ועדיפות - במקום זיכרון

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

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

הערות פנימיות - לצוות בלבד

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

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

תזכורות - עד שזה נסגר

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

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

היסטוריית פעולות - מה קרה, מתי, ומי

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

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

חלק ממערכת אחת

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

שאלות נפוצות על ניהול משוב