هزینه واقعی یک ساعت خوابیدن شبکه در شرکت چقدر است؟
وقتی سرور یا اینترنت شرکت قطع میشود، کسی برای آن فاکتور صادر نمیکند. برای همین این هزینه در هیچ صورت مالی دیده نمیشود — اما پرداخت میشود. از جیب حقوق کارمندی که نشسته و کار نمیکند، از سفارشی که ثبت نشد، از مشتریای که پشت خط ماند و قطع کرد، و از اعتباری که یکشبه ساخته نمیشود.
در این مقاله یک فرمول ساده و قابلدفاع میدهیم که با آن عدد هزینه خرابی شبکه را برای شرکت خودتان حساب کنید. بعد نشان میدهیم این عدد چطور تصمیم درباره قرارداد پشتیبانی شبکه را از یک بحث سلیقهای به یک محاسبه تبدیل میکند.
چرا این عدد را کسی حساب نمیکند؟
چون هزینهای که پرداخت نمیکنید، دیده نمیشود. خرید یک سوئیچ نو فاکتور دارد، در سیستم مالی ثبت میشود و در جلسه بودجه سرش بحث میشود. سه ساعت توقف کار ۴۰ نفر فاکتور ندارد، در هیچ سرفصلی ثبت نمیشود و در جلسه بودجه اسمی از آن نیست.
این همان جایی است که تصمیمهای زیرساختی اشتباه گرفته میشوند. دو هزینه با هم مقایسه میشوند که یکی عدد دارد و دیگری ندارد:
- هزینه قابلمشاهده: مبلغ ماهانه قرارداد پشتیبانی. دقیق، مکتوب، قابل بحث.
- هزینه نامرئی: ساعتهایی که سال گذشته شبکه خوابید. مبهم، بیعدد، فراموششده.
در چنین مقایسهای همیشه هزینه نامرئی میبازد — نه چون کوچکتر است، چون شمرده نشده. کار اول این است که به آن عدد بدهیم.
یک نشانه ساده
از مدیر مالی بپرسید هزینه سالانه پشتیبانی شبکه چقدر است. جواب را با رقم دقیق میدهد. حالا بپرسید سال گذشته چند ساعت شبکه در دسترس نبود. اگر جواب «نمیدانم» یا «چند باری پیش آمد» است، دقیقاً همان مشکلی را دیدهاید که این مقاله دربارهاش است.
فرمول پایه
سادهترین شکل قابلدفاع این است:
هزینه هر ساعت توقف = (تعداد کارکنان متأثر × متوسط هزینه ساعتی هر نفر) + درآمد ازدسترفته در آن ساعت
«هزینه ساعتی هر نفر» یعنی مجموع حقوق و مزایای ماهانه تقسیم بر ساعات کاری ماه. دقت کنید که حقوق خالص نیست؛ هزینه تمامشده نیروی انسانی برای کارفرماست، شامل بیمه و مزایا.
عمداً از «سود ازدسترفته» یا «فرصت سوخته» حرف نمیزنیم. اینها واقعیاند اما قابل مناقشهاند و اولین کسی که در جلسه بخواهد عدد شما را رد کند، از همینجا شروع میکند. فرمول محافظهکارانهای که کسی نتواند ردش کند، از فرمول بزرگنماییشدهای که کسی باورش نکند مفیدتر است.
چهار ورودی که باید جمع کنید
- تعداد کارکنان متأثر. نه کل پرسنل — فقط آنهایی که کارشان بدون شبکه متوقف میشود. در یک شرکت بازرگانی این عدد نزدیک به کل پرسنل اداری است؛ در یک کارگاه تولیدی ممکن است بسیار کمتر باشد.
- هزینه ساعتی هر نفر. از واحد مالی بگیرید.
- درآمد ساعتی مستقیم. اگر فروش آنلاین، ثبت سفارش یا مرکز تماس دارید، درآمد متوسط هر ساعت کاری را حساب کنید.
- ساعات توقف سال گذشته. سختترین ورودی، چون معمولاً ثبت نشده.
یک مثال
فرض کنید یک شرکت بازرگانی با ۲۵ کارمند اداری:
- متوسط هزینه ساعتی هر نفر: مبلغ X
- در زمان قطعی اینترنت، ۲۰ نفر عملاً کارشان متوقف میشود
- در همان ساعت، ثبت سفارش آنلاین هم متوقف است: مبلغ Y
هزینه هر ساعت میشود (۲۰ × X) + Y. حالا این عدد را در تعداد ساعتهای توقف سال ضرب کنید.
توجه: ما عمداً عدد ریالی نمونه نگذاشتیم. عدد شما به ساختار حقوق و مدل درآمد شرکت شما بستگی دارد و هر رقمی که ما اینجا بگذاریم برای کسبوکار شما بیمعنی است و فقط ظاهر مقاله را پر میکند.
اگر آماری ندارید
با تخمین محافظهکارانه شروع کنید. از مسئول IT یا مدیر دفتر بپرسید: «پارسال چند بار شبکه یا اینترنت خوابید و هر بار چقدر طول کشید؟» حتی یک تخمین شهودی، از نداشتن عدد بهتر است. سپس از همین امروز ثبت کنید:
| تاریخ | ساعت شروع | مدت | چه چیزی قطع بود | چند نفر متأثر | علت |
|---|---|---|---|---|---|
سه ماه که پر شود، دیگر بحث بر سر حدس نیست. اگر مانیتورینگ داشته باشید، همین جدول خودکار پر میشود و دیگر به حافظه کسی وابسته نیست.
پنج هزینهای که در فرمول نیست ولی واقعی است
فرمول بالا عمداً محافظهکار است. این پنج مورد را جدا در نظر بگیرید، چون در بسیاری از شرکتها از خود توقف گرانتر تمام میشوند:
۱. هزینه جبران
کاری که در آن سه ساعت انجام نشد، از بین نمیرود — به فردا منتقل میشود. اضافهکاری، تأخیر در تحویل و فشار روی تیم، هزینهای است که در همان ساعت دیده نمیشود.
۲. هزینه اضطراری
نرخ سرویس فوری همیشه از نرخ قرارداد بالاتر است. بدتر اینکه در شرایط اضطراری قدرت چانهزنی ندارید: قطعهای که باید فوری تهیه شود، با هر قیمتی خریده میشود.
۳. هزینه اعتبار
مشتریای که سه بار پشت خط منتظر ماند، دفعه چهارم زنگ نمیزند. این هزینه هیچوقت در همان ماه دیده نمیشود و معمولاً شش ماه بعد به شکل «افت فروش» ظاهر میشود، بدون اینکه کسی آن را به قطعی شبکه ربط بدهد.
۴. هزینه تصمیم بد
وقتی همهچیز خوابیده، تصمیمها با عجله گرفته میشوند. تجهیزی که بدون بررسی خریده میشود، پیکربندی موقتی که دائمی میشود، و راهحلی که فقط جلوی خونریزی را میگیرد — اینها معمولاً یک سال بعد دوباره هزینه میدهند.
۵. هزینه فرسودگی تیم
تیم IT که هر هفته درگیر بحران است، وقتی برای بهبود زیرساخت ندارد. این چرخه خودش را تقویت میکند: هرچه بحران بیشتر، فرصت پیشگیری کمتر، و هرچه پیشگیری کمتر، بحران بیشتر.
حالا با هزینه پشتیبانی مقایسه کنید
وقتی عدد سالانه خرابی را داشته باشید، مقایسه ساده میشود. سؤال دیگر «قرارداد پشتیبانی گران است یا نه» نیست؛ سؤال این است:
قرارداد پشتیبانی چند ساعت از توقف سال گذشته را حذف یا کوتاه میکرد؟ و هزینهاش از هزینه همان ساعتها کمتر بود یا بیشتر؟
این همان جایی است که پشتیبانی شبکه با زمان پاسخ مشخص معنا پیدا میکند. تفاوت بین «فردا میآییم» و «تا دو ساعت دیگر در محل هستیم» را میشود مستقیماً به ساعت ضرب کرد و به ریال تبدیل کرد.
یک مقایسه که معمولاً نادیده میماند
| بدون قرارداد | با قرارداد | |
|---|---|---|
| زمان تا شروع بررسی | وابسته به در دسترس بودن تصادفی | مکتوب و قابل مطالبه |
| شناخت شبکه شما | هر بار از صفر | مستندات موجود |
| نرخ ساعتی | نرخ اضطراری | نرخ توافقشده |
| پیشگیری | هیچ | بازدید دورهای |
| قابل پیشبینی بودن هزینه | نوسان شدید | ثابت ماهانه |
برای اینکه بدانید در یک قرارداد جدی دقیقاً چه بندهایی باید نوشته شود، فهرست ۹ بند ضروری قرارداد پشتیبانی را ببینید.
سه اهرمی که عدد را واقعاً پایین میآورد
کاهش هزینه خرابی فقط با سرعت تعمیر به دست نمیآید. سه اهرم مستقل وجود دارد و هر کدام روی بخش متفاوتی از فرمول کار میکنند:
اهرم اول: کمتر شدن دفعات
با نگهداری پیشگیرانه، تعویض بهموقع تجهیز فرسوده، کنترل دما و تغذیه، و مستندسازی درست. بیشتر خرابیهایی که «ناگهانی» به نظر میرسند، هفتهها قبل نشانه دادهاند — دیسکی که خطا میدهد، منبع تغذیهای که داغ میکند، سوئیچی که مدام ریاستارت میشود.
اهرم دوم: کوتاهتر شدن هر خرابی
با مانیتورینگ که مشکل را قبل از کاربر میبیند، دسترسی ریموت که رفتوآمد را حذف میکند، و مهمتر از همه: اینکه کسی از قبل شبکه شما را بشناسد. بخش بزرگی از زمان تعمیر، صرف فهمیدن میشود، نه تعمیر کردن. برای شبکههای میکروتیک این موضوع پررنگتر است؛ در مقاله پشتیبانی شبکه میکروتیک توضیح دادهایم چرا.
اهرم سوم: کمتر شدن دامنه
با طراحی درست، جداسازی و مسیر پشتیبان، طوری که یک نقطه خراب کل شرکت را نخواباند. اگر قطعی یک سوئیچ فقط یک طبقه را از کار بیندازد نه کل ساختمان، عدد «تعداد کارکنان متأثر» در فرمول یکسوم میشود — بدون اینکه سرعت تعمیر تغییری کرده باشد.
این اهرم سوم در مرحله راهاندازی شبکه تعیین میشود، نه در زمان خرابی. شبکهای که با یک نقطه شکست واحد طراحی شده، هر چقدر هم سریع تعمیر شود، باز هم کل شرکت را میخواباند.
این محاسبه برای چه کسانی بیشترین ارزش را دارد
- شرکتهایی با فروش آنلاین یا ثبت سفارش سیستمی — چون بخش درآمدی فرمول برایشان بزرگ است.
- مجموعههای چندشعبهای — چون یک قطعی مرکزی همه شعب را میخواباند و ضریب تعداد کارکنان بالا میرود.
- سازمانهایی با مرکز تماس — چون تماس از دست رفته مستقیماً قابل شمارش است.
- شرکتهای کوچک بدون کارشناس IT داخلی — چون زمان تشخیص برایشان طولانیترین بخش ماجراست.
محاسبه فنی دسترسپذیری: چرا زنجیره از ضعیفترین حلقهاش ضعیفتر است
فرمول هزینه بالا میگوید هر ساعت توقف چقدر میارزد. سؤال بعدی این است: در سال چند ساعت توقف انتظار دارید؟ مهندسی قابلیت اطمینان برای این سؤال ابزار سادهای دارد.
دسترسپذیری یک جزء
A = MTBF ÷ (MTBF + MTTR)
MTBF میانگین زمان بین خرابیها و MTTR میانگین زمان بازگشت به کار است. فرض کنید سوئیچ هستهای با MTBF حدود ۵۰ هزار ساعت (نزدیک به شش سال) دارید. اگر خراب شود و قطعه یدکی و بکاپ پیکربندی نباشد، بازگشت ممکن است ۲۴ ساعت طول بکشد: A ≈ ۹۹٫۹۵٪، یعنی بهطور متوسط حدود ۴ ساعت توقف در سال. با دستگاه یدکی و بکاپ پیکربندی آماده، MTTR به ۲ ساعت میرسد: A ≈ ۹۹٫۹۹۶٪، یعنی حدود ۲۰ دقیقه در سال. همان سختافزار، یکدوازدهم توقف — فقط با کوتاه کردن MTTR.
اجزای سری: ضرب میشوند
کاربری که به نرمافزار حسابداری وصل میشود، از چند جزء پشت سر هم عبور میکند: سوئیچ دسترسی، سوئیچ هسته، سرور، ذخیرهساز، برق. اگر هر کدام از کار بیفتد، سرویس قطع است. دسترسپذیری کل، حاصلضرب دسترسپذیری اجزاست:
A(کل) = A₁ × A₂ × … × Aₙ
پنج جزء، هر کدام ۹۹٫۹٪، در مجموع حدود ۹۹٫۵٪ میشوند — یعنی نزدیک به ۴۴ ساعت توقف مورد انتظار در سال، بهجای ۹ ساعتی که هر جزء بهتنهایی دارد.
اجزای موازی: افزونگی
اگر دو جزء موازی باشند و خرابیشان مستقل، سرویس فقط وقتی قطع میشود که هر دو با هم از کار بیفتند:
A(موازی) = 1 − (1 − A)²
دو لینک اینترنت، هر کدام ۹۹٪، با جابهجایی خودکار به حدود ۹۹٫۹۹٪ میرسند. دو شرط این عدد را واقعی میکند: جابهجایی واقعاً خودکار و آزمایششده باشد، و دو مسیر علت خرابی مشترک نداشته باشند — دو لینک از یک اپراتور در یک داکت، یا دو منبع تغذیه روی یک چندراهی، افزونگی نیستند. رایجترین علت مشترک، برق است؛ UPS با ظرفیت و زمان پشتیبانی درست، پایه هر محاسبه دسترسپذیری است.
MTTR را از کجا کم کنیم
MTTR خودش پنج بخش دارد: تشخیص (کی متوجه شدیم)، واکنش (کی کسی شروع کرد)، عیبیابی، تعمیر و بازگرداندن. مانیتورینگ زیرساخت بخش اول را از «وقتی کاربر زنگ زد» به «چند دقیقه» میرساند؛ SLA بخش دوم را قراردادی میکند؛ مستندات بخش سوم را کوتاه میکند؛ قطعه یدکی بخش چهارم را؛ و بکاپ پیکربندی و داده — طبق قانون ۳-۲-۱ — بخش پنجم را.
پرسشهای متداول
اگر آمار دقیق ساعتهای توقف را نداریم چه کنیم؟
با تخمین محافظهکارانه شروع کنید و از همین حالا ثبت را راه بیندازید. حتی یک فایل ساده با تاریخ، مدت، دامنه و علت، بعد از سه ماه تصویر روشنی میدهد. اگر مانیتورینگ داشته باشید، این آمار خودکار جمع میشود و دیگر به یادآوری کسی وابسته نیست.
شرکت ما کوچک است؛ این حسابوکتاب به دردمان میخورد؟
بله، و معمولاً بیشتر. در شرکت کوچک معمولاً کسی جز خود مدیر پیگیر نیست، کارشناس داخلی وجود ندارد و یک خرابی نسبت به کل ظرفیت شرکت سهم بزرگتری میگیرد. ضمناً زمان تشخیص در شرکت کوچک معمولاً طولانیتر است چون کسی شبکه را نمیشناسد.
آیا قرارداد پشتیبانی خرابی را صفر میکند؟
نه. هیچکس نمیتواند صفر را تضمین کند و هر کس چنین تضمینی داد، به متن قرارداد نگاه کنید نه به حرفش. چیزی که قابل تعهد است اینهاست: تعداد کمتر خرابی، زمان پاسخ مشخص، و دامنه محدودتر هر خرابی.
چطور این عدد را به مدیرعامل نشان دهم؟
یک صفحه کافی است: عدد هزینه هر ساعت، تعداد ساعتهای سال گذشته، حاصلضرب این دو، و در کنارش هزینه سالانه قرارداد. اگر ورودیها محافظهکارانه باشند، خود جدول حرف میزند و لازم نیست شما اصرار کنید.
هزینه قطعات در قرارداد پشتیبانی است؟
معمولاً نه؛ هزینه قطعه جداست و باید صریح نوشته شود. آنچه در قرارداد قرار میگیرد، تشخیص، نصب و پیکربندی قطعه جایگزین است.
قدم بعدی
اگر میخواهید عدد شرکت خودتان را دربیاورید و ببینید کدام مدل پشتیبانی با آن میخواند، کارشناسان ما ابتدا وضعیت فعلی شبکهتان را بازدید میکنند، نقاط شکست را فهرست میکنند و بعد پیشنهاد فنی و مالی میدهند.
مشاهده خدمات پشتیبانی شبکه و درخواست بازدید · تلفن: 021-74903
شبکه مشتریانتان را پشتیبانی میکنید؟
اگر مشاور IT یا فروشنده تجهیزات هستید و مشتریتان به قرارداد پشتیبانی با SLA واقعی نیاز دارد، از طریق برنامه همکاری در فروش نصیر ارتباط معرف یا همکار اجرایی شوید.
3 نظر در “هزینه واقعی یک ساعت خوابیدن شبکه در شرکت چقدر است؟”