טיפול בתלונות לקוחות: לסגור את המעגל, לא רק לענות
חזרה לבלוג
product·12 בספטמבר 2026·4 דק' קריאה·מאת יהונתן סעדיה

טיפול בתלונות לקוחות: לסגור את המעגל, לא רק לענות

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

עיקרי הדברים

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

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

איפה תלונות נכנסות, ולמה זו הבעיה הראשונה

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

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

מה רושמים בכל תלונה

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

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

שלושת הזמנים שצריך להגדיר

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

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

סיווג קצר שאנשים באמת ימלאו

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

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

מה הופך תלונות לשיפור

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

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

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

מה עושים עם תלונה שהיא לא באמת תלונה?

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

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

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

תלונה שמגיעה מלקוח חוזר

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

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

מה למדוד, ומה לא

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

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

מה לא לעשות

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

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

מקורות

#complaints#customer service#process#quality#efficiency#AI

שאלות נפוצות

האם צריך מערכת כדי לנהל תלונות?

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

כמה זמן תגובה סביר?

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

מה עושים עם ביקורת שלילית פומבית?

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

מי צריך לקרוא את סיכום התלונות?

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

להמשך קריאה

שירות רלוונטי

מערכת שירות לקוחות

תור אחד לכל הערוצים, עם אחראי ומועד.

מידע נוסף

על הכותב

יהונתן סעדיה

מפתח פרילנסר לאוטומציה, אתרים ו-MVP

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

בוא נעבוד יחד

יש לך פרויקט דומה?

ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.