خرید لایسنس ManageEngine ServiceDesk Plus در نگاه اول ساده به نظر میرسد: تعداد کارشناسها را میشماریم، یک Edition انتخاب میکنیم و سفارش میدهیم. اما در عمل، دو سازمان با تعداد کاربر نهایی مشابه میتوانند به دو لایسنس کاملاً متفاوت نیاز داشته باشند؛ چون مدل مجوزدهی ServiceDesk Plus فقط به «تعداد کاربر» وابسته نیست و متغیرهایی مثل تعداد Technician Login، تعداد IT Asset/Node، Edition، Cloud یا On-Premises بودن، Add-onها و حتی معماری Enterprise Service Management روی هزینه نهایی اثر میگذارند.
اگر Sizing اشتباه باشد، دو اتفاق رایج رخ میدهد: یا سازمان بیش از نیاز خرید میکند و بخشی از بودجه بدون استفاده میماند، یا کمتر از نیاز لایسنس میگیرد و هنگام Discovery داراییها، اضافه شدن Technician جدید یا توسعه سرویسدسک با پیام License Maxed Out روبهرو میشود. این راهنما برای همین نقطه نوشته شده است: قبل از استعلام قیمت، دقیق بدانید چه چیزی را باید بشمارید.
برای آشنایی کلی با محصول، ابتدا صفحه ServiceDesk Plus مدانت را ببینید. اگر در مرحله مقایسه و تهیه RFP هستید، راهنمای انتخاب نرمافزار تیکتینگ سازمانی نیز مکمل مناسبی برای این مقاله است.
مدل لایسنس ServiceDesk Plus بر چه اساسی محاسبه میشود؟
در مدل فعلی ServiceDesk Plus، دو متغیر اصلی اهمیت دارند:
- Technician Login: تعداد افرادی که باید وارد ServiceDesk Plus شوند و بهعنوان کارشناس، مدیر یا Administrator با سیستم کار کنند.
- IT Asset یا Node: در Editionهایی که IT Asset Management دارند، تعداد داراییهای IT فعال و مدیریتشده نیز وارد محاسبه میشود.
مستند رسمی ManageEngine تصریح میکند که لایسنس On-Premises براساس تعداد Node و تعداد Technician Login محاسبه میشود. داراییهایی با Product Type از نوع IT Asset، مانند Workstation، Server، Printer، Router، Switch و Access Point، در محاسبه Node وارد میشوند. در مقابل، داراییای که به وضعیت Expired یا Disposed منتقل شود دیگر Node فعال محسوب نمیشود، هرچند سابقه آن برای گزارش و تاریخچه در سیستم باقی میماند.
Requester با Technician فرق دارد؛ اشتباه رایج در برآورد لایسنس
یکی از رایجترین خطاها این است که تعداد کل کارکنان سازمان را با تعداد لایسنس Technician یکی در نظر بگیریم. در ServiceDesk Plus، کاربران نهایی یا Requesterها معمولاً همان افرادی هستند که درخواست و Incident ثبت میکنند. در مدل قیمتگذاری فعلی، محدودیت اصلی روی تعداد Technician/Admin است، نه تعداد End User.
برای مثال، سازمانی با ۳۰۰۰ کارمند ممکن است فقط ۲۰ Technician داشته باشد. در این سناریو، قرار نیست ۳۰۰۰ لایسنس Technician تهیه شود؛ بلکه Sizing باید حول تیم واقعی پشتیبانی، Administratorهای فعال و در صورت استفاده از ITAM، تعداد IT Assetها انجام شود.
Technician Login دقیقاً چه کسی است؟
Technician کسی است که باید وارد محیط ServiceDesk Plus شود و با Request، Incident، Asset، Change، Report یا سایر ماژولها کار کند. نقش سازمانی فرد بهتنهایی تعیینکننده نیست؛ چیزی که لایسنس مصرف میکند Login Permission است.
طبق FAQ رسمی ManageEngine میتوانید Technicianهای بیشتری در سیستم تعریف کنید، اما فقط به تعداد لایسنس خریداریشده امکان Login فعال بدهید. بقیه میتوانند Non-Login Technician باشند. این مدل برای بعضی Field Technicianها مفید است؛ فرد لازم نیست وارد سامانه شود اما میتواند Notification دریافت کند و در سناریوهای مشخص از طریق Email پاسخ بدهد.
نکته مهم دیگر این است که حساب Administrator پیشفرض نیز در صورت داشتن Login فعال، در تعداد Technician Login محاسبه میشود. بنابراین هنگام Sizing، فقط نام کارشناسان Help Desk را نشمارید؛ Administrator، مدیر ITSM، Asset Manager و هر حساب عملیاتی دیگری که Login نیاز دارد باید در فهرست بیاید.
روش عملی محاسبه تعداد Technician
قبل از درخواست قیمت، یک جدول ساده بسازید و افراد را براساس نیاز واقعی به Login دستهبندی کنید.
| نقش | نیاز به Login | در Sizing Technician حساب شود؟ |
|---|---|---|
| Help Desk Agent | بله | بله |
| Service Desk Manager | بله | بله |
| SD-Admin / Administrator | بله | بله |
| Asset Manager | اگر مستقیماً با ماژول Asset کار میکند | معمولاً بله |
| Change Manager | اگر Workflow و Change را در سامانه مدیریت میکند | بله |
| Field Technician بدون نیاز به UI | خیر یا محدود | ممکن است Non-Login باشد |
| Requester / کاربر نهایی | فقط Self-Service Portal | خیر |
| مدیر سازمان که فقط Report ایمیلی میگیرد | لزومی ندارد | خیر، در صورت طراحی درست |
بعد از ساخت این جدول، بهتر است ۱۰ تا ۲۰ درصد ظرفیت رشد برای Technicianهای جدید، شیفت دوم، تیم جدید یا Rollout مرحله بعد در نظر بگیرید. خرید دقیقاً برابر تعداد امروز ممکن است چند ماه بعد شما را مجبور به ارتقای فوری کند.
IT Asset یا Node چیست و چه چیزی لایسنس مصرف میکند؟
در Professional و Enterprise، مدیریت دارایی یکی از بخشهای اصلی محصول است. در اینجا باید تفاوت میان Asset و Asset Component را جدی بگیرید.
ManageEngine در FAQ لایسنس توضیح میدهد که IT Assetهایی مانند Workstation، Server، Printer، Router، Switch و Access Point میتوانند Node محسوب شوند. در مقابل، بعضی تجهیزات جانبی مانند Monitor را میتوان بهعنوان Asset Component تعریف کرد تا بهصورت مستقل Node مصرف نکنند؛ البته طراحی Product Type باید درست انجام شود.
این نکته برای سازمانهایی با چند هزار تجهیزات بسیار مهم است. اگر هر جزء جانبی را به اشتباه IT Asset تعریف کنید، تعداد Node بهسرعت بالا میرود و برآورد لایسنس غیرواقعی میشود.
چطور تعداد IT Asset موردنیاز را محاسبه کنیم؟
برای محاسبه درست، Inventory را از چند منبع جمع کنید: Active Directory، Endpoint Management، شبکه، فایلهای Excel قدیمی و Discovery فعلی. سپس فقط داراییهای IT فعال و قابل مدیریت را در Scope نهایی قرار دهید.
| نوع دارایی | مثال | معمولاً Node؟ |
|---|---|---|
| Endpoint | Desktop، Laptop | بله |
| Server | Physical/Virtual Server | بله |
| Network Device | Router، Switch، Access Point | بله |
| Printer | Network Printer | بله |
| Component | Monitor، بعضی Peripheralها | در صورت تعریف بهعنوان Component، معمولاً خیر |
| دارایی Disposed | سیستم خارجشده از چرخه | خیر |
| دارایی Expired | دارایی نگهداریشده فقط برای سابقه | خیر |
اگر Asset Inventory فعلی سازمان هنوز دقیق نیست، قبل از خرید بهتر است Discovery آزمایشی انجام شود. در این حالت تعداد واقعی Nodeها را میتوان با خطای بسیار کمتر تخمین زد.
Standard، Professional یا Enterprise؛ کدام Edition مناسب است؟
انتخاب Edition نباید فقط بر اساس قیمت انجام شود. سه Edition اصلی ServiceDesk Plus برای سه سطح بلوغ متفاوت طراحی شدهاند.
| Edition | مناسب برای | قابلیت محوری |
|---|---|---|
| Standard | Help Desk و Ticketing | Incident/Request، SLA، Self-Service، Knowledge، Automation و Reporting |
| Professional | Service Desk همراه ITAM | قابلیتهای Service Desk + Asset Discovery، Software Asset Management، Purchase و Contract |
| Enterprise | ITSM کامل و سازمانهای بالغتر | Service Desk + ITAM + Service Catalog + Problem + Change/Release + Project + CMDB |
صفحه رسمی ServiceDesk Plus در سال ۲۰۲۶ همچنان همین ساختار سهگانه را نمایش میدهد: Standard برای Service Desk، Professional برای Service Desk همراه ITAM و Enterprise بهعنوان Unified Service Management Platform.
چه زمانی Standard کافی است؟
اگر هدف اصلی شما Ticketing، SLA، Email-to-Ticket، Self-Service Portal، Knowledge Base، گزارش و Workflowهای پایه است و Asset Management یا Change/CMDB در Scope پروژه نیست، Standard میتواند انتخاب منطقی باشد.
اما اگر سازمان از ابتدا میداند طی شش ماه آینده Asset، Software License، Purchase یا Contract را وارد پروژه میکند، خرید Standard فقط برای کاهش هزینه اولیه ممکن است در ادامه باعث Upgrade زودهنگام شود.
چه زمانی Professional انتخاب بهتری است؟
Professional زمانی مناسب است که Service Desk و IT Asset Management باید در یک سامانه واحد کنار هم باشند. برای سازمانی که میخواهد هر Incident را به Asset مربوط متصل کند، Discovery داشته باشد، Software Inventory را مدیریت کند و Contract/Purchase را زیر نظر بگیرد، Professional معمولاً نقطه تعادل خوبی است.
اگر هنوز درباره مرز بین ServiceDesk Plus، AssetExplorer و Endpoint Central مطمئن نیستید، مقاله مقایسه AssetExplorer، Endpoint Central و ServiceDesk Plus میتواند قبل از خرید به تعیین Scope کمک کند.
چه زمانی Enterprise ارزش هزینه بیشتر را دارد؟
Enterprise زمانی توجیه دارد که Problem Management، Change Enablement، Release Management، Service Catalog، Project Management و CMDB بخشی از فرآیند واقعی سازمان باشند. خرید Enterprise فقط به این دلیل که «بالاترین نسخه است» تصمیم خوبی نیست؛ باید مشخص باشد تیم قرار است از ماژولهای آن استفاده کند.
برای مثال، اگر سازمان CAB رسمی دارد، Change Workflow طراحی میکند و میخواهد اثر Change روی CIها را بسنجد، Enterprise ارزش بیشتری پیدا میکند. مقاله CI Impact Analysis در ServiceDesk Plus نمونهای از ارزش عملی CMDB در همین سطح بلوغ است.
قیمت عمومی فعلی ServiceDesk Plus چه تصویری میدهد؟
قیمت نهایی برای مشتری ایرانی باید با Quote واقعی، Region، نوع قرارداد، نرخ ارز، خدمات و شرایط خرید بررسی شود؛ با این حال جدول رسمی ManageEngine یک مبنای خوب برای درک نسبت هزینه Editionهاست.
در صفحه رسمی قیمتگذاری که در ۲۶ اوت ۲۰۲۶ بررسی شد، جدول On-Premises نمونههای زیر را نمایش میداد:
| ظرفیت نمونه | Standard | Professional | Enterprise |
|---|---|---|---|
| ۲ Technician + ۲۵۰ IT Asset | Free | 495 دلار | 1,195 دلار |
| ۵ Technician + ۵۰۰ IT Asset | Free | 1,195 دلار | 2,995 دلار |
| ۱۰ Technician + ۵۰۰ IT Asset | 1,195 دلار | 2,295 دلار | 5,995 دلار |
| ۲۰ Technician + ۵۰۰ IT Asset | 2,395 دلار | 4,545 دلار | 10,795 دلار |
این ارقام قیمت عمومی مرجع هستند و نباید بهعنوان قیمت قطعی خرید در ایران تلقی شوند. برای استعلام متناسب با تعداد Technician، Asset، Edition و خدمات موردنیاز از صفحه استعلام قیمت لایسنس محصولات ManageEngine استفاده کنید.
Cloud و On-Premises را فقط با قیمت مقایسه نکنید
در Cloud، مدل اشتراک و Billing ماهانه/سالانه مطرح است و طبق صفحه رسمی قیمتگذاری، هزینه براساس Technician/Admin و در صورت استفاده از ITAM براساس تعداد IT Asset مدیریتشده محاسبه میشود. تعداد End User محدودیت اصلی Billing نیست.
در On-Premises علاوه بر لایسنس، زیرساخت، Database، Backup، HA/Failover، Patch و عملیات نگهداری هم وارد TCO میشوند. در Cloud بخشی از این هزینه زیرساختی حذف میشود، اما سازمان باید ملاحظات Data Residency، Integration، Internet Dependency و Policyهای امنیتی خود را بسنجد.
مدانت برای سناریوی ابری صفحه مستقل برآورد هزینه ServiceDesk Plus Cloud دارد که میتواند در مقایسه TCO به شما کمک کند.
Free Edition چه زمانی مفید است؟
Free Edition برای Pilot، تیم کوچک یا اثبات مفهوم میتواند مفید باشد. صفحه فعلی ManageEngine همچنان Standard را تا ۵ Technician در سناریوهای مشخص رایگان نشان میدهد. اما Free Edition را نباید با نسخه Enterprise Trial اشتباه گرفت.
اگر هدف شما ارزیابی CMDB، Change، Problem یا Asset Management پیشرفته است، بهتر است Pilot با Edition هدف انجام شود تا تصمیم خرید براساس قابلیت واقعی موردنیاز گرفته شود.
Non-Login Technician؛ راهی برای جلوگیری از خرید اضافه
همه افرادی که در فرآیند پشتیبانی نقش دارند الزاماً به Login نیاز ندارند. اگر Field Technician فقط باید Assignment و Notification دریافت کند و حضور مستقیم در UI ضروری نیست، میتوان سناریوی Non-Login را بررسی کرد.
این روش نباید برای دور زدن لایسنس استفاده شود؛ هدف، طراحی درست Role است. اگر فرد باید Ticket را مدیریت کند، Report بگیرد، Asset ببیند یا Workflow اجرا کند، Login واقعی لازم است.
Asset Component؛ نکتهای کوچک با اثر مالی بزرگ
فرض کنید ۱۰۰۰ Workstation و ۱۰۰۰ Monitor دارید. اگر Monitorها بهعنوان IT Asset مستقل تعریف شوند، ممکن است برداشت اشتباهی از تعداد Node ایجاد شود. ManageEngine در FAQ رسمی نمونه Monitor را مطرح میکند و توضیح میدهد که میتوان آن را بهعنوان Asset Component تعریف کرد تا مستقل از Node اصلی نگهداری شود.
قبل از خرید، Product Typeهای فعلی را Audit کنید. این کار هم Data Quality را بهتر میکند و هم از Over-Licensing ناشی از Classification اشتباه جلوگیری میکند.
Disposed و Expired؛ ظرفیت لایسنس را با چرخه عمر دارایی هماهنگ کنید
داراییهایی که واقعاً از چرخه خارج شدهاند نباید برای همیشه Active بمانند. اگر Asset Lifecycle بهدرستی اجرا شود، داراییهای Disposed و Expired دیگر Node فعال محسوب نمیشوند و در عین حال تاریخچه آنها در سیستم باقی میماند.
این موضوع نشان میدهد License Management فقط کار تیم خرید نیست؛ کیفیت Asset Lifecycle نیز روی مصرف مجوز اثر دارد.
Enterprise Service Management چگونه لایسنس را تغییر میدهد؟
اگر ServiceDesk Plus را فقط برای IT استفاده نمیکنید و میخواهید HR، Facilities، Legal یا واحدهای دیگر Instance مستقل داشته باشند، مدل ESM وارد محاسبه میشود.
در مستندات رسمی ESM، هر Service Desk Instance میتواند Edition مستقل داشته باشد و License Mapping آن باید جداگانه مدیریت شود. در صفحه قیمتگذاری فعلی نیز ManageEngine توضیح میدهد که برای چند Instance، هر Instance میتواند Standard، Professional یا Enterprise خود را داشته باشد و تنها یک Instance میتواند از Free Standard استفاده کند.
بنابراین در پروژه ESM، سؤال «چند Technician داریم؟» کافی نیست. باید بپرسیم:
- چند Service Desk Instance خواهیم داشت؟
- هر Instance چند Technician دارد؟
- هر Instance به کدام Edition نیاز دارد؟
- کدام تیم Asset Management دارد؟
- آیا Technician مشترک بین چند Instance داریم؟
Add-onها را از ابتدا وارد برآورد کنید
یکی از دلایل اختلاف Quote اولیه و هزینه نهایی این است که Add-onها دیر وارد بحث میشوند. بسته به Edition و نوع استقرار، مواردی مانند Service Catalog، Problem Management، Change/Release، CMDB، Failover، CTI، Remote Access یا امکانات تکمیلی میتوانند روی هزینه اثر بگذارند.
از طرف دیگر، مدانت مجموعهای از افزونهها و ابزارهای سفارشی ServiceDesk Plus مانند تقویم شمسی، فارسیساز، Outlook Add-in و ابزارهای سازمانی ارائه میدهد. اینها لزوماً بخشی از License رسمی ManageEngine نیستند و باید بهعنوان لایه بومیسازی/سفارشیسازی جداگانه در TCO دیده شوند.
فارسیساز و تقویم شمسی را در Scope خرید فراموش نکنید
برای بسیاری از سازمانهای ایرانی، فقط خرید License انگلیسی کافی نیست. اگر کاربران و مدیران به رابط فارسی، تاریخ شمسی، گزارش یا Workflow بومی نیاز دارند، این موارد باید از ابتدا در Scope پروژه ثبت شوند.
مدانت برای این نیازها صفحات مستقلی برای فارسیساز ServiceDesk Plus و تقویم شمسی ServiceDesk Plus دارد. این بخشها هنگام محاسبه بودجه باید در کنار License، آموزش، استقرار و پشتیبانی دیده شوند.
یک فرمول ساده برای Sizing اولیه
برای جلسه اول میتوانید از این مدل استفاده کنید:
| متغیر | عدد نمونه | توضیح |
|---|---|---|
| Requester | ۳۰۰۰ | برای Technician License مستقیم محاسبه نمیشود |
| Technician فعال | ۱۸ | Help Desk، Admin، Asset/Change Manager با Login |
| رشد ۱۲ماهه Technician | ۴ | ظرفیت توسعه |
| IT Asset فعال | ۸۲۰ | Endpoint، Server، Network Device، Printer |
| رشد Asset | ۱۵٪ | برای خرید و Discovery آینده |
| Edition | Enterprise | به دلیل Change، CMDB و Service Catalog |
| Deployment | On-Premises | براساس سیاست داخلی سازمان |
در این مثال، خرید ۱۸ Technician دقیقاً برابر وضع موجود منطقی نیست؛ بهتر است ظرفیت حدود ۲۲ Technician بررسی شود. برای Asset نیز ۸۲۰ را بدون حاشیه رشد خریداری نکنید؛ Scope حدود ۹۵۰ تا ۱۰۰۰ Asset برای بررسی Quote منطقیتر است.
چکلیست قبل از استعلام لایسنس
- تعداد Technicianهایی که واقعاً Login لازم دارند مشخص شده است.
- Requesterها از Technicianها جدا شمرده شدهاند.
- حساب Administrator و نقشهای مدیریتی در Sizing دیده شدهاند.
- Non-Login Technicianها مشخص شدهاند.
- Inventory داراییهای فعال پاکسازی شده است.
- Disposed/Expired Assetها از Scope فعال جدا شدهاند.
- Componentها به اشتباه Node تعریف نشدهاند.
- Edition براساس فرآیند واقعی انتخاب شده، نه صرفاً بودجه.
- Cloud و On-Premises با TCO کامل مقایسه شدهاند.
- رشد ۱۲ تا ۲۴ ماهه Technician و Asset لحاظ شده است.
- Add-onها، Failover و Remote Access بررسی شدهاند.
- فارسیساز، تقویم شمسی، Integration و توسعه سفارشی در Scope آمدهاند.
- آموزش، استقرار، Migration و Support جداگانه بودجهبندی شدهاند.
پنج اشتباه پرهزینه در خرید ServiceDesk Plus
۱. شمردن همه کاربران بهعنوان Technician
این کار برآورد را چند برابر میکند و از اساس اشتباه است. End User و Technician دو مفهوم متفاوتاند.
۲. انتخاب Enterprise بدون طراحی فرآیند
اگر Change، Problem، CMDB و Service Catalog هیچ Owner و Workflow واقعی ندارند، Edition بالاتر بهتنهایی بلوغ ITSM ایجاد نمیکند.
۳. نادیده گرفتن رشد Asset
Discovery در ماههای بعد میتواند داراییهایی را پیدا کند که در فایل Excel اولیه وجود نداشتند. همیشه حاشیه رشد در نظر بگیرید.
۴. خرید License بدون Pilot
یک POC درست میتواند تعداد Node، Technician و نیاز واقعی به Edition را قبل از قرارداد روشن کند.
۵. جدا دیدن License از پیادهسازی
License فقط حق استفاده از نرمافزار است. ارزش واقعی زمانی ایجاد میشود که SLA، Workflow، Catalog، CMDB، Automation، Integration و Governance درست طراحی شوند.
مدانت در پروژه لایسنس ServiceDesk Plus چه کمکی میکند؟
در پروژههای ServiceDesk Plus، مدانت میتواند Sizing را فقط بر اساس یک فرم فروش انجام ندهد، بلکه Scope واقعی سازمان را بررسی کند: Technicianها، Assetها، Edition، Deployment Model، ESM، بومیسازی، Plugin، Migration، Integration و نیازهای عملیاتی.
برای سازمانهایی که نیاز به بومیسازی دارند، فارسیساز و تقویم شمسی؛ برای تیمهایی که Workflow اختصاصی دارند، توسعه و Integration؛ و برای پروژههای مهاجرت یا استقرار، خدمات مشاوره، آموزش و پشتیبانی میتواند همراه License طراحی شود.
برای مطالعه محتوای تخصصیتر ServiceDesk Plus میتوانید از دانشنامه ServiceDesk Plus فارسی نیز استفاده کنید.
سخن پایانی
بهترین لایسنس ServiceDesk Plus الزاماً ارزانترین یا بالاترین Edition نیست؛ بهترین لایسنس، مدلی است که با تعداد واقعی Technician، Asset و فرآیندهای سازمان شما همخوان باشد و برای رشد آینده هم ظرفیت منطقی داشته باشد.
قبل از خرید، سه عدد را دقیق کنید: چند نفر باید Login کنند، چند IT Asset فعال مدیریت میشود و کدام ماژولها واقعاً وارد عملیات خواهند شد. بعد از آن میتوان Standard، Professional یا Enterprise و Cloud/On-Premises را با منطق مالی و فنی مقایسه کرد.
برای دریافت Quote متناسب با تعداد Technician و Asset، بررسی Edition مناسب، تمدید لایسنس، AMS، بومیسازی، آموزش، استقرار یا پشتیبانی، از صفحه استعلام لایسنس ManageEngine مدانت استفاده کنید.
منابع
- ManageEngine ServiceDesk Plus Pricing
- ServiceDesk Plus On-Premises License Management FAQ
- ServiceDesk Plus ESM License Management
- ManageEngine ServiceDesk Plus
