SLA چیست؟ راهنمای جامع توافق‌نامه سطح خدمات از تعریف تا اجرا

یک شرکت نرم‌افزاری با یک گروه صنعتی قرارداد همکاری بزرگ امضاء‌ می‌کند. در جلسه معارفه مدیر فروش شرکت نرم‌افزاری با اطمینان به طرف مقابل می‌گوید: «ما پشتیبانی 24 ساعته داریم و مطمئن باشید سرور ما هیچ‌وقت از دسترس خارج نمی‌شود».
سه ماه بعد از همکاری در صبح یک روز تعطیل، سرور از دسترس خارج می‌شود. در این شرایط کار متوقف می‌شود و گروه صنعتی متحمل ضرر زیادی می‌شود. مدیر گروه صنعتی با مدیر شرکت نرم‌افزاری تماس گرفته و شکایت می‌کند که شما وعده پشتیبانی 24 ساعته از سیستم داده بودید. مدیر شرکت نرم‌افزاری هم در جواب می‌گوید: «ما پشتیبانی دادیم اما 8 ساعت طول کشید تا سیستم درست شود».
مدیر گروه صنعتی و مدیر شرکت نرم‌افزاری، هردو هم راست می‌گویند و هم اشتباه می‌کنند. مشکل اینجا است که در قرارداد مشخص نشده که پشتیبانی 24 ساعته یعنی چه؟ در صورت بروز مشکل در چه مدت زمانی باید پاسخ داده شود؟‌ مشکل در چه مدتی باید حل شود؟ در صورتی که از زمان مقرر شده بیشتر طول بکشد، چه اتفاقی می‌افتد؟ اینجا است که مفهوم SLA اهمیت پیدا می‌کند.
SLA یا توافق‌نامه سطح خدمات، به سندی گفته می‌شود که وعده‌ها را به تعهدات قابل‌اندازه‌گیری و ارزیابی تبدیل می‌کند. در این مطلب با SLA، انواع آن و دلیل اینکه چرا کسب و کارها به آن احتیاج دارند، آشنا می‌شویم.

SLA چیست؟

SLA مخفف Service Level Agreement است که در زبان فارسی به عنوان توافق‌نامه سطح خدمات یا قرارداد سطح خدمات شناخته می‌شود. به زبان ساده SLA، به سندی گفته می‌شود که مشخص می‌کند یک کسب و کار به عنوان ارائه‌دهنده خدمت، چه چیزی را، در چه زمانی، با چه کیفیتی و تحت چه شرایطی به گیرنده خدمت ارائه می‌دهد و در صورتی که به این تعهدات عمل نکند چه اتفاقی می‌افتد.
در جدول زیر مفهوم SLA از چند دیدگاه و بعد مختلف توضیح داده شده است:

بعد	توضیح
مفهوم	توافق مکتوب درباره کیفیت خدمات
تعریف ساده	ما ارائه این خدمت را با این کیفیت و در این زمان تضمین می‌کنیم.
تعریف تخصصی	سند قراردادی که شاخص‌های عملکرد، سطوح خدمت و پیامد نقض را مشخص می‌کند.
دیدگاه مشتری	سپر حمایتی که تضمین می‌کند چه خدمتی دریافت می‌کند.
دیدگاه ارائه‌دهنده	ابزار مدیریتی برای تعریف انتظارات و مدیریت منابع.

 

تعریف رسمی SLA

ITIL 4 به عنوان یکی از معتبرترین چارچوب‌های مدیریت خدمات IT،‌ تعریف زیر را از SLA ارائه کرده است:

تاریخچه SLA

در دهه 1980 میلادی مفهوم SLA در صنعت مخابرات متولد شد. نیاز شرکت‌های مخابراتی برای ارائه تضمین‌های مشخص به مشتریان درباره کیفیت خط و زمان پاسخ، باعث شکل گرفتن SLA شد. همزمان با گسترش اینترنت در دهه 90 میلادی و رشد و توسعه خدمات IT در دهه 2000 میلادی، SLA به یک استاندارد جهانی در صنعت فناوری اطلاعات تبدیل شد.
اما در سال‌های اخیر SLA از حوزه فناوری اطلاعات فراتر رفته و در حوزه خدمات پس از فروش، لجستیک، منابع انسانی، خدمات مالی و حتی مراکز بهداشتی و درمانی به کار گرفته می‌شود.

انواع SLA

قبل از نوشتن SLA، این موضوع اهمیت دارد که با انواع آن آشنا شوید و بدانید که کدام نوع برای شما مناسب‌تر است. انتخاب اشتباه نوع SLA مانند انتخاب ماشین اشتباه است؛ ممکن است به نظر برسد که مسیر را طی می‌کنید،‌ اما در طولانی‌مدت در یک مسیر آفرود با خودروی سدان حتما با آسیب مواجه می‌شوید.
بر اساس تحقیق HDI (Help Desk Institute)، یکی از دلایل اصلی شکست SLAها، عدم تطابق نوع SLA با ساختار سازمان و نیاز مشتری است.

نوع SLA	تعریف	مناسب برای
مشتری‌محور	SLA اختصاصی برای هر مشتری	کسب و کارهای B2B با مشتریان کلیدی
خدمت‌محور	SLA یکسان برای یک خدمت	شرکت‌های SaaS و ابری
چندلایه	ترکیب چند سطح  SLA	سازمان‌های بزرگ با مشتریان متنوع
داخلی (OLA)	بین تیم‌های داخلی	سازمان‌های با چند واحد خدماتی
خارجی	بین سازمان و مشتری خارجی	همه کسب و کارهای خدماتی

 

نوع اول: SLA مشتری‌محور (Customer-based SLA)

در SLA مشتری‌محور، برای هر مشتری یا گروه مشتریان یک SLA جداگانه و اختصاصی تهیه می‌شود. در این نوع از SLA کلیه خدمات قابل ارائه به مشتری در یک سند واحد پوشش داده می‌شود. این نوع از توافق‌نامه سطح خدمات برای زمانی مناسب است که مشتریان نیازهای مختلفی دارند و نمی‌توان از یک قالب یکسان برای همه استفاده کرد.
این نوع از SLA برای کسب و کارهایی مناسب است که به شرکت‌هایی با خدمات مورد نیاز منحصر به فرد خدمات می‌دهند.

مزایا	معایب
انعطاف بالا و سفارشی‌سازی کامل مشتری احساس می‌کند خدمت اختصاصی دریافت می‌کند پوشش همه خدمات در یک سند واحد	زمان‌بر است (باید برای هر مشتری جداگانه نوشته شود) نگهداری و به‌روزرسانی پیچیده‌تر است ممکن است با گسترش مشتریان، مدیریت دشوار شود

مثال:
یک شرکت نرم‌افزار ERP را تصور کنید که به ۵۰ مشتری خدمت می‌دهد. برای یک کارخانه بزرگ خودروسازی (که ۲۴ ساعته کار می‌کند)، SLA با آپتایم ۹۹.۹٪ و پشتیبانی ۲۴/۷ دارد. اما برای یک شرکت کوچک بازرگانی (که فقط روزهای کاری فعال است)، SLA با آپتایم ۹۹٪ و پشتیبانی ۸ صبح تا ۶ عصر در نظر گرفته است.
IBM با مشتریان شرکتی بزرگ مثل بانک‌ها و شرکت‌های بیمه کار می‌کند که برای هر کدام SLA اختصاصی با در نظر گرفتن شرایط خاص هر مشتری دارد. برای مثال، یک بانک مرکزی ممکن است SLA با آپتایم ۹۹.۹۹٪ و Response Time زیر ۳۰ دقیقه داشته باشد.

 

نوع دوم: SLA خدمت‌محور (Service-based SLA)

در این نوع، SLA سندی است که برای یک خدمت مشخص تهیه می‌شود و برای همه افرادی که از آن خدمت استفاده می‌کنند،‌ یکسان است. توافق‌نامه SLA خدمت محور، زمانی مناسب است که کسب و کار شما یک خدمت استاندارد را به تعداد زیادی از مشتریان ارائه می‌دهد و شرایط برای همه یکسان است.

مزایا	معایب
ساده‌تر برای مدیریت و به‌روزرسانی شفافیت بالا (مشتریان می‌توانند SLA را قبل از خرید بررسی کنند) قابل انتشار عمومی و استفاده در بازاریابی	انعطاف کمتر ممکن است برای مشتریان خاص کافی نباشد نمی‌تواند نیازهای متفاوت مشتریان را پوشش دهد

مثال:
یک شرکت هاستینگ ایرانی مانند ابر آروان یا پارس‌پک برای هر پلن هاستینگ یک SLA عمومی دارد که برای همه مشتریان آن پلن یکسان است. برای مثال: «پلن حرفه‌ای: آپتایم ۹۹.۵٪، پاسخ به تیکت در ۴ ساعت کاری، پشتیبانی از طریق تیکت و تلفن در ساعات اداری.»
در میان شرکت های خارجی، AWS برای هر سرویس یک SLA عمومی دارد که در وب‌سایت آن قابل دسترسی است. هر کسی که از EC2 استفاده می‌کند، همان SLA را دارد: آپتایم ۹۹.۹۹٪ برای هر Region.

نوع سوم: SLA چندلایه (Multi-level SLA)

این پیچیده‌ترین اما جامع‌ترین نوع SLA است. به جای یک سند واحد، از چندین لایه تشکیل شده که هر لایه یک جنبه متفاوت را پوشش می‌دهد. ساختار معمول این نوع SLA، سه لایه است:

• لایه اول، سطح سازمانی (Corporate Level): شرایط کلی که برای همه مشتریان و همه خدمات یکسان است. به عنوان مثال سیاست‌های امنیتی، نحوه گزارش‌دهی، شرایط فورس ماژور
• لایه دوم؛ سطح مشتری (Customer Level): شرایطی که به صورت اختصاصی برای هر گروه و دسته مشتری در نظر گرفته شده است. مانند تفاوت دسترسی و امکانات مشتریان پریمیوم و مشتریان استاندارد
• لایه سوم؛ سطح خدمت (Service Level): شرایط خاصی که برای هر خدمت در نظر گرفته می‌شود: به عنوان مثال SLA سرویس ایمیل و SLA سرویس ذخیره‌سازی
  استفاده از این نوع SLA زمانی مناسب است که کسب و کارها خدمات متنوع به مشتریان متنوع ارائه می‌دهند.

مزایا	معایب
انعطاف بالا بدون پیچیدگی اضافه کاهش تکرار (شرایط مشترک فقط یک‌بار نوشته می‌شود) مقیاس‌پذیر است	ندارد

مثال:
یک شرکت بزرگ مخابراتی ایرانی مثل همراه اول را تصور کنید؛ سه سطح SLA سازمانی این شرکت به شرح زیر است:

• لایه سازمانی: شرایط کلی شبکه ملی
• لایه مشتری: شرایط مشترکان سازمانی و مشترکان عادی
• لایه خدمت: SLA اینترنت، SLA تلفن و SLA پیامک انبوه

Microsoft Azure از SLA چندلایه به شرح زیر استفاده می‌کند:

• لایه زیرساخت (Datacenter)
• لایه پلتفرم (Azure Services)
• لایه اپلیکیشن (Customer Apps)

نوع چهارم: SLA داخلی یا (OLA Operational Level Agreement)

این نوع از SLA بین تیم‌ها یا واحدهای داخلی یک سازمان بسته می‌شود، نه بین سازمان و مشتری خارجی. هدف اصلی این نوع از توافق‌نامه سطح خدمات، تضمین این است که تیم‌های داخلی بتوانند تعهدات SLA خارجی را عملی کنند.

مثال:
یک مرکز خدمات پس از فروش لوازم خانگی یک SLA مشتری‌محور دارد که می‌گوید «تعمیر در ۷۲ ساعت» انجام می‌شود. برای اجرای این تعهد:

• واحد لجستیک یک OLA دارد: قطعات را در ۲۴ ساعت تامین می‌کند
• تیم فنی یک OLA دارد: تعمیر را در ۲۴ ساعت انجام می‌دهد
• واحد کنترل کیفیت یک OLA دارد: تست و تایید در ۸ ساعت انجام می‌شود

این زنجیره OLA تضمین می‌کند که SLA مشتری (تعمیر دستگاه در 72 ساعت) قابل تحقق باشد.

نوع پنجم: SLA خارجی (External SLA)

رایج‌ترین نوع SLA است که بین سازمان و مشتریان یا تامین‌کنندگان خارجی بسته می‌شود. این نوع شامل هر دو نوع SLA مشتری‌محور و خدمت‌محور می‌شود.
قرارداد زیربنایی با تأمین‌کنندگان خارجی یا (UC – Underpinning Contract) یکی از زیرشاخه‌های مهم این نوع از SLA محسوب می‌شود. این قرارداد از این نظر اهمیت دارد که می‌تواند زیرساخت تحقق SLA را فراهم کند.
به عنوان مثال یک شرکت ارائه دهنده خدمات هاستینگ برای ارائه آپتایم ۹۹.۹٪ به مشتریان خود (SLA خارجی) قراردادی با دیتاسنتر دارد (UC) که آپتایم ۹۹.۹۵٪ را تضمین می‌کند تا حاشیه امنیت کافی برای تحقق SLA خود را داشته باشد.

یک اشتباه رایج در انتخاب نوع SLA

بسیاری از شرکت‌های ایرانی که برای اولین بار اقدام به تدوی SLA می‌نویسند، از نوع خدمت‌محور شروع می‌کنند با اینکه در بسیاری از موارد مشتریان متفاوت و متنوع دارند. این کار باعث می‌شود یا SLA برای مشتریان بزرگ خیلی ضعیف باشد یا برای مشتریان کوچک خیلی سنگین.
برای نوشتن SLA باید با شناخت مشتریان خود شروع کنید. اگر ۸۰٪ درآمد شما از ۲۰٪ مشتریان بدست می‌آید (قانون پارتو)، برای آن ۲۰٪ از SLA مشتری‌محور و برای بقیه از SLA خدمت‌محور استفاده کنید.

تفاوت SLA با مفاهیم مشابه (OLA، گارانتی، وارانتی)

یکی از سوالات مهمی که ذهن صاحبان کسب و کار و سایر افراد را درگیر می‌کند، تفاوت SLA با گارانتی و وارانتی یا OLA است. برای درک بهتر تفاوت‌های این مفاهیم، باید هر کدام را به صورت دقیق تعریف کرد:

• OLA-Operational Level Agreement: توافق‌نامه سطح عملیاتی است که نسخه داخلی SLA محسوب می‌شود. OLA توافق‌نامه‌ای بین تیم‌های داخلی یک سازمان با هدف تحقق SLA است.
• UC-Underpinning Contract: قراردادی است که بین ارائه‌دهنده خدمات و یک تأمین‌کننده خارجی منعقد می‌شود و زیرساخت تحقق SLA را فراهم می‌کند.
• گارانتی: تعهدی است که ارائه‌دهنده یک محصول یا خدمت به مشتری برای تضمین کیفیت محصول/خدمت ارائه می‌دهد.
• وارانتی: یک تعهد قراردادی مشخص است که در آن جزئیاتی مانند نوع پوشش، مدت زمان پوشش و… به صورت دقیق و شفاف بیان می‌شود.

در جدول زیر می‌توانید مقایسه SLA با سایر مفاهیم مانند گارانتی و وارانتی را از نظر جنبه‌های مختلف مشاهده کنید:

ویژگی	SLA	OLA	گارانتی	وارانتی
ماهیت	توافق سطح خدمت	توافق عملیاتی داخلی	تضمین کیفیت محصول، خدمت	تعهد قراردادی مشخص
طرف‌های قرارداد	سازمان و مشتری خارجی	تیم‌های داخلی	تولیدکننده و مصرف‌کننده	فروشنده و خریدار
الزام قانونی	اغلب قراردادی	داخلی	اغلب قانونی	اغلب داوطلبانه
حوزه کاربرد	خدمات	عملیات داخلی	محصول	محصول، خدمت
قابلیت اندازه‌گیری	بالا (شاخص‌محور)	بالا	متوسط	متوسط تا بالا
پیامد نقض	جریمه مالی، فسخ	اقدام مدیریتی	تعمیر، تعویض	تعمیر، جبران
مدت	دوره قرارداد خدمت	دوره عملیاتی	مدت گارانتی	مدت وارانتی

اجزای کلیدی یک SLA حرفه‌ای

یک SLA حرفه‌ای مانند یک ساختمان است؛ اگر یک ستون آن ضعیف باشد، کل سازه در خطر ریزش قرار می‌گیرد. یک SLA از اجزای مختلفی تشکیل شده که آشنایی با آن‌ها به تدوین بهتر آن کمک می‌کند.

بخش SLA	توضیح	اجباری؟	رایج‌ترین اشتباه
تعریف خدمت	چه خدمتی ارائه می‌شود	✅ بله	مبهم و کلی نوشتن
شاخص‌های عملکرد	معیارهای قابل اندازه‌گیری	✅ بله	غیرقابل اندازه‌گیری بودن
سطوح خدمت	اهداف عددی	✅ بله	غیرواقعی بودن اهداف
مسئولیت‌ها	تکالیف هر طرف	✅ بله	یک‌طرفه نوشتن
گزارش‌دهی	نحوه پایش و گزارش	⚠️ توصیه	فراموش کردن
پیامد نقض	جریمه و جبران	✅ بله	نداشتن یا خیلی سخت بودن
مدت و تمدید	بازه زمانی	✅ بله	نامشخص بودن
حل اختلاف	روش رسیدگی به اختلاف	⚠️ توصیه	فراموش کردن

تعریف دامنه خدمت (Scope of Service)

این بخش مشخص می‌کند که دقیقاً چه چیزی شامل این توافق می‌شود و چه چیزی شامل نمی‌شود. یکی از رایج‌ترین اختلافات SLA از ابهام در همین بخش ناشی می‌شود. یک SLA حرفه‌ای باید شامل موارد زیر باشد:

• فهرست دقیق خدمات ارائه ‌شده
• استثناها (چه شرایطی تحت پوشش نیست)
• محدوده جغرافیایی
• ساعات ارائه خدمت

مثال:
نوشتن پشتیبانی نرم‌افزار حسابداری در SLA اشتباه است. باید به این صورت نوشته شود: پشتیبانی نرم‌افزار حسابداری نسخه x شامل رفع خطاهای نرم‌افزاری، راهنمایی در استفاده از ماژول‌های موجود و به‌روزرسانی‌های امنیتی. پشتیبانی این موارد را شامل نمی‌شود:‌ آموزش کاربران جدید، توسعه ماژول‌های سفارشی و خرابی‌های ناشی از دخالت کاربر در کد.

شاخص‌های عملکرد (KPIs & Metrics)

این بخش تعیین می‌کند که با چه معیاری کیفت خدمت سنجیده می‌شود. شاخص‌های عملکرد باید SMART ، یعنی مشخص، قابل اندازه‌گیری، دست‌یافتنی، مرتبط و زمان‌دار باشند. شاخص‌های رایج مورد استفاده برای ارزیابی به شرح جدول زیر است:

شاخص	تعریف	بنچمارک صنعت
Uptime	درصد زمانی که سیستم در دسترس است	۹۹.۹٪ (معادل ۸.۷ ساعتdowntime  سالانه(
Response Time	زمان اول پاسخ‌دهی به درخواست	۱-۴ ساعت (بسته به اولویت)
Resolution Time	زمان حل کامل مشکل	۴-۴۸ ساعت
MTTR	میانگین زمان بازیابی پس از خرابی	کمتر از ۴ ساعت
FCR	درصد مشکلاتی که در اول تماس حل می‌شوند	بالای ۷۰٪

سطوح خدمت (Service Levels)

یکی از ویژگی‌های مهم یک SLA حرفه‌ای، دسته‌بندی کردن خدمات بر اساس اولویت یا شدت مشکل است. اولویت در SLA، می بایست براساس فوریت و تاثیر فریت در کسب و کار تنظیم شود. نکته ای که باید در نظر گرفت این است که نوع تعهد SLA، می‌تواند بر این زمان تاثیرگذار باشد. برای مثال اگر تعهد شما ساعت کاری است و پشتیبانی 24/7 ارائه نمیکند، زمان حل مشکل 4 ساعت می‌تواند تعهدی سنگین در نظر گرفته شود. پس نوع تعهد می‌تواند این میزان زمان برای پاسخگویی و حل مشکل را تغییر دهد. جدول زیر یک نمونه از سطح‌بندی خدمت درSLA است:

سطح	شرح	زمان پاسخ	زمان حل
P1 – بحرانی	سیستم کاملاً از کار افتاده	۱۵ دقیقه	۴ ساعت
P2 – اورژانسی	عملکرد اصلی مختل شده	۱ ساعت	۸ ساعت
P3 – عادی	مشکل جزئی، کار ادامه دارد	۴ ساعت	۴۸ ساعت
P4 – درخواست	بهبود یا سوال	۸ ساعت	۵ روز کاری

مسئولیت‌های طرفین

یکی از مهم‌ترین اجزایی که کسب و کارهای ایرانی در تدوین SLA نادیده می‌گیرند، تعیین مسئولیت‌های طرفین است. در یک توافق‌نامه سطح خدمات حرفه‌ای باید تکالیف مشتری و ارائه‌دهنده خدمت به دقت مشخص شود.

مسئولیت ارائه‌دهند	مسئولیت مشتری
ارائه خدمت در سطح توافق‌شده گزارش‌دهی منظم اطلاع‌رسانی پیش از توقف برنامه‌ریزی‌شده	ارائه اطلاعات دقیق برای ثبت درخواست دسترسی لازم برای رفع مشکل عدم ایجاد تغییرات غیرمجاز در سیستم

در صورتی که بر اساس SLA،‌ مشتری به مسئولیت‌های تعیین شده خود عمل نکند، ارائه‌دهنده خدمات می‌توان بدون نقض کردن SLA از ارائه خدمت معاف شود.

فرایند گزارش‌دهی

در یک SLA حرفه‌ای باید مشخص شود که چه کسی، در چه بازه زمانی و به چه شکل گزارش عملکرد ارائه می‌کند. این گزارش به شناسایی میزان تحقق وعده‌ها و همچنین شناسایی نقاط ضعف جهت اصلاح فرایند کمک می‌کند و از اهمیت زیادی برخوردار است. نرم افزار CRM برای مدیریت ارتباط با مشتریان و ثبت و توزیع تسک‌های پشتیبانی، در کنار پیگیری گزارشات، ارائه حرفه‌ای خدمات SLA را تضمین می‌کند.

مثال:
«ارائه‌دهنده موظف است در پایان هر ماه، گزارش عملکرد شامل: آپتایم واقعی، تعداد تیکت‌ها، میانگین زمان حل و موارد نقض احتمالی را تا پنجم ماه بعد از طریق ایمیل رسمی برای مشتری ارسال کند».

پیامد نقض (Penalties & Remedies)

در SLA باید پیامد نقض تعهد به صورت شفاف و دقیق مشخص شود؛ بدون پیامد مشخص می‌توان گفت که SLA صرفا یک وعده است. رایج‌ترین مکانیسم‌های پیامد نقش در SLA به شرح زیر است:

• تخفیف یا اعتبار خدماتی: به عنوان مثال برای هر ساعت داون‌تایم سیستم بیش از تعهد، nدرصد از هزینه ماهیانه به مشتری عودت داده می‌شود.
• جریمه نقدی: به عنوان مثال برای هر یک ساعت داون‌تایم بیش از تعهد، n ریال جریمه در نظر گرفته می‌شود.
• حق فسخ: به عنوان مثال در صورتی که میزان داون‌تایم سیستم از n ساعت بیشتر شود، مشتری می‌تواند قرارداد را بدون پرداخت جریمه، فسخ کند.

مثال:
AWS در SLA خود تعهد می‌دهد که اگر آپتایم به زیر ۹۹.۹٪ برسد، ۱۰٪ از هزینه ماهانه را به عنوان اعتبار برمی‌گرداند. اگر آپتایم به زیر ۹۵٪ برسد، این رقم به ۱۰۰٪ افزایش پیدا می‌کند.

مدت، تمدید و بازبینی

نکته مهم در مورد SLA حرفه‌ای این است که نباید یک سند توافق ابدی و بدون زمان پایان باشد. بهترین SLA باید شامل موارد زیر باشد:

• مدت اعتبار مشخص
• فرایند بازبینی دوره‌ای
• شرایط تمدید یا اصلاح

فرایند حل اختلاف

مانند هر نوع توافقی این امکان وجود دارد که طرفین در موضوعاتی دچار اختلاف نظر شوند. به عنوان مثال در صورتی که طرفیت درباره نقض SLA به اختلاف برسند، چه مرجعی تصمیم‌گیری می‌کند. به همین دلیل فرایند حل اختلاف و مرجع رسیدگی به آن باید به صورت دقیق در SLA مشخص شود.

مثال:
«در صورت بروز اختلاف، ابتدا مدیران ارشد دو طرف ظرف ۱۰ روز کاری برای حل مسئله مذاکره می‌کنند. در صورت عدم توافق، موضوع به داوری اتاق بازرگانی تهران ارجاع می‌شود».

شاخص‌های کلیدی، KPIها و متریک‌ها در SLA

همانطور که اشاره شد یکی از اجزای مهم یک SLA حرفه‌ای، شاخص‌های کلیدی و متریک برای ارزیابی و اندازه‌گیری است. برای این کار از شاخص‌های مختلفی می‌توان استفاده کرد که در ادامه به معرفی و بررسی آن‌ها می‌پردازیم:

شاخص	فرمول	بنچ‌مارک خوب	روش اندازه‌گیری
Uptime	(کل زمان – زمان داون‌تایم)/کل زمان × 100	بالای ۹۹.۵٪	سیستم مانیتورینگ
Response Time	زمان اولین پاسخ – زمان ثبت	بر اساس اولویت	سیستم تیکتینگ
Resolution Time	زمان بستن – زمان ثبت	بر اساس پیچیدگی	سیستم تیکتینگ
MTTR	مجموع زمان تعمیر/تعداد خرابی	کمتر از ۴ ساعت	لاگ‌های سیستم
MTBF	(کل زمان – زمان داون‌تایم)/ تعداد خرابی	بیشتر، بهتر	لاگ‌های سیستم
FCR	حل در اولین تماس / کل تماس‌ها × 100	بالای ۷۵٪	سیستم CRM
CSAT	مجموع امتیازها / تعداد پاسخ‌ها	بالای ۴ از ۵	نظرسنجی
NPS	% ترویج‌دهنده – % منتقد	بالای ۵۰	نظرسنجی

• Availibility/Uptime (دسترس‌پذیری): درصد زمانی که سیستم یا خدمت در دسترس قرار دارد. در جدول زیر می‌توایند فرمول محاسبه آپتایم و میزان مجاز داون‌تایم را مشاهده کنید.

فرمول	100 * زمان کل / (زمان کل – زمان خرابی)
سطح آپتایم	داون‌تایم مجاز در ماه	داون‌تایم مجاز در سال
۹۹٪	۷.۳ ساعت	۸۷.۶ ساعت
۹۹.۵٪	۳.۶ ساعت	۴۳.۸ ساعت
۹۹.۹٪	۴۳.۸ دقیقه	۸.۷۶ ساعت
۹۹.۹۹٪	۴.۳ دقیقه	۵۲.۶ دقیقه
۹۹.۹۹۹٪ (Five Nines)	۲۶ ثانیه	۵.۲۶ دقیقه

• Response Time (زمان پاسخ): میزان زمانی است که طول می‌کشد تا ارائه دهنده به درخواست یا مشکل به وجود آمده پاسخ دهد. در جدول زیر فرمول محاسبه زمان پاسخ و اولویت‌بندی آن بیان شده است:

فرمول:	زمان اولین پاسخ – زمان ثبت درخواست
اولویت	شرایط	مدت زمان
فوری (Critical)	سیستم کاملاً از کار افتاده	پاسخ در ۱ ساعت
بالا (High)	عملکرد اصلی مختل شده	پاسخ در ۴ ساعت
متوسط (Medium)	مشکل اما کار ادامه دارد	پاسخ در ۸ ساعت کاری
پایین (Low)	سؤال یا درخواست عادی	پاسخ در ۲۴-۴۸ ساعت

• Resolution Time (زمان حل مشکل): مدت زمانی که طول می‌کشد تا مشکل به وجود آمده حل شود. این زمان از کم کردن زمان ثبت درخواست از زمان بستن تیکت به دست می‌آید.
• MTTR (Mean Time to Repair / Recover): میانگین زمان تعمیر یا بازیابی پس از خرابی است. این شاخص از تقسیم مجموع زمان‌ها تعمیر بر تعداد خرابی‌ها به دست می‌آید.
• MTBF (Mean Time Beteween Failures): میانگین فاصله زمانی بین دو خرابی را نشان می‌دهد. این عدد هر چه بزرگتر باشد، نشان‌دهنده عملکرد بهتر است. زمان کل منهای مجموع زمان‌های خرابی تقسیم بر تعداد خرابی‌ها، فرمول محاسبه این شاخص است.
• FCR (First Contact Resolution): درصد مشکلاتی که در اولین تماس و بدون نیاز به پیگیری حل می‌شوند. طبق تحقیق SQM Group، میانگین FCR در صنایع حدود ۷۰-۷۵٪ است. FCR در بهترین شرکت‌ها به ۸۵-۹۰٪ می‌رسد.
• CSAT (Customer Satisfaction Score): امتیاز رضایت مشتری پس از هر تعامل را نشان می‌دهد.
• NPS (Net Promoter Score): شاخص وفاداری مشتری و احتمال توصیه کردن یک برند یا کسب و کار به دیگران است.

نحوه نوشتن SLA

نوشتن SLA یک فرایند مستمر است، نه یک رویداد لحظه‌ای. سازمان‌هایی که SLA را «یک‌بار می‌نویسند و فراموش می‌کنند» معمولاً همان‌هایی هستند که بعدا با بیشترین اختلاف قراردادی مواجه می‌شوند. برای نوشتن یک SLA خوب و حرفه‌ای باید مراحل زیر را انجام دهید.

گام	اقدام کلیدی	خروجی انتظاری	اشتباه رایج
شناخت نیاز	مصاحبه با مشتری	فهرست نیازها و اولویت‌ها	فرض کردن نیازها بدون پرسیدن
تعریف دامنه	تعریف دامنه	سند Scope مکتوب	ابهام در مرز خدمات
انتخاب شاخص	تعیین شاخص‌ها	جدول KPI با فرمول	شاخص‌های غیرقابل اندازه‌گیری
تعیین سطوح	تعیین سطوح	جدول اولویت‌بندی	تعهد غیرواقع‌بینانه
پیامد نقض	تعریف پیامد	ماتریس Service Credit	نداشتن پیامد = SLA بی‌دندان
تأیید	بررسی حقوقی	SLA امضاشده	نادیده گرفتن قانون ایران
پایش	پایش و بازبینی	گزارش ماهانه	نوشتن و فراموش کردن

گام اول: شناخت دقیق نیازهای مشتری

قبل از نوشتن SLA باید نسبت به اینکه مشتری چه انتظاری دارد، آگاهی کامل داشته باشید؛ یعنی نباید بر اساس آنچه که فکر می‌کنید، عمل کنید. مهم‌ترین ابزارهای این مرحله به شرح زیر است:

• مصاحبه ساختاریافته با مشتری
• بررسی تاریخچه شکایات و درخواست‌های قبلی
• تحلیل فرایندهای کسب و کار مشتری

در کنار استفاده از این ابزارها برای شناخت دقیق نیازهای مشتریان خود، باید این سوالات کلیدی را مطرح کرده و به آن‌ها پاسخ دهید:

• بدترین اتفاقی که می‌تواند برای کسب و کار شما بیفتد چیست؟ (برای تعیین سطح P1)
• چه ساعت‌هایی خدمت برای شما حیاتی است؟
• چند نفر از این خدمت استفاده می‌کنند؟
• چه تجربه‌ای از SLAهای قبلی دارید؟

گام دوم: تعریف دقیق دامنه خدمت

در این مرحله باید بر اساس اطلاعات گام اول، به صورت دقیق مشخص کنید چه چیزی به مشتریان ارائه می‌شود. خروجی که از این گام انتظار می‌رود، یک فهرست کامل از خدمات با مرز مشخص بین «شامل می‌شود» و «شامل نمی‌شود»، است.

گام سوم: تعیین شاخص‌های سنجش

برای هر خدمت، شاخص‌های SMART تعریف کنید. فرمول SMART برای SLA به شرح جدول زیر است:

معیار	سوال	مثال
Specific	دقیقاً چه چیزی؟	زمان پاسخ اول به ایمیل
Measurable	چطور می‌سنجیم؟	از زمان ارسال ایمیل تا اول پاسخ
Achievable	آیا واقع‌بینانه است؟	۴ ساعت (نه ۱۵ دقیقه)
Relevant	آیا به مشتری اهمیت می‌دهد؟	بله، مستقیم روی کارش تأثیر دارد
Time-bound	در چه بازه زمانی؟	در ساعات اداری ۸ تا ۱۸

بر اساس تحقیقات Gartner، بیش از ۴۰٪ از SLAها به دلیل شاخص‌های غیرقابل اندازه‌گیری یا متناقض، در عمل قابلیت اجرا ندارند.

گام چهارم: تعریف سطوح خدمت و اولویت‌ها

مشخص کنید که برای هر سطح از مشکل(P1 تا P4) چه زمان پاسخ‌دهی و حل مشکل تضمین می‌شود. اعداد در این قسمت باید با تیم عملیاتی بررسی شود و فقط محدود به تیم فروش نباشد. یکی از رایج‌ترین اشتباهات تعهداتی است که تیم فروش به مشتری می‌دهد در حالی که تیم فنی توان اجرای آن را ندارد.

گام پنجم: تعیین پیامدهای نقض

سوال کلیدی مربوط به گام پنجم این است که اگر تعهد رعایت نشد، چه اتفاقی می‌افتد؟ یعنی برای جبران چه اقداماتی انجام می‌شود؟ یک نمونه مثال تعیین پیامدهای نقش با سازوکار پیشنهاد تخفیف یا اعتبار خدمات به شرح زیر است:
آپتایم ماهانه:

• آپتایم ماهانه ۹۹.۰٪ تا ۹۹.۹٪ باشد ← ۱۰٪ تخفیف ماه بعد
• آپتایم ماهانه ۹۵.۰٪ تا ۹۹.۰٪ باشد ← ۲۵٪ تخفیف ماه بعد
• آپتایم ماهانه کمتر از ۹۵.۰٪ باشد ← ۵۰٪ تخفیف ماه بعد

استفاده از نرم افزار حسابداری یکپارچه به شما کمک میکند تا در هر لحظه دیدی واقعی نسبت به حجم تراکنش مالی بین کسب و کار شما و مشتری مورد نظر داشته باشید. این اطلاعات دو دسته داده را در اختیار شما قرار میدهد:

• حجم و بزرگی بیزینس مشتری و میزان تقریبی خسارت
• حجم و میزان تراکنش مالی بین شما و مشتری به صورت زنده
• با این اطلاعات، طبقه بندی جبران خسارت هم برای شما و هم برای مشتری واقع گرایانه تر خواهد بود.

گام ششم: بررسی حقوقی و تأیید

قبل از امضا SLA باید این موارد را بررسی کنید:

• آیا با قوانین قراردادی ایران (قانون مدنی) مغایرت دارد؟
• آیا پیامدها منصفانه و قابل اجرا هستند؟
• آیا هر دو طرف مفاد را به‌درستی درک کرده‌اند؟

به عنوان مثال
یک شرکت نرم افزاری در SLA این مورد را درج می‌کند:
در صورت قطعی، تاخیر یا اختلال سرویس، شرکت هیچ‌گونه خسارت عدم‌النفع پرداخت نمی‌کند.

شرکت نرم افزاری سعی دارد تا با استفاده از این جمله در SLA، در زمان قطعی سرویس، متعهد به پرداخت خسارات ناشی از سود ازدست رفته نباشد. این در حالی است که براساس مواد ۲۲۱ و ۲۲۶ قانون مدنی ایران، اگر شخصی تعهدی بدهد و از آن تخلف کند، در صورت وجود شرایط قانونی، می‌تواند مسئول خسارت طرف مقابل باشد. هر چند که براساس ماده 515 دادگاه ممکن است به نفع تامین کننده سرویس رای دهد.
به همین دلیل انطباق تعهدات SLA با قوانین مدنی بسیار مهم است تا از بروز اختلاف و یا تامین حقوق خود در زمان بروز اختلاف مطمئن باشید.

گام هفتم: پایش مستمر و بازبینی دوره‌ای

SLA یک سند زنده است. به همین دلیل باید حداقل هر ۶ ماه یک بار اقدامات زیر را انجام دهید:

• داده‌های عملکردی را بررسی کنید
• آیا شاخص‌ها هنوز واقع‌بینانه هستند؟
• آیا نیازهای مشتری تغییر کرده است؟
• آیا ظرفیت شما تغییر کرده است؟

SLA در حوزه‌های مختلف (فراتر از IT)

یکی از بزرگ‌ترین سوءتفاهم‌ها درباره SLA این تفکر است که توافق‌نامه سطح خدمات فقط برای شرکت‌های فناوری اطلاعات کاربرد دارد. واقعیت این است که هر کسب و کاری که خدمت ارائه می‌دهد و انتظار دارد مشتری برگردد، می‌تواند و باید از SLA استفاده کند.

SLA در خدمات پس از فروش

این حوزه در ایران بیشترین پتانسیل برای بهره‌گیری از SLA را دارد و در عین حال کمترین استفاده از SLA در این حوزه است. شاخص‌های کلیدی توافق‌نامه سطح خدمات در حوزه خدمات پس از فروش به شرح زیر است:

• زمان ارجاع به تکنسین پس از ثبت درخواست
• زمان بازدید اولیه
• زمان تعمیر یا تعویض
• نرخ تعمیر موفق در اولین مراجعه (First Fix Rate)

مثال:
Apple با برنامه AppleCare+ یک SLA واضح دارد: تعویض صفحه‌نمایش آیفون در Apple Store حداکثر ۳ ساعت. این تعهد، یکی از عوامل تمایز رقابتی اپل در حوزه خدمات است.
بر اساس گزارش Salesforce State of Service در سال 2022، ۸۸٪ مشتریان می‌گویند تجربه خدمات پس از فروش به اندازه خود محصول در تصمیم خرید مجدد تاثیر دارد.

SLA در مراکز تماس (Call Center)

مراکز تماس یکی از قدیمی‌ترین حوزه‌هایی هستند که SLA در آن‌ها تعریف می‌شود. شاخص‌های استاندارد SLA در این حوزه به شرح جدول زیر است:

شاخص	تعریف	بنچمارک صنعت
Service Level	درصد تماس‌های پاسخ‌داده‌شده در X ثانیه	۸۰٪ تماس‌ها در ۲۰ ثانیه
ASA	میانگین زمان انتظار	کمتر از ۲۸ ثانیه
AHT	میانگین زمان رسیدگی	۳-۶ دقیقه (بسته به صنعت)
FCR	نرخ حل در اول تماس	بالای ۷۰٪
Abandon Rate	نرخ قطع تماس	کمتر از ۵٪

SLA در لجستیک و تحویل

با رشد تجارت الکترونیک،SLA لجستیک به یکی از تعیین‌کننده‌ترین عوامل رقابتی تبدیل شده است. شاخص‌های زیر در این حوزه برای نوشتن SLA مورد استفاده قرار می‌گیرد:

• On-Time Delivery یا OTD: درصد محموله‌های تحویل‌داده‌شده به ‌موقع
• Order Cycle Time: مدت زمان از ثبت سفارش تا تحویل
• Perfect Order Rate: درصد سفارش‌های بدون نقص

مثال:
Amazon Logistics با تعهد «تحویل روز بعد» (Prime) یک SLA لجستیکی تعریف کرده که تمام زنجیره تأمین آن را بر اساس این تعهد بازطراحی کرده است. اگر تحویل تاخیر داشته باشد، Amazon Pro-active اعتبار Prime به مشتری می‌دهد.

بر اساس تحقیقات PWC، بیش از نیمی از مشتریان معادل ۵۲٪ پس از یک تجربه تحویل ناموفق، دوباره از همان فروشگاه خرید نمی‌کنند. داشتن SLA شفاف لجستیکی و عمل به آن، نرخ بازگشت مشتری را به‌طور معناداری افزایش می‌دهد.

استفاده از SLA فقط به این حوزه‌ها محدود نمی‌شود و در سایر حوزه‌ها مانند بانک، منابع انسانی، بیمارستان و مراکز درمانی و… نیز می‌توان از SLA برای تعیین نحوه و چگونگی ارائه خدمات به مشتریان استفاده کرد.

جایگاه SLA در حقوق ایران

در ایران، SLA به‌ عنوان یک ضمیمه قراردادی یا شرط قراردادی شناخته می‌شود. مبنای حقوقی آن قانون مدنی ایران و ماده‌های قانونی زیر است:

• ماده ۲۱۹: عقودی که بر طبق قانون واقع شده باشند، بین متعاملین و قائم‌مقام آنها لازم‌الاتباع است.
• ماده ۲۲۱: تعهد به جبران خسارت ناشی از عدم انجام تعهد
• ماده ۲۳۰: امکان تعیین خسارت از پیش‌تعیین‌شده (وجه التزام) در قرارداد

این یعنی جریمه‌های مالی که در SLA تعریف می‌شوند (مانند Service Credit) در حقوق ایران به ‌عنوان «وجه التزام» قابل پیگیری هستند. اگر ارائه‌دهنده خدمت SLA را نقض کند، مشتری در ایران می‌تواند اقدامات زیر را انجام دهد:

• طبق شرایط SLA جریمه مالی مطالبه کند
• در صورت نقض مکرر، قرارداد را فسخ کند
• از طریق داوری (اگر در قرارداد پیش‌بینی شده) یا دادگستری پیگیری کند

رایج‌ترین اختلافات SLA در ایران به شرح زیر است:

• اختلاف در تعریف داون‌تایم: آیا زمان تعمیرات برنامه‌ریزی‌شده جزو داون‌تایم حساب می‌شود؟
• اختلاف در اندازه‌گیری: ارائه‌دهنده و مشتری داده‌های متفاوتی از آپتایم دارند.
• عدم پیش‌بینی شرایط فورس ماژور: قطعی برق، تحریم‌های جدید یا مشکلات زیرساخت ملی چه حکمی دارند؟
• مبهم بودن ساعات کاری: آیا پشتیبانی ۸ ساعته یعنی ۸ ساعت کاری یا ۸ ساعت تقویمی؟
  نکته مهم این که در ایران، به دلیل نوسانات زیرساخت (قطعی برق، اختلال اینترنت ملی)، پیش‌بینی استثناهای فورس ماژور در SLA بسیار مهم است.

SLA از دیدگاه کسب و کار؛ ابزار استراتژیک، نه سند اداری

بسیاری از مدیران SLA را یک بوروکراسی اجباری می‌دانند. در صورتی که این نگاه اشتباه است و SLA برای کسب و کارها یک مزیت رقابتی مهم محسوب می‌شود. بر اساس گزارش Salesforce State of Service Report در سال 2022، بخش بزرگی از مشتریان (۸۸٪ ) بر این باورند که تجربه خدمات به اندازه محصول اهمیت دارد. شرکت‌هایی که سطح خدمات خود را شفاف اعلام می‌کنند، ۳۲٪ نرخ رضایت بالاتری دارند.
همچنین طبق تحقیق PwC Customer Experience Survey، معادل ۷۳٪ از مشتریان می‌گویند تجربه مثبت عامل اصلی وفاداری آن‌ها به یک برند است. همچنین ۳۲٪ از مشتریان حتی بعد از تنها یک تجربه بد، برند مورد علاقه‌ خود را ترک می‌کنند.
با توجه به این آمار و تحقیقات، این سوال مطرح می‌شود که نداشتن SLA برای یک کسب و کار هزینه یا پیامدی دارد؟ در جواب به این سوال می‌توان به موارد زیر اشاره کرد:

• ریزش مشتری: بدون SLA، انتظارات مدیریت نمی‌شود و هر ناکامی به بحران تبدیل می‌شود.
• بحران‌های حقوقی: بدون تعریف دقیق تعهدات، هر اختلاف به جنگ «ما گفتیم / شما گفتید» تبدیل می‌شود.
• بی‌برنامگی داخلی: بدون SLA، تیم پشتیبانی نمی‌داند چه اولویت‌هایی دارد.
• از دست دادن قراردادهای بزرگ: شرکت‌های بزرگ و سازمان‌های دولتی اغلب داشتن SLA را شرط همکاری می‌دانند.

مثال:
Amazon Web Services از همان ابتدا SLAهای دقیق و شفاف برای هر سرویس منتشر کرد. این کار چند اثر داشت:

• مشتریان با اطمینان بیشتر زیرساخت حیاتی خود را به AWS می‌دادند
• وقتی داون‌تایم اتفاق می‌افتاد، فرآیند جبران واضح بود و بحران کمتر می‌شد
• AWS با این شفافیت، اعتماد هزاران شرکت بزرگ جهانی را جلب کرد

رعایت همین موارد باعث شده که امروز AWS بیش از ۳۳٪ بازار ابری جهانی را در اختیار داشته باشد.

سطح SLA	اثر بر اعتماد	اثر بر  NPS	اثر بر نرخ ریزش	ریسک برند
بدون SLA	پایین	نامشخص	بالا	بالا
SLA مبهم	متوسط	منفی تا خنثی	متوسط	متوسط
SLA واقع‌بینانه و شفاف	بالا	مثبت	پایین	پایین
SLA جاه‌طلبانه و اجراشده	خیلی بالا	خیلی مثبت	خیلی پایین	خیلی پایین

اشتباهات رایج در طراحی و اجرای SLA

با توجه به درک اهمیت SLA برای کسب و کارهای مختلف و تأثیر آن بر جذب مشتریان، باید به این نکته اشاره کرد که اشتباهاتی از برخی کسب و کارها در خصوص SLA رخ می‌دهد که اثرات این اشتباهات کمتر از نداشتن SLA نیست. در جدول زیر این اشتباهات رایج و پیامدهای آن توضیح داده شده است:

اشتباه	پیامد برای مشتری	پیامد برای کسب و کار	راه‌حل
شاخص مبهم	نمی‌تواند نقض را اثبات کند	تیم هدف ندارد	شاخص‌های SMART تعریف کنید
هدف غیرواقعی	انتظار کاذب	جریمه مداوم	بنچ‌مارک صنعت را مطالعه کنید
بدون گزارش	ناآگاهی از وضعیت	بدون بهبود	داشبورد ماهانه طراحی کنید
بدون پیامد	انگیزه‌ای برای پیگیری ندارد	انگیزه‌ای برای رعایت ندارد	Service Credit تعریف کنید
یک‌طرفه	احساس نادیده گرفته شدن	رضایت پایین‌تر	مسئولیت مشتری را هم بنویسید
بدون بازبینی	SLA قدیمی می‌شود	واقعیت تغییر می‌کند اما SLA نه	بازبینی سالانه اجباری

ابزارها و فناوری برای مدیریت SLA

داشتن یک SLA عالی روی کاغذ کافی نیست؛ باید سیستمی داشته باشید که رعایت آن را پایش کند، هشدار دهد و گزارش تولید کند. بدون ابزار مناسب، SLA یک وعده بی‌پشتوانه است. از ابزارها و فناوری‌های مورد استفاده برای مدیریت SLA می‌توان به موارد زیر اشاره کرد:

نرم‌افزارهای Help Desk و Ticketing

این ابزارها قلب مدیریت SLA هستند. هر درخواست مشتری به عنوان یک «تیکت» ثبت می‌شود و سیستم به‌صورت خودکار کارهای زیر را انجام می‌دهد:

• زمان ثبت را ضبط می‌کند
• بر اساس SLA تعریف‌شده، ددلاین تعیین می‌کند
• اگر تیکت در خطر نقض SLA باشد، هشدار می‌دهد
• گزارش عملکرد تولید می‌کند

ابزارهای جهانی شناخته‌شده برای این کار به شرح جدول زیر است:

ابزار	نقاط قوت	مناسب برای
Zendesk	ساده، قدرتمند، داشبورد خوب	SMB تا Enterprise
Freshdesk	رابط کاربری ساده، قیمت مناسب	استارتاپ تا  SMB
ServiceNow	بسیار قدرتمند، مبتنی بر ITIL	Enterprise بزرگ
Jira Service Management	یکپارچگی با Jira، مناسب تیم‌های فنی	تیم‌های  IT
Zoho Desk	ارزان‌قیمت، قابلیت‌های کافی	کسب و کارهای کوچک

سیستم‌های CRM با قابلیت SLA

CRMهای مدرن دیگر فقط برای مدیریت فروش استفاده نمی‌شوند. نرم افزار خدمات پس از فروشو گارانتی نرم افزار CRM پیشرفته قابلیت تعریف و پایش SLA نیز دارند. CRM از روش‌های زیر به مدیریت SLA کمک می‌کند:

• ثبت تاریخچه کامل تعاملات با مشتری
• هشدار خودکار برای تیم‌های مختلف
• داشبورد یکپارچه از وضعیت SLA همه مشتریان
• گزارش‌های خودکار دوره‌ای

مثال:
Salesforce Service Cloud به مدیر خدمات امکان می‌دهد که در یک داشبورد، وضعیت SLA همه مشتریان را به‌صورت real-time ببیند: کدام تیکت‌ها در خطر نقض هستند، کدام مشتریان بیشترین نقض SLA را تجربه کرده‌اند و عملکرد هر کاربر چگونه است.

ابزارهای مانیتورینگ (برای SLAهای فنی)

برای SLAهایی که مربوط به زیرساخت IT هستند (آپتایم، عملکرد سرور، دسترس‌پذیری API) ابزارهای مانیتورینگ ضروری هستند. ابزارهای شناخته‌شده در این حوزه به شرح جدول زیر است:

ابزار	کاربرد	مناسب برای
Datadog	مانیتورینگ زیرساخت و اپلیکیشن	شرکت‌های SaaS
New Relic	عملکرد اپلیکیشن	توسعه‌دهندگان
Prometheus + Grafana	منبع‌باز، قابل سفارشی‌سازی	تیم‌های فنی
Nagios	مانیتورینگ شبکه و سرور	IT داخلی
UptimeRobot	ساده، رایگان تا سطح پایه	استارتاپ‌ها

 

ابزارهای داشبورد و گزارش‌دهی

گزارش‌دهی خودکار یکی از مهم‌ترین عوامل تمایز SLA فعال از SLA واکنشی است. از ابزارهای مفید گزارش‌دهی می‌توان به موارد زیر اشاره کرد:

• Power BI / Tableau: برای داشبوردهای مدیریتی SLA
• Google Data Studio (Looker Studio): رایگان و قابل اتصال به اکثر ابزارها
• گزارش‌های داخلی ابزارهای Ticketing: در اغلب موارد کافی هستند

پشتیبانی و خدمات پس از فروش با نرم افزار یکپارچه پارمیس استار

شرکت‌های ارائه‌دهنده خدمات و محصول با پشتیبانی و گارانتی، می‌‍توانند از نرم افزار پاریس استار برای ارائه خدمات پشتیبانی و گارانتی استفاده کنند. یکپارچگی اصولی در این نرم افزار با چندین زیرسیستم به نحوی است که مجموعه شما در حال کار با یک نرم افزار واحد است. شما میتوانید این خدمات را با استفاده از زیر سیستم‌های مختلف در سطزوح مختلف تعامل با مشتریان مدیریت کنید:

• استفاده از زیر سیستم CRM
• استفاده از زیر سیستم خدمات پس از فروش
• استفاده از سازمان همراه بابت ثبت تیکت و پیگیری ها
• استفاده از زیر سیستم اطلاع رسانی

زیر سیستم CRM در خدمات پس از فروش

شما می‌توانید از نرم افزار CRM پارمیس استار برای ثبت و ضبط مکالمات با مشتریان، ثبت رویه و دریافت اتوماتیک اطلاعات از سوی مشتریان در قالب فرم‌های اینترنتی، تعریف وظیفه و مدیریت وظایف برای کارکنان بخش پشتیبانی، کارتابل و تقویم کاری جهت مدیریت سریعتر و بهتر فعالیت ها و ثبت دریافت گزارشات از روند ارائه خدمات استفاده کنید.

زیر سیستم خدمات پس از فروش

زیرسیستم خدمات پس ازفروش، برای مدیریت این خدمات طراحی شده است . شما در این زیرسیستم، به امکان تعریف انواع گارانتی (زمان شروع گارانتی (از تاریخ تولید، از تاریخ فروش، از تاریخ نصب))، امکان ارسال خودکار پیامک تمدید گارانتی هنگام اولین ورود به نرم افزار و تنظیم ارسال پیامک چند روز قبل از اتمام گارانتی، امکان استفاده از گارانتی در فرم خدمات پس از فروش در فرم کالا و خدمات مصرفی و امکان مشاهده ی لیست گارانتی‌ها و خدمات استفاده شده آن گارانتی دسترسی خواهید داشت.

زیرسیستم سازمان همراه در خدمات پس از فروش

نرم افزار سازمان همراه پارمیس استار (پرتال مشتریان و نمایندگان) به شما امکان می‌دهد تا به صورت 24/7 به ثبت تیکت و پیگیری تیکت های ثبت شده و امکان ثبت درخواست پذیرش دسترسی داشته باشید. فروشندگان محصول یا خدمات شما می‌توانند به امکان مشاهده محصولات و ثبت سفارش و صورتحساب‌ها دسترسی پیدا کنند. پرداختی های خود را ثبت کنند و به خبرنامه ها از طریق سازمان همراه دسترسی داشته باشند. این دسترسی ها میتواند برای مشتریان نیز فراهم شود.

زیرسیستم اطلاع‌رسانی

نرم افزار اطلاع رسانی در پارمیس استار، قادر به ارسال پیامک و اطلاع رسانی به مشتریان به صورت گروهی و تکی، ارسال لینک PDF صورتحساب، توافق نامه SLA و پیش فاکتورها و فاکتورها و استفاده در زیر سیستم خدمات پس از فروش است. علاوه‌براین، امکان تعریف انواع گارانتی، امکان ارسال خودکار پیامک تمدید گارانتی و امکان مشاهده لیست گارانتی‌ها و خدمات استفاده شده ی آن گارانتی نیز در این زیرسیستم وجود دارد.

چک‌لیست ۱۰ موردی: SLA شما این موارد را دارد؟

اگر صاحب کسب و کار هستید با استفاده از چک لیست زیر می‌توانید SLA خود را بررسی و ارزیابی کنید:
✅ ۱. تعریف دامنه خدمت: چه خدماتی مشمول و چه خدماتی خارج از SLA هستند؟
✅ ۲. شاخص‌های SMART: هر KPI مشخص، قابل اندازه‌گیری و زمان‌دار است؟
✅ ۳. سطوح اولویت: مشکلات فوری، عادی و پایین تفکیک شده‌اند؟
✅ ۴. ساعات پوشش: SLA در چه ساعاتی معتبر است؟ (۲۴/۷ یا ساعات کاری؟)
✅ ۵. پیامد نقض: جریمه مالی یا Service Credit مشخص است؟
✅ ۶. مسئولیت مشتری: تعهدات مشتری هم نوشته شده؟
✅ ۷. استثناها: فورس ماژور و موارد خارج از کنترل مشخص شده؟
✅ ۸. فرآیند گزارش‌دهی: چه داده‌هایی، چه زمانی، به چه فرمتی گزارش می‌شود؟
✅ ۹. فرآیند حل اختلاف: اگر طرفین اختلاف داشتند، چطور حل می‌شود؟
✅ ۱۰. بازبینی دوره‌ای: SLA چه زمانی بازنگری می‌شود؟

چک‌لیست ۵ موردی: قبل از امضای SLA این موارد را بررسی کن (برای مشتری)

مشتریان با استفاده از چک‌لیست زیر می‌توانند SLA ارائه‌دهنده خدمت را قبل از امضاء مورد بررسی قرار دهند:
✅ ۱. آیا شاخص‌ها قابل اندازه‌گیری و مستقل از ادعای ارائه‌دهنده هستند؟
✅ ۲. آیا پیامد نقض SLA متناسب با خسارت واقعی کسب و کار شماست؟
✅ ۳. آیا ساعات پوشش با ساعات کاری شما مطابقت دارد؟
✅ ۴. آیا نحوه گزارش‌دهی و اثبات نقض مشخص است؟
✅ ۵. آیا حق فسخ قرارداد در صورت نقض مکرر دارید؟

جمع‌بندی

SLA (Service Level Agreement) یا توافق‌نامه سطح خدمات، سندی است که وعده‌های کیفی را به تعهدات قابل اندازه‌گیری تبدیل می‌کند. مشخص می‌کند چه خدمتی، با چه کیفیتی، در چه زمانی ارائه می‌شود و اگر این تعهدات نقض شد، چه اتفاقی می‌افتد.
مشتریان می‌توانند پیش از اقدام به امضای هر قرارداد خدماتی از ارائه‌دهنده خدمت سوال کنند که SLA شما چیست؟ در صورتی که ارائه‌دهنده نمی‌داند یا نمی‌تواند توضیح دهد، یک علامت هشدار مهم است. در مورد SLA برای کسب و کارها نیز باید گفت که SLA هزینه نیست بلکه سرمایه‌گذاری در اعتماد است. شرکت‌هایی که SLA شفاف و واقع‌بینانه دارند و به آن عمل می‌کنند، وفادارترین مشتریان را می‌سازند.
طبق تحقیق Bain & Company، افزایش ۵٪ در نرخ حفظ مشتری می‌تواند سود را ۲۵ تا ۹۵٪ افزایش دهد و یک SLA خوب، مستقیماً روی نرخ حفظ مشتری تأثیر می‌گذارد. امروزه فناوری نیز به کمک کسب و کارها آمده و این امکان را فراهم کرده که با استفاده از ابزارهای مختلف مانند CRM بتوان به بهترین شکل ممکن SLA را مدیریت کرد.

سؤالات متداول (FAQ)

۱. SLA مخفف چیست و معادل فارسی آن کدام است؟

SLA مخفف Service Level Agreement و معادل فارسی آن «توافق‌نامه سطح خدمات» یا «قرارداد سطح خدمات» است. این سند مشخص می‌کند یک ارائه‌دهنده خدمت چه کیفیتی، در چه زمانی و با چه شرایطی خدمات ارائه می‌دهد و پیامد نقض تعهدات چیست.

۲. تفاوت SLA با گارانتی چیست؟

گارانتی معمولاً یک تضمین کلی درباره کیفیت محصول است که اغلب ریشه قانونی دارد. SLA یک توافق قراردادی دقیق درباره کیفیت خدمات است با شاخص‌های قابل اندازه‌گیری، پیامدهای مشخص نقض و فرآیند پایش مستمر. SLA داوطلبانه و بسیار دقیق‌تر از گارانتی است.

۳. آیا SLA فقط برای شرکت‌های IT است؟

خیر. هرچند SLA در حوزه فناوری اطلاعات متولد شد، اما امروز در خدمات پس از فروش، مراکز تماس، لجستیک، خدمات مالی، منابع انسانی و حتی بیمارستان‌ها کاربرد دارد. هر کسب و کاری که خدمت ارائه می‌دهد می‌تواند از SLA برای مدیریت انتظارات و ارتقای کیفیت استفاده کند.

۴. مهم‌ترین شاخص‌های SLA کدامند؟

مهم‌ترین شاخص‌ها عبارتند از: Uptime/Availability (دسترس‌پذیری)، Response Time (زمان پاسخ)، Resolution Time (زمان حل مشکل)، MTTR (میانگین زمان تعمیر)، FCR (حل در اولین تماس) و CSAT (امتیاز رضایت مشتری). انتخاب شاخص‌ها باید بر اساس نوع خدمت و اولویت‌های مشتری باشد.

۵. اگر ارائه‌دهنده SLA را نقض کرد چه باید کرد؟

• مرحله اول: داده‌های نقض را مستند کنید (لاگ‌های سیستم، تیکت‌ها، ایمیل‌ها).
• مرحله دوم: طبق فرآیند تعریف‌شده در SLA، درخواست Service Credit یا جبران خسارت را مطرح کنید.
• مرحله سوم: اگر رسیدگی نشد، از مسیر حل اختلاف مندرج در SLA (داوری یا دادگاه) استفاده کنید.
• مرحله چهارم: در صورت نقض مکرر و داشتن حق فسخ، می‌توانید قرارداد را فسخ کنید. حفظ مستندات کتبی در تمام مراحل ضروری است.