هدف از مدیریت شکایت در CRM صرفاً ثبت نارضایتی نیست. سیستم باید کمک کند هیچ موردی بدون مالک و اقدام بعدی باقی نماند، ارتباطات پراکنده در یک تاریخچه جمع شود و مدیر بتواند بفهمد چه نوع مشکلی بیشتر تکرار میشود.
هر شکایت باید به چه چیزهایی متصل باشد؟
بهتر است شکایت به مشتری، خدمت یا رزرو مرتبط، کارشناس مسئول، کانال دریافت شکایت و در صورت امکان قرارداد یا پرونده مرتبط وصل شود. این ارتباط باعث میشود هنگام رسیدگی، تیم مجبور نباشد اطلاعات را از چند محل پیدا کند.
فیلدهای پایه یک پرونده شکایت
| فیلد | نمونه | کاربرد |
|---|---|---|
| موضوع شکایت | تاخیر پاسخ، مغایرت خدمت، مشکل هماهنگی | گزارش دستهبندیشده |
| شدت یا اولویت | عادی، مهم، فوری | ترتیب رسیدگی |
| مالک رسیدگی | کارشناس خدمات یا سرپرست | مسئولیت روشن |
| زمان اولین پاسخ | تاریخ و ساعت | کنترل SLA |
| علت ریشهای | فرایند، آموزش، تامینکننده، داده ناقص | پیشگیری از تکرار |
| نتیجه نهایی | حل شد، توضیح داده شد، ارجاع شد | بستن پرونده با نتیجه مشخص |
وضعیتهای پرونده شکایت را ساده نگه دارید
یک چرخه قابل فهم میتواند شامل «جدید»، «در حال بررسی»، «منتظر اطلاعات مشتری»، «ارجاع به واحد مرتبط»، «راهکار ارائه شد» و «بسته شد» باشد. اگر وضعیتها بیش از حد زیاد شوند، کاربران بهجای کمک گرفتن از سیستم، آن را دور میزنند.
اولویت شکایت چگونه تعیین شود؟
شدت یک مورد میتواند بر اساس نزدیکبودن زمان سفر، تعداد مسافران درگیر، اثر مالی، تکرار مشکل یا حساسیت خدمت تعیین شود. بهتر است معیارهای اولویت بهصورت روشن نوشته شوند تا دو کارشناس برای شرایط مشابه تصمیم کاملاً متفاوت نگیرند.
ثبت تمام تماسها و پیامهای مرتبط
یکی از مهمترین مزیتها این است که تماسها، یادداشتها و اقدامهای مرتبط با شکایت در یک Timeline دیده شوند. اگر مشتری چند بار تماس بگیرد، کارشناس بعدی باید بداند قبلاً چه توضیحی داده شده و چه تعهدی ثبت شده است.
SLA در رسیدگی به شکایت
SLA میتواند برای «اولین پاسخ» و «زمان هدف حل» تعریف شود. لازم نیست از روز اول پیچیده باشد. حتی یک هشدار ساده برای پروندههایی که از زمان هدف عبور کردهاند، دید مدیریتی ایجاد میکند.
ارجاع خودکار بر اساس موضوع
اگر موضوع شکایت مشخص باشد، CRM میتواند آن را به واحد مناسب بفرستد؛ مثلاً مورد مالی به تیم مالی، مشکل اسناد به واحد عملیات یا نارضایتی از مشاوره به سرپرست فروش. قواعد باید قابل بازبینی و همراه با امکان ارجاع دستی باشند.
چرا «علت ریشهای» مهمتر از متن شکایت است؟
متن مشتری ممکن است هر بار متفاوت باشد، اما ریشه مشکلات میتواند تکراری باشد؛ مثلاً تاخیر در پاسخ، اطلاعات ناقص در زمان فروش، عدم هماهنگی بین واحدها یا ضعف در تحویل مدارک. ثبت علت ریشهای کمک میکند مدیر روی اصلاح فرایند تمرکز کند.
| گزارش | سؤال مدیریتی |
|---|---|
| شکایت به تفکیک موضوع | بیشترین نارضایتی از کجاست؟ |
| میانگین زمان اولین پاسخ | سرعت واکنش مناسب است؟ |
| پروندههای بازمانده | کدام موارد در صف گیر کردهاند؟ |
| موارد تکرارشده | کدام مشکل دوباره ایجاد میشود؟ |
| شکایت به تفکیک محصول یا واحد | کدام فرایند نیاز به اصلاح دارد؟ |
بستن پرونده بدون نتیجه ممنوع
برای بستن شکایت بهتر است حداقل نتیجه نهایی، تاریخ بستهشدن و مسئول ثبت شود. در بعضی فرایندها میتوان تایید سرپرست یا ثبت بازخورد مشتری را هم اضافه کرد. این کار مانع از بستهشدن صوری پروندهها میشود.
رابطه شکایت با وفادارسازی
حل خوب یک نارضایتی میتواند بخشی از تجربه مشتری را ترمیم کند، اما CRM نباید نتیجه را حدس بزند. بهتر است پس از پایان رسیدگی، یک فعالیت مشخص برای پیگیری رضایت یا بررسی نیاز بعدی مشتری ایجاد شود و نتیجه واقعی ثبت گردد.
اشتباهات رایج
ثبت شکایت بهصورت یادداشت آزاد
اگر همه چیز فقط متن آزاد باشد، گزارشگیری از علتها و روندها بسیار دشوار میشود.
پاککردن یا بازنویسی سابقه
تاریخچه اقدامات باید قابل پیگیری بماند تا مشخص شود چه کسی در چه زمانی چه کاری انجام داده است.
تمرکز صرف بر بستن سریع پرونده
سرعت مهم است، اما اگر علت اصلی مشکل شناسایی نشود، همان شکایت دوباره برمیگردد.
سوالات متداول
آیا شکایت باید از فرصت فروش جدا باشد؟
بله. شکایت یک چرخه خدماتی دارد، اما بهتر است به مشتری و خرید یا پرونده مرتبط متصل باشد.
آیا میتوان شکایتهای فوری را به مدیر اطلاع داد؟
بله، اگر معیار فوریت تعریف شده باشد میتوان برای موارد مشخص هشدار یا فعالیت مدیریتی ایجاد کرد.
آیا میتوان علت شکایت را گزارش گرفت؟
بله، به شرط اینکه علتها ساختاریافته و قابل انتخاب ثبت شوند و فقط در متن توضیحات باقی نمانند.