هنگام خرید یک خدمت، همه چیز روشن به‌نظر می‌رسد: قیمت، مدت قرارداد و شرح کار. اما وقتی کار شروع می‌شود، سؤال‌هایی پیش می‌آید که در قرارداد پاسخی ندارند: «پاسخ به درخواست ما چقدر باید طول بکشد؟»، «اگر سرویس قطع شد، تا کی باید برگردد؟» و «اگر به این وعده عمل نشد، چه اتفاقی می‌افتد؟». جای این پاسخ‌ها، سندی است به نام SLA.
Vendor SLA (موافقت‌نامه سطح خدمت تأمین‌کننده) بخشی از قرارداد است که سطح مورد انتظار خدمت را با اعداد مشخص تعریف می‌کند. در این مقاله می‌بینید SLA چه اجزایی دارد، چه شاخص‌هایی باید در آن بیاید، تفاوتش با SLO و OLA چیست، و چطور می‌توان اجرای آن را در طول رابطه کنترل کرد.
Vendor SLA چیست؟ (پاسخ سریع)
SLA تأمین‌کننده (Vendor SLA) موافقت‌نامه‌ای بین سازمان و تأمین‌کننده است که سطح مورد انتظار خدمت را با شاخص‌های قابل‌اندازه‌گیری و اهداف عددی مشخص می‌کند و در صورت نقض، پیامدهایی مثل جریمه، اعتبار یا حق فسخ دارد. SLA تعهد را از حالت «قرار است خوب کار کنی» به «باید در ۹۹.۵٪ مواقع در دسترس باشی» تبدیل می‌کند.
SLA از چه اجزایی ساخته می‌شود؟
یک SLA عملی و قابل‌اجرا، این بخش‌ها را دارد:
| بخش | توضیح | مثال |
|---|---|---|
| دامنهٔ خدمت | چه خدمتی مشمول SLA است | سرویس پشتیبانی نرم‌افزار |
| شاخص سطح خدمت (SLI) | چه چیزی اندازه‌گیری می‌شود | زمان پاسخ به تیکت |
| هدف سطح خدمت (SLO) | مقدار هدف | ۹۵٪ تیکت‌ها ظرف ۴ ساعت |
| نقطهٔ اندازه‌گیری | چگونه و کجا سنجیده می‌شود | سیستم تیکتینگ پیمانکار |
| دورهٔ گزارش | هر چند وقت یک‌بار گزارش شود | ماهانه |
| استثناها | چه شرایطی مشمول نیست | فورس ماژور، تعمیر برنامه‌ریزی‌شده |
| پیامد نقض | نتیجهٔ عدم تحقق | اعتبار خدمت یا جریمه |
| روند تشدید | اگر مشکل حل نشد چه شود | سطوح Escalation و تماس مدیریتی |
نکتهٔ کلیدی: هر SLA باید «تعریف‌شده» و «قابل‌اندازه‌گیری» باشد. اگر نتوانید آن را با داده بسنجید، SLA نیست؛ یک آرزو است.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
تفاوت SLA، SLO و OLA چیست؟
این سه اصطلاح در عمل اشتباه گرفته می‌شوند:
| اصطلاح | تعریف | طرف مقابل | ماهیت |
|---|---|---|---|
| SLA | تعهد قراردادی دربارهٔ سطح خدمت | سازمان ↔ تأمین‌کننده | بیرونی و دارای پیامد |
| SLO | هدف داخلی یا فنی برای یک شاخص | تیم داخلی | درونی و راهنما |
| OLA | توافق میان واحدهای داخلی برای پشتیبانی از SLA | تیم‌های داخلی | درونی و پشتیبان |
به زبان ساده: SLA وعدهٔ بیرونی است، SLO هدفی که به سمتش می‌رویم و OLA ترتیبی که واحدهای داخلی با آن، تحقق SLA را ممکن می‌کنند.
چه شاخص‌هایی باید در Vendor SLA بیاید؟
شاخص‌ها باید به ماهیت خدمت گره بخورند. مجموعهٔ زیر پوشش گسترده‌ای می‌دهد:
- دسترس‌پذیری (Availability): درصد زمانی که سرویس در دسترس است؛ مثلاً ۹۹.۵٪.
- زمان پاسخ (Response Time): مدت تا اولین واکنش به درخواست یا حادثه.
- زمان رفع/بازیابی (Resolution/Recovery Time): مدت تا حل مشکل یا بازگشت سرویس.
- نرخ حل در اولین تماس (First-Call Resolution): درصد درخواست‌های حل‌شده در تماس اول.
- زمان تحویل (Turnaround Time): مدت تحویل یک خروجی مشخص.
- نرخ انطباق گزارش‌دهی: درصد گزارش‌های کامل و به‌موقع.
سطح‌بندی شدت حادثه و زمان پاسخ
یکی از کاربردی‌ترین بخش‌های SLA، تعریف سطوح شدت است. بدون آن، «فوری» برای هر طرف معنای متفاوتی دارد.
| سطح | تعریف | زمان پاسخ | زمان رفع |
|---|---|---|---|
| بحرانی (P1) | سرویس برای همه قطع است | ۱۵ دقیقه | ۴ ساعت |
| بالا (P2) | افت شدید یا اثر بر گروه زیادی از کاربران | ۱ ساعت | ۸ ساعت |
| متوسط (P3) | اختلال محدود | ۴ ساعت | ۲ روز کاری |
| پایین (P4) | درخواست یا پرسش جزئی | ۱ روز کاری | ۵ روز کاری |
این اعداد نمونه‌اند و باید بر اساس تحمل کسب‌وکار شما تنظیم شوند.
جریمه یا پاداش؟ پیامد نقض SLA
SLA وقتی اثر دارد که نقض آن پیامد داشته باشد. سه مدل رایج:
- جریمه (Penalty): کسر از صورت‌حساب یا اعتبار خدمت. ساده و بازدارنده، اما اگر شدید باشد، تأمین‌کننده کیفیت را فدای اجتناب از جریمه می‌کند و ممکن است پنهان‌کاری ایجاد کند.
- اعتبار خدمت (Service Credit): بخشی از هزینه به‌صورت اعتبار خدمت جبران می‌شود؛ رایج در سرویس‌های ابری.
- پاداش و تمدید مشروط (Incentive): تحقق مداوم SLA به افزایش حجم یا تمدید منجر می‌شود؛ رابطه را از حالت تنبیهی خارج می‌کند.
Trade-off: جریمه، بازدارندگی سریع می‌آورد اما همکاری را خدشه‌دار می‌کند؛ پاداش، همکاری می‌سازد اما اثر بازدارندگی کمتری دارد. ترکیب متعادل، بهترین گزینه است.
چطور اجرای SLA را کنترل کنیم؟
کنترل SLA یک چرخهٔ مستمر است:
- تعریف و توافق: شاخص‌ها، اهداف، نقاط اندازه‌گیری و استثناها را مکتوب کنید.
- جمع‌آوری داده: باید مشخص باشد داده از کجا می‌آید و چه کسی مسئول ثبت آن است.
- محاسبهٔ دوره‌ای: ماهانه یا فصلی، نرخ تحقق هر شاخص را حساب کنید.
- گزارش و بازبینی: نتیجه را در جلسهٔ دوره‌ای با تأمین‌کننده مرور کنید.
- اقدام اصلاحی: برای نقض‌ها، برنامهٔ بهبود با مالک و زمان‌بندی تعریف کنید.
- اعمال پیامد: در صورت تکرار نقض، پیامدهای قراردادی را اجرا کنید.
مثال‌های واقعی و قابل‌اندازه‌گیری
- شرکت خدماتی و پیمانکار پشتیبانی: SLA با هدف پاسخ ۱ ساعت و رفع ۸ ساعت بسته شد. در ماه اول، نرخ تحقق رفع ۷۲٪ بود. با تعیین سه سطح شدت و مسیر تشدید، در ماه سوم به ۹۱٪ رسید.
- رستوران زنجیره‌ای و تأمین‌کنندهٔ مواد: SLA تحویل با هدف ۹۶٪ به‌موقع و پنجرهٔ تحویل ۲ ساعته تعریف شد. تأخیرهای بحرانی از ۱۴ مورد در ماه به ۳ مورد کاهش یافت و ضایعات حدود ۹٪ کم شد.
- تیم نرم‌افزاری و سرویس ابری: دسترس‌پذیری قراردادی ۹۹.۹٪ بود. در یک فصل، دو قطعی مجموع ۷۰ دقیقه رخ داد. با اعتبار خدمت توافق‌شده و افزودن مسیر جانشین، زمان بازیابی در قطعی بعدی به زیر ۱۰ دقیقه رسید.
نقش OLA و تیم داخلی در تحقق SLA پیمانکار
بسیاری از نقض‌های SLA، تقصیر تأمین‌کننده نیست؛ ناشی از خود سازمان است. اگر تیم داخلی به‌موقع اطلاعات، دسترسی یا تأییدیه ندهد، تأمین‌کننده نمی‌تواند به تعهدش عمل کند. اینجا مفهوم OLA (توافق سطح عملیاتی) وارد می‌شود: توافقی میان واحدهای داخلی که پشتیبان تحقق SLA بیرونی است.
نمونه: اگر SLA پیمانکار پشتیبانی، «رفع مشکل ظرف ۴ ساعت» است، تیم داخلی شما باید در OLA متعهد شود تیکت‌های P1 را ظرف ۱۵ دقیقه دسته‌بندی و تأیید کند. بدون این تعهد داخلی، هدف بیرونی غیرواقعی می‌شود.
| تعهد SLA (بیرونی) | OLA پشتیبان (داخلی) |
|---|---|
| رفع مشکل ظرف ۴ ساعت | دسته‌بندی و تأیید ظرف ۱۵ دقیقه |
| تحویل گزارش ماهانه | ارسال دادهٔ خام تا روز ۲۵ ماه |
| بازگشت سرویس ظرف ۲ ساعت | دسترسی و تأیید تغییر ظرف ۳۰ دقیقه |
نکتهٔ کلیدی: پیش از امضای SLA با تأمین‌کننده، مطمئن شوید تیم داخلی می‌تواند به تعهدات پشتیبان خود عمل کند؛ در غیر این صورت، SLA در همان ماه اول نقض می‌شود.
SLA در قراردادهای داخلی و پروژه‌های درون‌سازمانی
SLA مختص پیمانکار بیرونی نیست. در سازمان‌های بزرگ، واحدهای داخلی هم با یکدیگر SLA می‌بندند؛ مثلاً تیم زیرساخت با تیم محصول. این کار سه مزیت دارد: کیفیت خدمت یکنواخت می‌شود، مقایسهٔ واحد داخلی با تأمین‌کنندهٔ بیرونی ممکن می‌شود و انتظارات شفاف می‌ماند. محدودیتش این است که در نبود پیامد مالی واقعی، ممکن است جدی گرفته نشود؛ بنابراین بهتر است SLA داخلی به معیار عملکرد تیم گره بخورد.
قالب گزارش ماهانهٔ SLA
گزارش ماهانهٔ SLA باید سه چیز را روشن کند: هدف، مقدار واقعی و پیامد. قالب پیشنهادی:
| شاخص | هدف | مقدار واقعی | وضعیت | اقدام |
|---|---|---|---|---|
| دسترس‌پذیری | ۹۹.۵٪ | ۹۹.۷٪ | رعایت‌شده | — |
| زمان پاسخ P1 | ۱۵ دقیقه | ۲۲ دقیقه | نقض‌شده | برنامهٔ بهبود |
| زمان رفع P1 | ۴ ساعت | ۳ ساعت | رعایت‌شده | — |
| نرخ حل اولین تماس | ۸۰٪ | ۷۶٪ | نزدیک هدف | پیگیری ماه بعد |
یک قاعدهٔ مهم: برای هر نقض، یک ردیف «اقدام» با مالک و مهلت بگذارید. گزارش بدون اقدام، فقط یک سابقه است، نه یک ابزار بهبود. همچنین شمارش نقض‌ها را در یک سال جمع کنید تا ببینید کدام شاخص به‌طور مکرر مسئله‌ساز است.
مزایا، معایب و Trade-off
| مزایا | معایب و محدودیت‌ها |
|---|---|
| انتظارات روشن و قابل‌اندازه‌گیری | طراحی و مذاکرهٔ SLA زمان‌بر است |
| پایهٔ عینی برای پیگیری و جریمه | شاخص‌های اشتباه، رفتار ناسالم می‌سازند |
| کاهش اختلاف با تعریف سطوح شدت | تمرکز صرف بر اهداف عددی می‌تواند کیفیت کل تجربه را نادیده بگیرد |
| امکان پایش روند و بهبود | SLA بدون پایش، بی‌اثر می‌ماند |
| محافظت از کسب‌وکار در قطعی‌ها | پیامدهای خیلی سخت، شفافیت تأمین‌کننده را کم می‌کند |
Trade-off اصلی: SLA سخت‌گیرانه، امنیت بیشتر می‌آورد اما هزینه بالاتر و همکاری کمتر؛ SLA سهل‌گیرانه، هزینه کم دارد اما کسب‌وکار را آسیب‌پذیر می‌کند. هدف، تعادل بر اساس اهمیت خدمت است.
اشتباهات رایج
- SLA مبهم: «پاسخ سریع» و «کیفیت بالا» قابل‌اندازه‌گیری نیستند؛ عدد بگذارید.
- شاخص‌های خارج از کنترل تأمین‌کننده: تعهد به چیزی که تأمین‌کننده روی آن اثر ندارد، ناعادلانه است.
- نبود نقطهٔ اندازه‌گیری: اگر مشخص نباشد داده از کجا می‌آید، هر طرف عدد خودش را دارد.
- نادیده‌گرفتن استثناها: بدون تعریف فورس ماژور و تعمیر برنامه‌ریزی‌شده، اختلاف‌ها بالا می‌گیرد.
- جریمه بدون برنامهٔ بهبود: جریمه بدون رفع ریشهٔ مشکل، فقط هزینه را جابه‌جا می‌کند.
- SLA یکسان برای همهٔ خدمات: خدمت حیاتی و خدمت جانبی نباید SLA یکسان داشته باشند.
نکات کاربردی
- نکته مهم: SLA را از تحمل کسب‌وکار خودتان بسازید، نه از توان فعلی تأمین‌کننده؛ اگر لازم است تأمین‌کننده ارتقا پیدا کند.
- ترفند کاربردی: برای هر شاخص، یک «منبع حقیقت» مشخص کنید تا بحث بر سر داده پیش نیاید.
- اشتباه رایج: تمرکز همهٔ SLA بر رفع مشکل و بی‌توجهی به زمان پاسخ و ارتباط؛ تجربهٔ کاربر از پاسخ اول شروع می‌شود.
- قبل از شروع این را بدانید: SLA جای مدیریت رابطه را نمی‌گیرد؛ قرارداد چارچوب است و رابطه، اجرا.
دوایتفای و کنترل SLA پیمانکار
کنترل SLA وقتی ساده می‌شود که تحویل‌ها و زمان‌ها در همان محیط کار ثبت شوند. دوایتفای پلتفرم جامع مدیریت پروژه، تیم و اهداف است که این بستر را فراهم می‌کند. با تسک، زیرتسک و چک‌لیست می‌توان هر تعهد SLA را به فعالیتی با مسئول و ددلاین تبدیل کرد؛ وضعیت و پیشرفت کارها و کنترل کیفیت (QC)، تحقق هر تعهد را نشان می‌دهد؛ و گزارش‌های کاری و عملکرد، نرخ تحقق شاخص‌ها را در طول زمان قابل‌پایش می‌کند. یادآورها و تسک‌های تکرارشونده هم بازبینی دوره‌ای SLA را به روال تبدیل می‌کنند.
دوایتفای محصول ماست و امکاناتش را از نزدیک می‌شناسیم؛ بااین‌حال برای رابطهٔ سادهٔ دوجانبه، یک جدول گزارش ماهانه هم می‌تواند کافی باشد.
سوالات متداول
جمع‌بندی
SLA ابزار تبدیل انتظار به تعهد است. یک SLA خوب، شاخص روشن، هدف عددی، نقطهٔ اندازه‌گیری مشخص و پیامد متعادل دارد. اما ارزش واقعی آن در پایش است؛ SLA بدون داده و بازبینی دوره‌ای، فقط کاغذ است. ساده‌ترین شروع: برای حیاتی‌ترین خدمتی که از بیرون می‌گیرید، سه شاخص و سه سطح شدت تعریف کنید، منبع دادهٔ هر شاخص را روشن کنید و یک جلسهٔ بازبینی ماهانه بگذارید.
اگر موضوع Vendor SLA برایتان مفید بود، پیشنهاد می‌کنیم Agile vs Waterfall: The Complete Comparison for 2026 و بهترین جایگزین Microsoft Project برای مدیریت پروژه آنلاین را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
