SLA چه فرقی با انتظار مشتری دارد؟
SLA تعهد صریح است: «تیکت فوری حداکثر تا ۱ ساعت پاسخ اول می‌گیرد و تیکت عادی تا ۸ ساعت کاری.» انتظار مشتری ممکن است چیز دیگری باشد؛ نوشتن SLA همان فاصله را کم می‌کند.
سه عددی که باید تعریف کنید
۱) زمان پاسخ اول
از لحظهٔ ثبت تیکت تا اولین پاسخ انسانی. پاسخ خودکار را حساب نکنید.
۲) زمان حل
از ثبت تا بسته‌شدن تیکت. برای تیکت‌هایی که منتظر پاسخ مشتری هستند، ساعت انتظار را جدا کنید وگرنه عدد بی‌معنی می‌شود.
۳) نرخ رعایت
درصد تیکت‌هایی که داخل SLA بسته شده‌اند. یک میانگین خوب اما ۲۰٪ نقض، سیگنال بدی است.
SLA واقع‌بینانه برای تیم کوچک
- فوری: پاسخ اول ۱ ساعت کاری، حل ۸ ساعت کاری.
- زیاد: پاسخ اول ۴ ساعت کاری، حل ۲ روز کاری.
- عادی: پاسخ اول ۱ روز کاری، حل ۵ روز کاری.
- کم: پاسخ اول ۲ روز کاری، حل ۱۰ روز کاری.
این اعداد را بر اساس ساعت کاری و ظرفیت واقعی تیم تنظیم کنید. تعهدی که همیشه نقض شود، بدتر از نداشتن تعهد است.
چطور پیاده‌سازی کنیم؟
- 1برای هر تیکت اولویت انتخاب کنید؛ پیش‌فرض «عادی» باشد.
- 2SLA را روی سرور محاسبه کنید، نه با اسکرول دستی.
- 3تیکت‌های نزدیک به نقض را در داشبورد نشان دهید.
- 4هفتگی علت نقض‌ها را دسته‌بندی کنید: کمبود نیرو، انتظار مشتری، یا مشکل محصول.
- 5بعد از بستن تیکت، نظرسنجی رضایت بفرستید و امتیاز را کنار SLA ببینید.
اشتباه‌های رایج
- SLA برای همه یکسان: تیکت فوری و سؤال قیمت نباید یک وعده بگیرند.
- اندازه‌گیری فقط میانگین: میانگین، تیکت‌های بد را پنهان می‌کند. صدک ۹۰ را هم ببینید.
- نداشتن ساعت کاری: اگر ۲۴/۷ پشتیبانی نمی‌دهید، SLA را بر اساس ساعت کاری بنویسید.
- نبود مالک: هر صف باید یک مسئول داشته باشد که نقض‌ها را بررسی کند.
جمع‌بندی
SLA یک وعدهٔ بازاریابی نیست؛ ابزار مدیریت ظرفیت است. با سه عدد ساده شروع کنید، یک ماه اندازه بگیرید و بعد تعهد را سخت‌تر کنید.