چطور نرخ حل در اولین تماس (FCR) را افزایش دهیم؟
اگر قرار باشد فقط یک شاخص برای سنجش سلامت پشتیبانی مشتری انتخاب کنید، آن شاخص FCR است. دلیلش ساده است: تقریباً هر مشکل دیگری در پشتیبانی، خودش را در FCR نشان میدهد. دانش ناکافی، اختیار محدود اپراتور، ابزار پراکنده، فرآیند شکسته - همه در نهایت به یک چیز ختم میشوند: مشتری مجبور است دوباره تماس بگیرد.
محصول آماده کارن تکنولوژی
این را روی داده واقعی کسبوکار خودتان ببینید
آنچه در این مقاله میخوانید، در محصولات کارن پیادهسازی شده است. در جلسه دمو، همان را روی داده و فرآیند خودتان اجرا میکنیم.
درخواست دمو رایگان یا تماس بگیرید: ۰۲۱-۸۸۶۱۴۲۸۲در این صفحه
FCR دقیقاً چیست؟
نرخ حل در اولین تماس (First Contact Resolution) یعنی چه درصدی از درخواستهای مشتریان در همان اولین تعامل، بهطور کامل حل میشوند - بدون نیاز به تماس مجدد، پیگیری، یا ارجاع به تیم دیگر.
عدد سادهای به نظر میرسد. سختی کار در تعریف «حلشده» است.
چرا FCR مهمتر از شاخصهای محبوبتر است
نسبت به میانگین زمان پاسخ: پاسخ سریعی که مشکل را حل نکند، فقط سرعتِ بینتیجه است. اپراتوری که در ۳۰ ثانیه میگوید «باید با بخش دیگری تماس بگیرید» عملکرد عالی در زمان پاسخ دارد و عملکرد افتضاح در FCR.
نسبت به تعداد تیکت بستهشده: اپراتور میتواند سریع ببندد و مشتری فردا دوباره باز کند. FCR این بازی را خنثی میکند.
نسبت به امتیاز رضایت: رضایت نتیجه است، FCR علت. رضایت به شما میگوید مشکل دارید؛ FCR کمک میکند بفهمید کجا.
چطور FCR را درست اندازه بگیریم؟
اینجا جایی است که بیشتر سازمانها عدد بیمعنا تولید میکنند.
تصمیم اول: پنجره زمانی
اگر مشتری سه روز بعد درباره همان موضوع دوباره تماس بگیرد، آیا تماس اول «حلشده» بوده؟
پنجره رایج بین ۲۴ ساعت تا ۷ روز است. برای مسائل ساده ۲۴ تا ۴۸ ساعت منطقی است؛ برای مسائلی که نتیجهشان دیرتر معلوم میشود (مثل بازگشت وجه)، پنجره باید بلندتر باشد.
هر عددی انتخاب کردید، ثابت نگهش دارید. FCR با پنجره متغیر، قابل مقایسه نیست.
تصمیم دوم: «همان موضوع» یعنی چه؟
مشتری تماس گرفته درباره سفارش، و دو روز بعد درباره مرجوعی همان سفارش. یک موضوع یا دو تا؟
معیار پیشنهادی: اگر تماس دوم به این دلیل است که تماس اول کامل نبوده، تماس مجدد است. اگر نیاز جدیدی است، نیست.
تصمیم سوم: کی قضاوت میکند؟
سه روش وجود دارد و هر سه ایراد دارند:
| روش | مزیت | ایراد |
|---|---|---|
| اپراتور خودش علامت میزند | ارزان | سوگیری دارد؛ کسی نمیگوید حل نکردم |
| پرسیدن از مشتری در نظرسنجی | دقیقترین | نرخ پاسخ پایین |
| تشخیص خودکار از داده | بدون سوگیری، پوشش کامل | نیاز به تحلیل موضوعی |
بهترین حالت، ترکیب دوم و سوم است: سیستم تماسهای مجدد را از روی تاریخچه و موضوع تشخیص بدهد، و نظرسنجی روی نمونهای از تعاملات آن را اعتبارسنجی کند.
هفت اقدام برای افزایش FCR
۱. یک مشتری، یک پرونده
مشتری نباید بین کانالها هویتش را از دست بدهد. وقتی اپراتور کل تاریخچه را میبیند - فارغ از اینکه پیام از سایت آمده یا واتساپ یا ایمیل - نه مشتری از اول توضیح میدهد، نه اپراتور اطلاعات ناقص دارد.
این تکاقدام معمولاً بیشترین اثر را دارد، چون بخش بزرگی از «تماس مجدد» در واقع «همان تماس، از کانال دیگر» است.
۲. به اپراتور اختیار بدهید
بسیاری از تماسهای مجدد به این دلیلاند که اپراتور اجازه تصمیم نداشته: تخفیف تا سقف مشخص، استثنا در مرجوعی، بازگشت وجه زیر مبلغ معین.
هر بار که اپراتور میگوید «باید بپرسم و خبر بدهم»، یک تماس مجدد تولید شده است. سیاستهایی که برای کنترل ریسک نوشته شدهاند، اغلب هزینهشان بیشتر از ریسکی است که پوشش میدهند - و کسی این هزینه را حساب نمیکند.
۳. دانش را در دسترس لحظه پاسخ قرار دهید
اگر اپراتور برای یافتن پاسخ باید در ده فایل PDF بگردد، عملاً حدس میزند یا ارجاع میدهد.
پایگاه دانش با جستجوی معنایی - که با کلمات خودِ اپراتور کار میکند نه با کلمات کلیدی دقیق - و دستیار هوشمندی که در حین گفتگو پاسخ پیشنهاد میدهد، این فاصله را میبندد. درباره پایگاه دانش
۴. ارجاع را کم کنید، و وقتی ارجاع دادید تاریخچه را ببرید
هر ارجاع یک شکست بالقوه FCR است. دو کار کنید:
- مسیریابی هوشمند از ابتدا - بر اساس موضوع، صفحهای که مشتری در آن است، ساعت و بار کاری، گفتگو مستقیم به تیم درست برسد
- ارجاع گرم - وقتی ارجاع اجتنابناپذیر است، کل تاریخچه و خلاصه گفتگو منتقل شود تا مشتری دو بار توضیح ندهد
۵. علت را حذف کنید، نه فقط جواب را بهتر کنید
این مهمترین بند است و بیشترین بازدهی بلندمدت را دارد.
بیشتر سازمانها میدانند چند تماس داشتهاند. کمتری میدانند چرا. وقتی مکالمات خودکار خوشهبندی شوند، الگوهایی بیرون میآید از این جنس:
اینجا راهحل، آموزش اپراتور نیست. بازنویسی آن صفحه است. یک تغییر، حذف دائمی یک دسته تماس. گزارش و تحلیل پشتیبانی
۶. اطلاعرسانی فعال
بخش بزرگی از تماسها درخواست کار جدید نیست - پیگیری کار قبلی است. «سفارشم کجاست؟»، «پروندهام به کجا رسید؟»
اطلاعرسانی خودکار در هر تغییر وضعیت، بهعلاوه پورتالی که مشتری خودش وضعیت را ببیند، این دسته را تقریباً حذف میکند. پورتال مشتری
۷. FCR را به تفکیک بشکنید
FCR کلی یک عدد است؛ FCR به تفکیک موضوع، کانال، تیم و اپراتور یک نقشه است.
معمولاً چند دسته موضوعی مشخص، بیشتر تماسهای مجدد را تولید میکنند. تمرکز روی همانها، بهجای یک برنامه بهبود عمومی، سریعتر نتیجه میدهد.
میدانید مشتریانتان چرا دوباره تماس میگیرند؟
بیشتر سازمانها میدانند چند تماس داشتهاند، کمتری میدانند چرا. در جلسه شناخت رایگان نشان میدهیم تحلیل موضوعی خودکار چه چیزی از داده شما بیرون میکشد.
سه دام رایج
- تبدیل FCR به هدف فردی اپراتور. وقتی FCR معیار ارزیابی فرد شود، اپراتور یاد میگیرد تیکت را «حلشده» علامت بزند بدون اینکه حل شده باشد. FCR شاخص سلامت سیستم است، نه ابزار ارزیابی فرد.
- بستن زودهنگام برای بهتر شدن عدد. همان مشکل، شکل دیگر. اگر FCR بالا رفت ولی رضایت پایین آمد، احتمالاً همین اتفاق افتاده است. این دو شاخص را همیشه کنار هم ببینید.
- مقایسه با اعداد صنعت. چون تعریف «حلشده» و پنجره زمانی در هر سازمان فرق دارد، مقایسه بیرونی تقریباً بیمعناست. خودتان را با خودتان مقایسه کنید.
از کجا شروع کنیم؟
اگر امروز FCR را اندازه نمیگیرید، ترتیب پیشنهادی این است:
- هویت مشتری را در همه کانالها یکپارچه کنید (بدون این، هر عددی گمراهکننده است)
- یک پنجره زمانی انتخاب کنید و ثابت نگهش دارید
- یک ماه فقط اندازه بگیرید، بدون هدفگذاری
- FCR را به تفکیک موضوع بشکنید و سه دسته بدترین را پیدا کنید
- برای همان سه دسته، علت را حذف کنید نه فقط پاسخ را بهبود دهید
مانوتل کجای این ماجراست؟
مانوتل چند پیشنیاز FCR را بهصورت پیشفرض فراهم میکند: یکپارچهسازی هویت مشتری در هفت کانال، پایگاه دانش با جستجوی معنایی، مسیریابی هوشمند، ارجاع گرم با انتقال کامل تاریخچه، و مهمتر از همه - تحلیل خودکار موضوعی که به شما میگوید مشتریان چرا تماس میگیرند.
پرسشهای متداول
نرخ حل در اولین تماس (First Contact Resolution) یعنی چه درصدی از درخواستهای مشتریان در همان اولین تعامل بهطور کامل حل میشوند - بدون نیاز به تماس مجدد، پیگیری یا ارجاع به تیم دیگر. فرمولش ساده است: تعداد درخواستهای حلشده در اولین تعامل تقسیم بر کل درخواستها، ضربدر صد. سختی کار در تعریف «حلشده» است.
پاسخ سریعی که مشکل را حل نکند فقط سرعتِ بینتیجه است. اپراتوری که در ۳۰ ثانیه میگوید «باید با بخش دیگری تماس بگیرید» عملکرد عالی در زمان پاسخ دارد و عملکرد افتضاح در FCR. همچنین کاهش تماس مجدد تنها نوع بهبودی است که همزمان هزینه را کم و رضایت را زیاد میکند؛ بیشتر بهبودهای دیگر یکی را به قیمت دیگری میخرند.
پنجره رایج بین ۲۴ ساعت تا ۷ روز است. برای مسائل ساده ۲۴ تا ۴۸ ساعت منطقی است و برای مسائلی که نتیجهشان دیرتر معلوم میشود، مثل بازگشت وجه، پنجره باید بلندتر باشد. هر عددی انتخاب کردید ثابت نگهش دارید؛ FCR با پنجره متغیر قابل مقایسه نیست.
یکپارچگی هویت مشتری در همه کانالها. باید بدانید مشتریای که امروز در واتساپ پیام داده همان کسی است که هفته پیش در سایت چت کرد. اگر سیستم شما این دو را دو نفر میبیند، FCR شما بهطور مصنوعی بالاست، چون تماس مجدد را اصلاً تماس مجدد نمیشمارد.
«یک مشتری، یک پرونده» معمولاً بیشترین اثر را دارد، چون بخش بزرگی از آنچه «تماس مجدد» شمرده میشود در واقع «همان تماس، از کانال دیگر» است. اما بیشترین بازدهی بلندمدت از حذف علت میآید: وقتی مکالمات خوشهبندی شوند و ببینید مثلاً ۲۲٪ تماسها درباره شرایط مرجوعی است، راهحل آموزش اپراتور نیست - بازنویسی آن صفحه راهنماست.
نه. وقتی FCR معیار ارزیابی فرد شود، اپراتور یاد میگیرد تیکت را «حلشده» علامت بزند بدون اینکه حل شده باشد. FCR شاخص سلامت سیستم است، نه ابزار ارزیابی فرد. اگر FCR بالا رفت ولی رضایت پایین آمد، احتمالاً همین اتفاق افتاده است.
تقریباً بیمعناست، چون تعریف «حلشده» و پنجره زمانی در هر سازمان فرق دارد. خودتان را با خودتان مقایسه کنید: یک ماه بدون هدفگذاری اندازه بگیرید، FCR را به تفکیک موضوع بشکنید و سه دسته بدترین را پیدا کنید.
