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