معرفی و تعریف
کیفیت و سنجه‌های پشتیبانی مشتریان مهارت تعریف، اندازه‌گیری و تفسیر شواهدی است که نشان می‌دهند تیم پشتیبانی تا چه حد مسئله مشتری را درست، به‌موقع و با تجربه‌ای قابل قبول حل می‌کند. کارشناس در این مهارت، پاسخ‌ها و تیکت‌ها را با معیارهای روشن بررسی می‌کند و شاخص‌های کلیدی عملکرد (Key Performance Indicator یا KPI) مانند زمان پاسخ اولیه، زمان حل، تعداد تیکت‌های باز، رعایت توافق سطح خدمت (Service Level Agreement یا SLA) و امتیاز رضایت مشتری (Customer Satisfaction Score یا CSAT) را تحلیل می‌کند.
هدف، فقط افزایش یک شاخص به هر قیمتی نیست. برای نمونه، کاهش زمان پاسخ اولیه زمانی ارزشمند است که پاسخ عجولانه باعث رفت‌وبرگشت بیشتر یا حل نشدن مسئله نشود. فرد ماهر سنجه‌ها را در کنار نوع درخواست، کانال ارتباطی، شدت مسئله، حجم ورودی و مدل کسب‌وکار تفسیر می‌کند.
در بازار کار ایران، این مهارت برای نقش‌هایی مانند کارشناس پشتیبانی، سرپرست پشتیبانی و در برخی سازمان‌ها کارشناس تضمین کیفیت پشتیبانی کاربرد دارد. در شرکت‌های نرم‌افزاری، خروجی می‌تواند ممیزی مستند تیکت‌ها، گزارش نقض SLA و دسته‌بندی خطاهای محصول باشد. در فروشگاه‌های آنلاین و پلتفرم‌های خدماتی نیز معمولا تحلیل بکلاگ، علت تماس‌های تکراری، کیفیت پاسخ در کانال‌های مختلف و روند رضایت مشتری اهمیت دارد.
برای فردی که کار با تیکت و تحلیل پایه داده در صفحه‌گسترده را می‌داند، رسیدن به سطح کاربردی معمولا به ۶۰ تا ۹۰ ساعت آموزش و تمرین با داده‌های فرضی نیاز دارد. در این سطح، باید بتوانید ممیزی مستند تیکت‌ها، فایل محاسبه سنجه‌ها با تعریف روشن داده و گزارشی شامل مسئله، فرضیه، اقدام پیشنهادی و سنجه پیگیری تولید کنید.
این مهارت را با نام‌های دیگری نیز می‌شناسند:
- تضمین کیفیت و سنجه‌های پشتیبانی مشتریان
- Customer Support Quality and Metrics
- Support Quality and Metrics
اهمیت و کاربردها
چرا این مهارت مهم است؟
در حیطه پشتیبانی مشتریان، پاسخ دادن به تیکت‌ها به تنهایی نشانه عملکرد خوب نیست. تیم ممکن است تیکت‌ها را سریع ببندد، اما مسئله مشتری حل نشده باشد یا پاسخ‌ها با سیاست‌های شرکت ناسازگار باشند. این مهارت کمک می‌کند میان سرعت، دقت، همدلی، حل مسئله و رضایت مشتری تعادل برقرار شود.
در شرکت‌های نرم‌افزاری، فروشگاه‌های آنلاین، پلتفرم‌های خدماتی و کسب‌وکارهای دارای پشتیبانی چندکاناله، معمولا از کارشناسان باتجربه انتظار می‌رود گزارش‌های تیکت را بخوانند و الگوهای مسئله را تشخیص دهند. برای سرپرستان پشتیبانی، این توانایی مبنای بازخورددهی، برنامه‌ریزی شیفت، بهبود پایگاه دانش و گفت‌وگو با تیم محصول است.
سنجه‌ها بدون در نظر گرفتن زمینه می‌توانند به تصمیم‌های نادرست منجر شوند. مثلا افزایش زمان حل مسائل ممکن است به دلیل رسیدگی دقیق‌تر به پرونده‌های پیچیده باشد و لزوما نشانه ضعف تیم نباشد. بنابراین، ارزش اصلی این مهارت، تبدیل داده‌های عملیاتی به تصمیم‌های منصفانه و قابل اجرا است.
کاربردها
-
بازبینی نمونه تیکت‌ها و مکالمات
نمونه‌هایی از ایمیل، چت یا تماس را با چکلیست کیفیت بررسی می‌کنید؛ از جمله درستی راهحل، لحن، شفافیت، ثبت اطلاعات و تعیین اقدام بعدی.
-
پایش رعایت سطح خدمت
تیکت‌ها را بر اساس اولویت و زمان پاسخ یا حل بررسی می‌کنید تا موارد نزدیک به نقض یا خارج از توافق سطح خدمت شناسایی شوند.
-
مدیریت بکلاگ پشتیبانی
تعداد، مدت زمان باز بودن و اولویت تیکت‌های باز را تحلیل کنید تا تیکت‌هایی که هنوز رسیدگی نشده‌اند، تاخیر در ارجاع و نیاز احتمالی به توزیع دوباره کار را شناسایی کنید.
-
تحلیل رضایت پس از پشتیبانی
بازخوردهای رضایت مشتری را در کنار متن تیکت و وضعیت حل مسئله می‌خوانید تا علت نارضایتی فقط به امتیاز عددی تقلیل پیدا نکند.
-
گزارش بهبود فرایند به تیم‌های داخلی
مسئله‌های پرتکرار، ابهام‌های محصول و علت‌های ارجاع را دسته‌بندی می‌کنید و پیشنهادهای مستند برای محصول، فنی یا عملیات ارائه می‌دهید.
-
بازخورددهی و مربی‌گری کارشناسان پشتیبانی
بر اساس نمونه‌های واقعی و معیارهای مشترک، بازخورد مشخص و قابل اجرا می‌دهید؛ نه اینکه فقط تعداد تیکت‌های بستهشده را معیار ارزیابی قرار دهید.
-
ساخت داشبورد روندهای پشتیبانی
روند زمان پاسخ، زمان حل، بکلاگ و رعایت SLA را بر اساس کانال، اولویت و نوع درخواست در داشبورد نمایش می‌دهید تا تغییرات غیرعادی قابل پیگیری شوند.
ابزارهای مرتبط
پیش‌نیازها
موارد زیر پایه‌های لازم برای شروع را نشان می‌دهند.
- مهارت ارتباط و ارائه به مشتری Customer Communication and Presentation
- مهارت تحلیل داده با صفحه‌گسترده‌ها Spreadsheet Data Analysis
- آشنایی با محصول یا خدمت پشتیبانی‌شده
- دسترسی آموزشی یا آزمایشی به داده‌های تیکت و بازخورد مشتری
مسیر یادگیری کیفیت و سنجه‌های پشتیبانی مشتریان
-
۱۲ ساعت
چرخه کار و داده‌های پشتیبانی را بشناسید
مسیر یک درخواست را از ورود در چت، تماس یا تیکت تا حل، ارجاع و بستن دنبال کنید. تفاوت میان پاسخ اولیه، پاسخ نهایی، حل مسئله، بستن تیکت و بازگشایی را یاد بگیرید؛ زیرا تعریف نادرست هر وضعیت، گزارش را گمراه‌کننده می‌کند.
یک فهرست ساده از داده‌ها و تعریف هرکدام تهیه کنید که برای هر وضعیت تیکت، زمان ثبت، نخستین پاسخ انسانی، ارجاع، حل، بستن و بازگشایی تعریف عملیاتی داشته باشد. خروجی این گام زمانی قابل قبول است که بتوانید برای حداقل ۱۰ تیکت نمونه، وضعیت و نقطه زمانی هر رویداد را بدون ابهام ثبت کنید.
-
۱۴ ساعت
چارچوبی برای ارزیابی کیفیت پاسخ طراحی کنید
برای یک نوع کسب‌وکار، چک‌لیستی کوتاه طراحی کنید: فهم درست مسئله، صحت راهحل، شفافیت، لحن مناسب، رعایت فرایند، ثبت اطلاعات و اقدام بعدی. چند تیکت را مستقل ارزیابی کنید و برای هر امتیاز، نمونه‌ای از متن مکالمه را به عنوان شاهد ثبت کنید.
خروجی این گام، چک‌لیستی ۵ تا ۷ معیاری همراه با تعریف هر معیار، مقیاس امتیازدهی و دست‌کم ۵ نمونه شاهد از تیکت‌ها است. چکلیست زمانی قابل قبول است که دو ارزیاب بتوانند با آن، دلیل امتیاز خود را به متن تیکت ارجاع دهند.
-
۱۶ ساعت
سنجه‌های اصلی پشتیبانی را محاسبه کنید
پیش از محاسبه، واژه‌های داده را با قرارداد و پیکربندی سامانه سازمان هماهنگ کنید. SLA ممکن است بر اساس ساعت تقویمی یا ساعت کاری، اولویت، کانال و نوع مشتری تعریف شود. همچنین «حل‌شده» لزوما با «بستهشده» یکسان نیست: حل‌شده معمولا زمانی است که راهحل ارائه یا مسئله رفع شده، اما بسته شدن ممکن است پس از مهلت انتظار یا تایید نهایی انجام شود.
زمان پاسخ اولیه را از زمان ثبت درخواست تا نخستین پاسخ معنادار انسانی اندازه بگیرید. پاسخ خودکار دریافت درخواست یا پیام رباتی را فقط در صورتی پاسخ اولیه حساب کنید که قرارداد سازمان آن را صریحا معتبر بداند. زمان حل را از زمان ثبت تا زمان ثبت وضعیت حل‌شده محاسبه کنید، نه صرفا زمان بسته شدن؛ مگر اینکه تعریف رسمی سازمان خلاف آن باشد. در هر دو سنجه، ساعات غیرکاری، تعطیلات، توقف زمان هنگام انتظار برای مشتری و زمان ارجاع را مطابق تقویم و سیاست SLA اعمال کنید.
رعایت SLA از تقسیم تعداد تیکت‌های واجد شرایطی که در مهلت توافق‌شده پاسخ گرفته یا حل شده‌اند بر کل تیکت‌های واجد شرایط به دست می‌آید. تیکت‌های ادغام‌شده را باید با یک شناسه پرونده اصلی شمارش کنید تا دوبار محاسبه نشوند. برای نرخ بازگشایی، صورت تعداد تیکت‌های حل‌شده یا بسته‌شده‌ای است که در بازه تعریف‌شده دوباره باز شده‌اند و مخرج تعداد کل تیکت‌های حل‌شده یا بستهشده در همان گروه زمانی است. بکلاگ، شمار تیکت‌های باز در یک نقطه زمانی مشخص است و سن بکلاگ، فاصله زمان ثبت تا همان نقطه برای هر تیکت باز را نشان می‌دهد.
برای CSAT، صورت تعداد پاسخ‌های رضایت‌بخش طبق آستانه انتخاب‌شده سازمان و مخرج تعداد پاسخ‌های معتبر نظرسنجی است. نرخ پاسخ نظرسنجی را نیز جداگانه ثبت کنید تا امتیاز گروه کوچکی از مشتریان به کل تجربه تعمیم داده نشود. خروجی این گام، فایل محاسباتی شامل تعریف ستون‌ها، قواعد استثنا، نمونه داده و محاسبه دست‌کم ۶ سنجه به تفکیک کانال یا اولویت است.
-
۱۲ ساعت
سنجه‌ها را با زمینه عملیاتی تفسیر کنید
برای هر سنجه، یک پرسش مکمل هم تعیین کنید تا ارزیابی فقط بر اساس یک عدد انجام نشود. مثلا در کنار کاهش زمان پاسخ، نرخ بازگشایی تیکت و امتیاز کیفیت پاسخ را نیز بررسی کنید. در تحلیل، تفاوت میان تیکت‌های ساده و اختلال‌های حساس، ساعات اوج کاری و پرونده‌های نیازمند ارجاع را هم در نظر بگیرید.
خروجی این گام، یک یادداشت تحلیلی برای یک بازه زمانی مشخص است که در آن دست‌کم دو تغییر در سنجه‌ها توضیح داده شود، گروه‌های مورد مقایسه مشخص باشند و میان علت قطعی، فرضیه و داده ناکافی تفاوت گذاشته شود. تحلیل زمانی قابل قبول است که قضاوت درباره عملکرد فقط بر اساس یک سنجه انجام نشود.
-
۱۰ ساعت
یک گزارش قابل اقدام تهیه کنید
یک داشبورد یا گزارش هفتگی بسازید که روندها، تیکت‌های خارج از SLA، علت‌های پرتکرار و پیشنهاد اقدام را نشان دهد. گزارش را برای مخاطب مشخص بنویسید: سرپرست پشتیبانی به ظرفیت و کیفیت نیاز دارد، اما تیم محصول به الگوهای مسئله و نمونه‌های مستند.
می‌توانید داده‌های تفکیک‌شده بر اساس کانال، اولویت و نوع درخواست را در Microsoft Power BI یا Looker Studio به نمودارهای روند تبدیل کنید. خروجی این گام، گزارشی یک‌صفحه‌ای یا داشبوردی است که تعریف سنجه‌ها، بازه زمانی، تفکیک‌های اصلی، دو یافته و یک اقدام پیشنهادی را در بر دارد.
-
۸ ساعت
بازخورد کیفیت را به اقدام بهبود تبدیل کنید
از نتایج ارزیابی، یک برنامه بهبود کوچک بسازید؛ مانند اصلاح یک پاسخ آماده، تکمیل مقاله پایگاه دانش یا آموزش یک خطای پرتکرار. سپس در بازه بعدی، اثر اقدام را با همان سنجه‌ها و نمونه تیکت‌ها بررسی کنید.
خروجی این گام، برنامه‌ای شامل مسئله مشخص، فرضیه، مسئول اقدام، تغییر پیشنهادی و سنجه پیگیری است. این برنامه زمانی قابل قبول است که بتوانید پس از اجرا، تغییر سنجه را در کنار نمونه‌های کیفی تیکت‌ها مقایسه و تفسیر کنید.
زمان تقریبی یادگیری
برآورد مجموع زمان آموزش، مطالعه و تمرین تا رسیدن به سطح کاربردی؛ بسته به پیش‌زمینه شما می‌تواند کمتر یا بیشتر باشد.
پروژه‌های تمرینی
موارد زیر تصویری کلی از این بخش برای این مهارت ارائه می‌کنند.
-
ممیزی کیفیت ۲۰ تیکت فرضی
توضیح پروژه: ۲۰ تیکت فرضی یا ناشناس‌شده را با یک چکلیست ۵ تا ۷ معیاری امتیازدهی کنید. برای هر مورد ضعیف، دلیل، نمونه متن و پیشنهاد اصلاح بنویسید.
-
داشبورد هفتگی عملکرد پشتیبانی
توضیح پروژه: با یک فایل داده نمونه، زمان پاسخ اولیه، زمان حل، بکلاگ، رعایت SLA و رضایت مشتری را به تفکیک نوع درخواست یا کانال گزارش کنید.
-
تحلیل یک افت رضایت مشتری
توضیح پروژه: سناریویی بسازید که امتیاز رضایت کاهش یافته است. داده‌های تیکت، کیفیت پاسخ و زمان حل را بررسی کنید و سه فرضیه، شواهد لازم و دو اقدام اصلاحی پیشنهاد دهید.
-
گزارش مسئله پرتکرار برای تیم محصول
توضیح پروژه: یک دسته مسئله پرتکرار را از تیکت‌های نمونه استخراج کنید، نمونه‌های نماینده را خلاصه کنید و اثر آن بر حجم پشتیبانی و تجربه مشتری را توضیح دهید.
پرسش‌های رایج درباره کیفیت و سنجه‌های پشتیبانی مشتریان
در این بخش، به تعدادی از پرسش‌های رایج درباره این مهارت پاسخ داده شده است.
مهمترین سنجه پشتیبانی مشتریان چیست؟
یک سنجه برای همه کسبوکارها کافی نیست. شاخص کلیدی عملکرد یا KPI باید با نوع خدمت و انتظار مشتری انتخاب شود. معمولا سرعت پاسخ و حل، کیفیت پاسخ، رعایت SLA، حجم و سن بکلاگ و امتیاز رضایت مشتری یا CSAT را باید کنار هم دید.
آیا پایین بودن زمان حل همیشه نشانه عملکرد بهتر است؟
خیر. اگر تیکت سریع بسته شود اما مشتری دوباره همان مسئله را مطرح کند، زمان حل پایین تصویر کاملی نمی‌دهد. نرخ بازگشایی، کیفیت پاسخ و رضایت مشتری باید در کنار آن بررسی شوند.
تفاوت زمان پاسخ اولیه و زمان حل چیست؟
زمان پاسخ اولیه فاصله ثبت درخواست تا نخستین پاسخ معنادار تیم است. زمان حل، مدت رسیدگی تا ثبت وضعیت حل‌شده را نشان می‌دهد. پاسخ خودکار، ساعات غیرکاری، انتظار برای مشتری و تفاوت وضعیت حل‌شده با بستهشده باید طبق تعریف SLA و پیکربندی سازمان لحاظ شوند.
برای ورود به تحلیل کیفیت پشتیبانی، باید ابزار خاصی بلد باشم؟
آشنایی با سامانه تیکتینگ و تحلیل پایه داده در Excel یا Google Sheets برای شروع کافی است. ابزارهایی مانند Zendesk، Intercom یا Power BI بسته به محل کار تفاوت دارند؛ مهم‌تر از نام ابزار، توانایی تعریف درست سنجه و تفسیر آن است.
چگونه کیفیت پاسخ پشتیبان را منصفانه ارزیابی کنم؟
چکلیست شفاف و متناسب با نوع درخواست بسازید، تعداد کافی از نمونهها را بررسی کنید و برای هر امتیاز به شواهد تیکت ارجاع دهید. فقط تعداد تیکت بستهشده یا لحن پیام را معیار ندانید؛ درستی راهحل و حل شدن مسئله مشتری نیز مهم است.
این مهارت برای کارشناس پشتیبانی ضروری است یا سرپرست پشتیبانی؟
کارشناس پشتیبانی برای فهم بازخورد و بهبود کار روزانه به سطح پایه آن نیاز دارد. سرپرست یا مدیر پشتیبانی معمولا باید در تعریف معیار، تحلیل روندها، گزارش‌دهی و تبدیل نتایج به اقدام بهبود، توانمندتر باشد.
آموزش‌های مرتبط در فرادرس
-
آموزش ۱۰ مهارت مهم مراکز تماس و واحد‌های پشتیبانی، چالش‌ها و راهکارها (رایگان) + گواهینامه
-
آموزش سیستم مدیریت رسیدگی به شکایات و رضایتمندی مشتریان ایزو ISO 10002:2018
-
آموزش مدیریت رضایت مشتری بر اساس استاندارد ایزو ISO 10004:۲۰۱۸ + گواهینامه
-
آموزش مدیریت ارتباط با مشتری CRM، طراحی و تدوین استراتژی و شاخص‌های کلیدی
-
آموزش خلق تجربه لذت بخش برای مشتریان (رایگان)
-
واحد پشتیبانی مشتری و خدمات پس از فروش چیست؟، معرفی + وظایف
-
گوگل شیت Google Sheets چیست؟، به زبان ساده + تفاوت با اکسل
