شاخصهای پشتیبانی مشتری؛ ۶ معیار ضروری برای تیمهای کوچک
شاخصهای پشتیبانی مشتری زمانی به تصمیم بهتر کمک میکنند که بدانیم هر عدد چه چیزی را میشمارد و چه چیزی را کنار میگذارد. میانگین پاسخ سریع، بدون دیدن درخواستهای بیپاسخ یا کیفیت حل مسئله، تصویر کاملی نمیدهد. این راهنما شش معیار را به یک برگه هفتگی تبدیل میکند تا تیم کوچک شما بتواند مشکل را پیدا کند و برای هفته بعد یک اقدام مشخص انتخاب کند.
در این نوشته میخوانید
تعریف اجرایی زمان پاسخ و حل مسئله، تحقق تعهد پاسخ، رضایت، بازگشایی و صف معوق را میبینید. برای هر معیار، روش شمارش و خطای رایج آمده است؛ در پایان هم جدول قابل کپی برای گزارش و تعیین مسئول اقدام دارید. همه عددهای مثال آموزشی و ساختگیاند؛ معیار عمومی بازار یا آمار پایاچت نیستند. در این راهنما، شش شاخص پشتیبانی مشتری را با روش شمارش و خطاهای رایج بررسی میکنیم.
فهرست مطالب
- قرارداد سنجش
- ۱. زمان اولین پاسخ
- ۲. زمان حل مسئله
- ۳. تحقق تعهد پاسخ
- ۴. رضایت پس از رسیدگی
- ۵. بازگشایی مسئله
- ۶. صف معوق
- گزارش و اقدام هفتگی
- جمعبندی
- پرسشهای متداول
قرارداد سنجش شاخصهای پشتیبانی مشتری را مشخص کنید
پیش از جمعکردن شاخصهای پشتیبانی مشتری، واحد گزارش را تعریف کنید. پیشنهاد این مقاله «یک درخواست با موضوع مشخص» است؛ هر پیام یک درخواست مستقل نیست. اگر مشتری همان مسئله را در دو کانال پیگیری میکند، ارتباط آنها را ثبت کنید تا حجم کار دوبار شمرده نشود. پیام آزمایشی و هرزنامه را با دلیل حذف کنید، نه به سلیقه گزارشنویس.
بازه گزارش، منطقه زمانی، ساعت کاری، تعطیلیها و زمان قطع داده را بنویسید. برای مثال، گزارش یک هفته تا جمعه ساعت ۱۸ به وقت تهران میتواند مبنا باشد؛ این ساعت انتخاب آموزشی است. تغییر ساعت پوشش یا تعریف معیار باید کنار گزارش ثبت شود تا مقایسه هفتهها گمراهکننده نباشد.
برای هر درخواست، شناسه داخلی، زمان ورود، اولین پاسخ انسانی، حل، بازگشایی و موعد تعهد را ثبت کنید. پاسخ خودکار را جدا نگه دارید؛ در این راهنما، زمان اولین پاسخ به پاسخ انسانی مرتبط با درخواست اشاره دارد. این قرارداد تحریریه است و ممکن است با تعریف نرمافزار شما یکسان نباشد.

شش معیار را کنار هم بخوانید؛ سریعترشدن پاسخ بهتنهایی کیفیت حل مسئله را نشان نمیدهد.
شاخص اول: زمان اولین پاسخ در شاخصهای پشتیبانی مشتری
برای محاسبه دقیق شاخصهای پشتیبانی مشتری، فاصله ورود تا اولین پاسخ را حساب کنید. پیام صرفاً تأیید دریافت را پایان انتظار نگذارید. اگر پاسخ اولیه برای روشنشدن مسئله به سؤال تکمیلی نیاز دارد، معیار پذیرش آن را از قبل بنویسید تا اعضای تیم یکسان عمل کنند.
در راهنمای زمان پاسخ Zendesk، زمان اولین پاسخ با رویدادهای مشخص ورود درخواست و پاسخ کارشناس تعریف میشود و ساعت کاری از تقویمی جداست. تنظیمات محصول میتواند در جزئیات اثر بگذارد؛ اعداد دو ابزار را بدون تطبیق تعریفها مقایسه نکنید.
میانه را همراه تعداد بیپاسخها گزارش کنید
در مثال آموزشی، پنج درخواست پاسخگرفته بهترتیب ۲، ۳، ۴، ۶ و ۳۵ دقیقه کاری منتظر ماندهاند. میانگین برابر ۱۰ دقیقه و میانه برابر ۴ دقیقه است. هر دو درستاند، اما بخش متفاوتی از وضعیت را نشان میدهند؛ مورد ۳۵ دقیقهای را جدا بررسی کنید.
اگر از همان گروه ورودی دو درخواست هنوز پاسخ نگرفتهاند، بنویسید «۵ پاسخگرفته از ۷ درخواست؛ ۲ بیپاسخ تا زمان قطع گزارش». زمان آن دو را صفر نگذارید و از گزارش حذف نکنید. اگر داده پاسخ خودکار و انسانی دارید، دو ستون مستقل بسازید؛ سرعت پاسخ خودکار جای انتظار برای کارشناس را نمیگیرد.
شاخص دوم: زمان حل مسئله در شاخصهای پشتیبانی مشتری
در بین شاخصهای پشتیبانی مشتری، زمان حل مسئله اهمیت زیادی دارد. در این الگو، زمان حل فاصله ورود درخواست تا آخرین حل ثبتشده تا زمان قطع گزارش است. برای گروهی که آخرین حل آنها در هفته بوده و هنگام قطع گزارش همچنان حلشدهاند، میانه این فاصله را نشان دهید و تعداد پروندهها را کنار آن بگذارید. مبنای زمان را ثابت نگه دارید؛ برای دیدن تجربه کامل انتظار، میتوانید زمان تقویمی را انتخاب کنید و زمان کاری را جدا گزارش دهید.
مثال آموزشی: درخواست شنبه ساعت ۱۰ وارد شده، همان روز ساعت ۱۲ حل اعلام شده، یکشنبه باز شده و یکشنبه ساعت ۱۱ دوباره حل شده است. با روزهای تقویمی متوالی، فاصله ورود تا آخرین حل ۲۵ ساعت است؛ دو ساعت مربوط به حل اول، پاسخ این تعریف نیست. اگر بعداً دوباره باز شد، وضعیت و محاسبه باید بهروز شود.
بستن اداری گفتگو را بدون معیار روشن به معنای حل واقعی نگیرید. مشخص کنید نتیجه با تأیید مشتری، انجام کار قابل مشاهده یا قاعده مستند دیگری ثبت میشود. درخواستهای هنوز باز، زمان حل نهایی ندارند؛ تعداد و سن انتظارشان را در صف باز نشان دهید تا تمرکز بر پروندههای آسان، گزارش را خوشبینانه نکند.
شاخص سوم: تحقق تعهد پاسخ در شاخصهای پشتیبانی مشتری
یکی دیگر از شاخصهای پشتیبانی مشتری، تحقق تعهد پاسخ است. توافق سطح خدمت یا SLA باید بگوید چه نوع پاسخی، در چه ساعت پوششی و تا چه موعدی انتظار میرود. راهنمای رسمی سیاستهای SLA تفاوت هدف پاسخ و حل را توضیح میدهد. در گزارش خودتان مشخص کنید کدام تعهد را میسنجید؛ این بخش درباره اولین پاسخ انسانی است.
روش پیشنهادی این مقاله: تعداد درخواستهای بهموقع، تقسیم بر کل درخواستهای واجد شرایطی که موعد اولین پاسخ آنها در هفته پایان یافته، ضرب در ۱۰۰. موارد بیپاسخ با موعد گذشته در مخرج باقی میمانند. درخواستهایی که موعدشان بعد از پایان بازه است، در گروه همان هفته حساب نمیشوند.
اگر موعد ۴۰ درخواست پایان یافته و ۳۲ مورد بهموقع پاسخ گرفتهاند، تحقق تعهد ۸۰ درصد است. عدد را با اولویت و ساعت ورود مرور کنید؛ کاهش ناگهانی میتواند به پوشش نامتناسب یا مسیر ارجاع مبهم مربوط باشد. این عدد آموزشی است و هدف پیشنهادی همه تیمها نیست.
شاخص چهارم: رضایت مشتری در شاخصهای پشتیبانی مشتری
سنجش رضایت مشتری (CSAT) از مهمترین شاخصهای پشتیبانی مشتری است. امتیاز رضایت مشتری یا CSAT را با سؤال و مقیاس ثابت بسنجید. در الگوی دوگزینهای این مقاله، تعداد پاسخهای «راضی» را بر همه پاسخهای معتبر «راضی/ناراضی» تقسیم و در ۱۰۰ ضرب میکنیم. راهنمای معیارهای پشتیبانی Zendesk نیز محاسبه سهم پاسخهای رضایتبخش را توضیح میدهد؛ اگر مقیاس شما متفاوت است، تعریف پاسخ مثبت را ثبت کنید.
در نمونه فرضی، از ۵۰ دعوت معتبر برای نظرسنجی، ۲۰ پاسخ یکتا رسیده و ۱۶ مورد مثبت بوده است. CSAT برابر ۸۰ درصد و نرخ مشارکت ۴۰ درصد است. این دو مخرج یکسان نیستند: رضایت از میان پاسخدهندگان، مشارکت از میان دعوتشدگان محاسبه میشود.
کسی که پاسخ نداده را راضی یا ناراضی فرض نکنید. عدد ۸۰ درصد نماینده قطعی همه مشتریان نیست؛ کنار آن بنویسید «۱۶ پاسخ مثبت از ۲۰ پاسخ، از ۵۰ دعوت». نظرسنجیهای کمتعداد را همراه متن بازخورد بخوانید و تغییر کوچک را بهتنهایی بهبود پایدار اعلام نکنید.
شاخص پنجم: بازگشایی مسئله در شاخصهای پشتیبانی مشتری
بررسی نرخ بازگشایی، بخشی جداییناپذیر از شاخصهای پشتیبانی مشتری است. برای شروع، تعریف داخلی روشنی انتخاب کنید: سهم درخواستهایی که پس از اولین حل، طی هفت روز تقویمی برای همان مسئله دوباره باز میشوند. هفت روز در این مقاله پنجره پیشنهادی آموزشی است، نه تعریف همگانی. سؤال تازه همان مشتری را با بازگشت همان مسئله یکی نکنید.
در مخرج فقط درخواستهایی را بگذارید که فرصت کامل هفتروزه مشاهده را داشتهاند. از یک گروه ۳۰تایی با اولین حل در بازه مشخص، اگر ۳ درخواست در این پنجره باز شده باشند، نرخ بازگشایی ۱۰ درصد است. گروهی که تازه دیروز حل شده را با گروه کامل مقایسه نکنید؛ گزارش این معیار عمداً با تأخیر آماده میشود.
هر درخواست در صورت، یک بار شمرده میشود؛ سه بازگشایی یک پرونده، سه پرونده نیست. افزایش این نرخ سرنخ بررسی کیفیت است، اما علت را باید از متن پرونده پیدا کرد: پاسخ ناقص، انجامنشدن کار، ابهام مشتری یا تغییر شرایط. آن را بدون بررسی به عملکرد یک فرد نسبت ندهید.
شاخص ششم: صف معوق در شاخصهای پشتیبانی مشتری
صف معوق یکی از شاخصهای پشتیبانی مشتری است که وضعیت لحظهای را نشان میدهد. تعداد درخواستهای حلنشدهای را بشمارید که موعد اقدام بعدی آنها گذشته است؛ اقدام بعدی میتواند پاسخ اولیه، پیگیری یا حلِ دارای موعد باشد. پرونده بدون موعد را «فاقد موعد» علامت بزنید تا بیسروصدا از دید خارج نشود.
مثلاً جمعه ساعت ۱۸، از ۱۲ درخواست باز، ۵ مورد موعدگذشته، ۴ مورد در مهلت و ۳ مورد فاقد موعدند. گزارش درست هر سه عدد را دارد. «در انتظار مشتری» هم باید موعد پیگیری و مالک مشخص داشته باشد؛ برچسب انتظار بهتنهایی دلیل حذف از صف نیست.
صف معوق جریان ورودی هفتگی نیست: ممکن است پروندهای قدیمی همچنان در آن باشد. کنار تعداد، قدیمیترین موعد گذشته و مسئول پیگیری را ثبت کنید. جمعزدن صف پایان هر روز، تعداد پرونده یکتای هفتگی نمیدهد، چون یک پرونده ممکن است چند روز تکرار شود.
گزارش هفتگی شاخصهای پشتیبانی مشتری و اقدام مشخص
جدول زیر الگوی ثبت شاخصهای پشتیبانی مشتری است؛ مقدارهای آن باید از داده تیم شما پر شود. شش معیار از گروههای متفاوت میآیند، پس نباید آنها را به یک مخرج مشترک یا یک امتیاز ترکیبی دلخواه تبدیل کرد. کنار گزارش، بازه داده، ساعت قطع و نسخه قرارداد سنجش را نگه دارید.
| معیار | مقدار و جمعیت گزارش | پرسش بررسی | اقدام، مسئول و موعد |
|---|---|---|---|
| اولین پاسخ | میانه؛ تعداد پاسخگرفته و بیپاسخ گروه ورودی | تأخیر در کدام شیفت بیشتر است؟ | [اقدام / مسئول / موعد] |
| زمان حل | میانه؛ تعداد حلشدههای هفته | کدام مرحله متوقف میماند؟ | [اقدام / مسئول / موعد] |
| تحقق تعهد | بهموقع / موعدپایانیافته | کدام اولویت نقض بیشتری دارد؟ | [اقدام / مسئول / موعد] |
| رضایت | مثبت / پاسخ معتبر؛ دعوت و مشارکت | متن ناراضیها چه میگوید؟ | [اقدام / مسئول / موعد] |
| بازگشایی | بازشده / گروه با مشاهده کامل | کدام پاسخ ناقص بوده است؟ | [اقدام / مسئول / موعد] |
| صف معوق | تعداد در زمان قطع؛ فاقد موعد جدا | قدیمیترین کار دست چه کسی است؟ | [اقدام / مسئول / موعد] |
برای هفته بعد یک تغییر قابل پیگیری انتخاب کنید؛ مثلاً برای موضوعی پرتکرار، پاسخ و شرط ارجاع را روشن کنید. نتیجه را هم در سرعت و هم در کیفیت بخوانید. تعداد درخواست، ترکیب موضوعها و ساعت پوشش را کنار مقایسه نگه دارید تا تغییر عدد را بیدلیل به اقدام خود نسبت ندهید.
جمعبندی
شاخصهای پشتیبانی مشتری با تعریف مشترک معنا پیدا میکنند: چه چیزی، برای کدام گروه و تا چه زمانی شمرده شده است؟ زمان پاسخ و حل را کنار تعهد، رضایت، بازگشایی و صف معوق بخوانید. گزارش باید هم انتظار مشتری را نشان دهد و هم کار باقیمانده تیم را.
از یک برگه هفتگی شروع کنید و برای مهمترین مسئله، مسئول و موعد بگذارید. برای شناخت نقش چت در این مسیر، راهنمای چت آنلاین هوشمند را ببینید. هنگام بررسی پایاچت، رویدادها و خروجی مورد نیاز تیم را مطرح کنید و وجود هر گزارش را در نسخه جاری محصول بررسی کنید.
پرسشهای متداول
برای شروع ثبت شاخصهای پشتیبانی مشتری، یک برگه مشترک با شناسه درخواست کافی است. محاسبه دستی را روی نمونهای کوچک کنترل کنید؛ مهم این است که اعضای تیم تعریف یکسانی داشته باشند.
گزارش کنید، اما تعداد پاسخ و دعوت را کنار درصد بیاورید و از تعمیم قطعی بپرهیزید. متن بازخوردها و مرور پروندهها به فهم عدد کمک میکنند.
بدون تطبیق نوع درخواست، پیچیدگی، شیفت و مسئولیت، مقایسه منصفانه نیست. ابتدا از معیارها برای یافتن مشکل فرایند و پوشش استفاده کنید.
«ثبت نشده» یا «داده کافی نیست» بنویسید؛ صفر به معنای نبود مسئله است و جای نبود داده را نمیگیرد. مسئول شروع ثبت و تاریخ آمادهشدن نخستین گزارش را مشخص کنید.



