فرض کنید سازمان برای خرید یا تمدید ManageEngine Endpoint Central آماده شده است. تعداد کلاینتها مشخص به نظر میرسد، اما هنگام گرفتن Quote چند سؤال ساده همهچیز را پیچیده میکند: لپتاپهای دورکار را هم باید حساب کنیم؟ سرورها داخل همان ظرفیت هستند؟ چند Technician لازم داریم؟ Professional کافی است یا UEM؟ اگر بعداً Security Add-on بخواهیم چه اتفاقی میافتد؟ و مهمتر از همه، چطور از خرید ظرفیت کم یا بیش از نیاز جلوگیری کنیم؟
این راهنما برای همین مرحله نوشته شده است: نه برای معرفی عمومی Endpoint Central و نه برای تکرار جدول نسخهها، بلکه برای اینکه قبل از درخواست قیمت، یک License Sizing قابل دفاع داشته باشید. اگر هنوز خود محصول را بررسی نکردهاید، ابتدا صفحه Endpoint Central مدانت را ببینید. برای مقایسه کامل Editionها نیز مستند مقایسه نسخههای Endpoint Central در مدانت موجود است.
اولین اشتباه: لایسنس را فقط با تعداد کامپیوترهای دفتر حساب نکنید
Endpoint Central یک پلتفرم مدیریت Endpoint است و Scope آن میتواند Desktop، Laptop، Server، Mobile Device و سایر Endpointهای سازمان را دربر بگیرد. بنابراین عددی که واحد خرید از «تعداد کامپیوترها» دارد الزاماً همان عددی نیست که باید برای Quote استفاده شود.
برای شروع، یک Inventory واقعی از Deviceهایی بسازید که قرار است تحت مدیریت قرار بگیرند. بهتر است این Inventory حداقل این ستونها را داشته باشد:
| گروه | نمونه | سؤال کلیدی برای Sizing |
|---|---|---|
| Workstation | سیستمهای ثابت کاربران | همه مدیریت میشوند یا فقط بخشی از سازمان؟ |
| Laptop | کاربران حضوری و دورکار | Deviceهای خارج شبکه هم Agent خواهند داشت؟ |
| Server | Windows/Linux Server | Patch، Inventory یا Configuration روی آنها اعمال میشود؟ |
| Mobile | Android/iOS/iPadOS | MDM در Scope پروژه هست یا نه؟ |
| Shared/Kiosk | کیوسک، اتاق جلسه، دستگاه مشترک | در مدیریت مرکزی باقی میمانند؟ |
| Test/DR | سیستمهای آزمایش و Disaster Recovery | واقعاً تحت Management هستند یا فقط هنگام نیاز روشن میشوند؟ |
هدف این جدول این نیست که هر Device را بدون بررسی به ظرفیت لایسنس اضافه کنیم؛ هدف این است که هیچ گروهی را فراموش نکنیم و بعد مدل دقیق Licensing را بر اساس Edition و Quote رسمی تطبیق دهیم.
Endpoint و Technician دو عدد متفاوتاند
در فرم رسمی Quote خود ManageEngine برای Endpoint Central، علاوه بر Number of Endpoints، فیلد Number of Technicians نیز دریافت میشود. فروشگاه رسمی ManageEngine هم تأکید میکند که اگر تعداد Endpoint یا Technician شما دقیقاً با Packageهای استاندارد همخوان نیست، امکان قیمتگذاری متناسب با تعداد واقعی وجود دارد.
در عمل بهتر است دو سؤال را جدا کنید:
- چند Device باید مدیریت شود؟ این عدد Scope فنی شماست.
- چند نفر باید به Console دسترسی عملیاتی داشته باشند؟ این عدد Scope تیم مدیریتی شماست.
Technician را با تعداد کل کارکنان IT یکی نگیرید. ممکن است سازمان ۳۰ نفر در واحد فناوری اطلاعات داشته باشد اما فقط ۶ نفر واقعاً به Endpoint Central وارد شوند: دو نفر Patch، دو نفر Help Desk، یک نفر Security و یک Administrator. از طرف دیگر در سازمانی با شعب متعدد، Role-Based Access Control و تفکیک Scope ممکن است Technicianهای بیشتری نیاز باشند.
یک روش ساده برای برآورد اولیه تعداد Endpoint
قبل از استعلام رسمی، یک عدد عملیاتی اولیه بسازید. فرمول پیشنهادی برای Inventory اولیه میتواند این باشد:
Managed Endpoint Candidate = دستگاههای فعال + دستگاههای دورکار + سرورهای تحت مدیریت + دستگاههای جدید قطعی در دوره خرید + ذخیره رشد
اما دو نکته مهم وجود دارد. اول اینکه دستگاههای Retired، Spareهای خارج از چرخه، VMهای موقت یا Test Deviceهایی که قرار نیست مدیریت شوند نباید بیدلیل وارد ظرفیت شوند. دوم اینکه Treatment دقیق Device Typeها و Scope لایسنس باید در Quote نهایی بررسی شود؛ فرمول بالا ابزار برنامهریزی است، نه متن قرارداد.
چقدر برای رشد ظرفیت در نظر بگیریم؟
خرید دقیقاً برابر موجودی امروز معمولاً تصمیم خوبی نیست. اگر سازمان هر ماه نیروی جدید میگیرد، پروژه Rollout دارد یا قرار است شعبه تازهای اضافه کند، ظرف چند ماه ظرفیت تمام میشود. در مقابل، اضافه کردن ۳۰ یا ۴۰ درصد ظرفیت بدون برنامه هم میتواند بودجه را بیدلیل بالا ببرد.
برای بسیاری از سازمانها یک Buffer مبتنی بر برنامه واقعی ۱۲ ماهه منطقیتر است. مثلاً اگر ۴۶۰ Endpoint فعال دارید و برنامه مصوب شما اضافه شدن ۴۰ Device در سال است، عدد ۵۰۰ به واقعیت نزدیکتر از خرید برای ۴۶۰ یا ۶۰۰ Endpoint است.
مثال: سازمان ۴۸۰ Device دارد؛ ظرفیت را چطور حساب کنیم؟
فرض کنیم Inventory اینطور است:
| نوع | تعداد | وضعیت |
|---|---|---|
| Desktop | ۲۸۰ | همه تحت مدیریت |
| Laptop | ۱۴۰ | همه تحت مدیریت |
| Server | ۳۰ | ۲۰ سرور در Scope |
| Spare | ۲۰ | فقط ۵ دستگاه فعال |
| Test Lab | ۱۰ | خارج از Scope اصلی |
عدد خام Inventory برابر ۴۸۰ است، اما Scope واقعی مدیریت در این سناریو ۴۴۵ Device میشود. اگر برنامه رشد ۱۰ درصدی برای سال آینده دارید، بهتر است Quote را نزدیک به ۴۹۰ تا ۵۰۰ Endpoint بررسی کنید؛ نه اینکه صرفاً عدد ۴۸۰ را از Asset Register کپی کنید.
Free، Professional، Enterprise، UEM یا Security؟ سؤال را از Feature شروع کنید
تا ۲۲ اوت ۲۰۲۶، ManageEngine برای Endpoint Central پنج سطح اصلی در Matrix رسمی خود نشان میدهد: Free، Professional، Enterprise، UEM و Security. قیمت پایه عمومی در صفحه رسمی برای ۵۰ Endpoint از ۷۹۵ دلار در سال برای Professional، ۹۴۵ دلار برای Enterprise، ۱۰۹۵ دلار برای UEM و ۱۶۹۵ دلار برای Security شروع میشود. Free Edition نیز برای ۲۵ Endpoint نمایش داده شده است.
این اعداد قیمت مرجع عمومی سازنده هستند، نه قیمت نهایی خرید در ایران. نرخ ارز، نوع قرارداد، تعداد Endpoint، Technician، Cloud یا On-Premises بودن، Add-onها، مدت قرارداد، شرایط تمدید و خدمات محلی میتوانند قیمت نهایی را تغییر دهند. برای رقم قابل استفاده در بودجه و خرید، از استعلام لایسنس ManageEngine مدانت استفاده کنید.
برای انتخاب Edition بهتر است از Capabilityهای لازم شروع کنید، نه از ارزانترین Package:
| نیاز غالب | Editionی که باید بررسی شود | دلیل |
|---|---|---|
| Patch، Software Deployment، Asset و Remote Troubleshooting پایه | Professional | پایه مدیریت Endpoint را پوشش میدهد |
| کنترل بیشتر سازمانی، Self-Service، Audit و مدیریت گستردهتر | Enterprise | برای محیطهای سازمانی و سناریوهای گستردهتر مناسبتر است |
| مدیریت Unified برای Laptop، Mobile و OS Deployment | UEM | قابلیتهای UEM گستردهتر را یکپارچه میکند |
| Vulnerability، DLP، Endpoint Privilege، Browser Security و امنیت Endpoint در یک Edition | Security | تمرکز همزمان بر Management و Security |
این جدول جایگزین Matrix رسمی نیست. برای جزئیات کامل Featureها، مقاله مقایسه کامل نسخههای Endpoint Central را ببینید و سپس با Edition Comparison رسمی ManageEngine تطبیق دهید.
Professional همیشه ارزانترین انتخاب نیست
یکی از خطاهای Procurement این است که کمترین قیمت License را معادل کمترین TCO بدانیم. فرض کنید Professional را انتخاب میکنید، اما بعداً برای OS Deployment، Endpoint Security، Failover یا قابلیتهای دیگر به Add-onهای متعدد نیاز دارید. ممکن است مجموع هزینه و پیچیدگی عملیاتی به جایی برسد که UEM یا Security از ابتدا انتخاب منطقیتری بوده باشد.
از طرف دیگر اگر سازمان فقط Patch Management، Software Deployment و Inventory نیاز دارد، خرید Security Edition صرفاً بهخاطر «کاملتر بودن» هم میتواند Over-Sizing باشد.
مدل درست این است:
- Use Caseهای قطعی را بنویسید.
- Featureهای Must-have را جدا کنید.
- Featureهای Nice-to-have را جدا نگه دارید.
- Edition پایه را مشخص کنید.
- Add-onهای لازم را اضافه کنید.
- TCO سهساله را مقایسه کنید.
Cloud یا On-Premises؛ فقط موضوع نصب نیست
Endpoint Central در مدل Cloud و On-Premises ارائه میشود. انتخاب بین این دو باید قبل از Quote جدی شود، چون روی معماری، عملیات و هزینههای جانبی اثر دارد.
| معیار | Cloud | On-Premises |
|---|---|---|
| زیرساخت Server | کمتر درگیر نگهداری Backend هستید | Server و Database در اختیار سازمان است |
| Upgrade | بخش بیشتری توسط سرویس مدیریت میشود | Change و Upgrade در کنترل تیم داخلی است |
| Data Residency | باید با سیاست سازمان تطبیق داده شود | کنترل بیشتری روی محل استقرار دارید |
| دسترسی Deviceهای دورکار | معمولاً سادهتر | ممکن است Secure Gateway و طراحی شبکه مهمتر شود |
| هزینه زیرساخت داخلی | کاهش مییابد | Server، Backup و DB باید در TCO لحاظ شوند |
برای بعضی سازمانها On-Premises بهدلیل Policyهای داخلی یا اتصال محدود اینترنت ضروری است. برای برخی دیگر Cloud هزینه عملیات و نگهداری را کاهش میدهد. License Sizing بدون تصمیم درباره Deployment Model ناقص است.
Remote Officeها را قبل از خرید مشخص کنید
اگر Endpointها فقط در ساختمان مرکزی نیستند و چند شعبه، کارخانه یا Site دارید، معماری Remote Office اهمیت پیدا میکند. فروشگاه رسمی ManageEngine برای سناریوهای Remote Office توصیه میکند Enterprise، UEM یا Security Edition بررسی شود. این موضوع فقط Feature نیست؛ روی Distribution Server، Bandwidth، Patch Distribution و معماری استقرار هم اثر میگذارد.
قبل از Quote این اطلاعات را آماده کنید:
- تعداد Site و Branch
- تعداد Endpoint در هر Site
- کیفیت WAN/VPN
- وجود یا عدم وجود Distribution Server
- کاربران کاملاً Remote
- نیاز به Secure Gateway
این دادهها کمک میکنند Edition و معماری با هم انتخاب شوند؛ نه اینکه بعد از خرید متوجه شوید License درست است اما Deployment برای شعب مناسب نیست.
Technician Sizing را با Role طراحی کنید
بهجای اینکه بپرسید «چند نفر در IT داریم؟»، بپرسید «چه Roleهایی باید وارد Endpoint Central شوند؟»
مثلاً:
- Endpoint Administrator: دسترسی کامل
- Patch Operator: مدیریت Patch
- Help Desk Technician: Remote Troubleshooting
- Asset Manager: Inventory و Software License
- Security Analyst: Vulnerability و Security Controls
- Branch Technician: فقط Scope مربوط به شعبه
این مدل دو مزیت دارد: اول اینکه عدد Technician واقعیتر میشود؛ دوم اینکه از همان زمان خرید، RBAC و Separation of Duties را وارد طراحی میکنید.
Add-onها را جداگانه در BOM بیاورید
یکی از دلایل اختلاف Quote اولیه و هزینه نهایی این است که Add-onها دیر وارد محاسبه میشوند. Matrix رسمی ManageEngine نشان میدهد برخی قابلیتها در بعضی Editionها بهصورت Add-on ارائه میشوند و همچنین Value Added Componentهایی مانند Failover Server، Secure Gateway Server و Multilanguage Support وجود دارند.
بنابراین Bill of Materials خرید شما بهتر است حداقل این ساختار را داشته باشد:
| ردیف | آیتم | وضعیت |
|---|---|---|
| ۱ | Endpoint Central Base Edition | الزامی |
| ۲ | تعداد Endpoint | الزامی |
| ۳ | تعداد Technician | الزامی برای Quote |
| ۴ | Security Feature/Add-onهای لازم | بر اساس Use Case |
| ۵ | Secure Gateway | در صورت نیاز |
| ۶ | Failover | برای Availability بالاتر |
| ۷ | Multilanguage | در صورت نیاز |
| ۸ | خدمات استقرار، آموزش و پشتیبانی | متناسب با پروژه |
Security Edition را فقط با اسم «امنیت» انتخاب نکنید
Security Edition مجموعه گستردهتری از قابلیتهای Endpoint Security مانند Vulnerability Remediation، Data Loss Prevention، Endpoint Privilege Management و Browser Security را در خود جای میدهد. اما قبل از خرید باید مشخص کنید آیا سازمان از قبل EDR، DLP، Privilege Management یا Vulnerability Management دیگری دارد یا نه.
اگر Stack امنیتی موجود دارید، دو سؤال مهم مطرح میشود:
- آیا Consolidation روی Endpoint Central هزینه و پیچیدگی را کاهش میدهد؟
- آیا حذف ابزار فعلی از نظر Feature، Compliance و Integration قابل قبول است؟
در غیر این صورت ممکن است دو ابزار با Capability مشابه خریداری کنید. برعکس، اگر امروز چند Agent امنیتی جداگانه دارید، Security Edition میتواند گزینهای برای کاهش Tool Sprawl باشد؛ ولی این تصمیم باید با POC و Gap Analysis گرفته شود.
Patch Management را جدا از ظرفیت License نبینید
یکی از مهمترین Use Caseهای Endpoint Central مدیریت Patch است. اما ظرفیت License وقتی ارزش دارد که Rollout واقعی Patch هم طراحی شده باشد. اگر ۲۰۰۰ Endpoint بخرید اما Patch Ring، Test Group، Maintenance Window و Rollback Strategy ندارید، License بهتنهایی Risk را کم نمیکند.
برای طراحی فرآیند وصله میتوانید مقاله Patch Tuesday و مدیریت وصله با Endpoint Central را بخوانید. این Cluster عمداً روی عملیات Patch تمرکز دارد، در حالی که مقاله حاضر روی Licensing و Sizing متمرکز است.
برای تمدید، فقط تعداد فعلی را کپی نکنید
Renewal زمان خوبی برای Right-Sizing است. قبل از تمدید این موارد را بررسی کنید:
- چند Endpoint واقعاً Active هستند؟
- چند Device ماهها Offline ماندهاند؟
- آیا سازمان رشد یا کاهش Headcount داشته؟
- آیا Edition فعلی Capability بلااستفاده زیادی دارد؟
- آیا Add-on جدید لازم شده؟
- آیا تعداد Technician تغییر کرده؟
- آیا Cloud/On-Premises Strategy عوض شده؟
اگر قرارداد AMS یا تمدید محصولات ManageEngine دارید، صفحه تمدید و AMS لایسنس ManageEngine میتواند مسیر مرتبط را توضیح دهد. تمدید باید بر اساس وضعیت امروز و برنامه سال آینده انجام شود، نه صرفاً تکرار Purchase Order سال قبل.
سه سناریوی رایج برای انتخاب License
سناریو ۱: شرکت ۸۰ نفره با یک دفتر
۷۰ Endpoint فعال، یک تیم IT کوچک و نیاز اصلی Patch، Software Deployment، Inventory و Remote Support است. در اینجا Professional میتواند نقطه شروع بررسی باشد. اگر قابلیتهای Enterprise یا Security نیاز قطعی نیست، خرید Edition بالاتر فقط به امید آینده منطقی نیست.
سناریو ۲: سازمان ۶۰۰ Endpoint با پنج شعبه
Remote Office، Help Desk چندنفره، کنترل USB، Audit، مدیریت License و تفکیک Scope بین Technicianها اهمیت دارد. Enterprise یا UEM باید جدیتر بررسی شوند و معماری Distribution/Secure Gateway هم وارد BOM شود.
سناریو ۳: سازمان ۲۰۰۰ Endpoint با SecOps فعال
علاوه بر UEM، سازمان Vulnerability، DLP، Endpoint Privilege و Browser Security را در Scope دارد. Security Edition میتواند گزینه اصلی POC باشد، اما ابتدا باید Toolهای امنیتی موجود و هزینه Consolidation مقایسه شوند.
این سناریوها Recommendation قطعی نیستند؛ هدف آنها نشان دادن روش تصمیمگیری است.
چه اطلاعاتی برای استعلام دقیق لایسنس Endpoint Central آماده کنیم؟
اگر میخواهید رفتوبرگشت بین واحد فنی، خرید و فروشنده کمتر شود، قبل از درخواست Quote این Checklist را تکمیل کنید:
- تعداد Endpoint فعال امروز
- رشد پیشبینیشده ۱۲ ماه آینده
- تعداد Serverهای داخل Scope
- تعداد Mobile Deviceها در صورت MDM
- تعداد Technician موردنیاز
- تعداد Branch/Remote Office
- Cloud یا On-Premises
- Edition فعلی در صورت تمدید
- Featureهای Must-have
- Add-onهای موردنیاز
- نیاز به Failover یا Secure Gateway
- مدت قرارداد و وضعیت Renewal
با همین اطلاعات، Quote بسیار دقیقتر از جملهای مثل «برای ۵۰۰ کاربر Endpoint Central میخواهیم» خواهد بود.
قیمتهای سایت ManageEngine را چطور بخوانیم؟
قیمتهای عمومی سایت ManageEngine برای مقایسه اولیه مناسباند، اما نباید مستقیم بهعنوان قیمت نهایی پروژه وارد Purchase Order شوند. خود فروشگاه رسمی سازنده اعلام میکند Pricing انعطافپذیر است و الزاماً مجبور نیستید فقط Packageهای ازپیشتعریفشده را بخرید؛ برای تعداد واقعی Endpoint و Technician میتوان Quote گرفت.
همچنین برای بیش از ۱۰٬۰۰۰ Endpoint یا ۵٬۰۰۰ Server، ManageEngine درخواست تماس با Sales را توصیه میکند و برای ۲۵٬۰۰۰ Device یا بیشتر استفاده از Summary Server را قویاً پیشنهاد میدهد. این نکته نشان میدهد در مقیاس بزرگ، بحث Licensing از معماری جدا نیست.
از Under-Licensing و Over-Licensing همزمان جلوگیری کنید
Under-Licensing یعنی ظرفیت کمتر از Scope واقعی بخرید و در زمان Rollout مجبور به Upgrade فوری شوید. Over-Licensing یعنی Device، Technician یا Edition بیشتری از نیاز واقعی بخرید و بودجه بلااستفاده ایجاد کنید.
روش کنترل هر دو مشکل:
- Inventory را از چند منبع تطبیق دهید: AD، Asset Register، Endpoint Central فعلی و HR.
- Deviceهای Stale را جدا کنید.
- Scope واقعی Management را مشخص کنید.
- رشد ۱۲ ماهه را مبتنی بر برنامه واقعی اضافه کنید.
- Featureهای Must-have را به Edition Mapping کنید.
- Technicianها را براساس Role بشمارید.
- قبل از خرید نهایی POC انجام دهید.
POC قبل از خرید چه چیزی را باید ثابت کند؟
POC فقط برای اینکه نشان دهد Agent نصب میشود کافی نیست. برای تصمیم Licensing بهتر است این موارد را تست کنید:
- Patch Deployment روی Windows و Third-party Application
- Remote Control در شبکه داخلی و خارج سازمان
- Software Deployment
- Inventory Accuracy
- RBAC و Technician Scope
- Bandwidth در شعب
- Mobile/UEM در صورت نیاز
- Security Capabilityهای موردنظر
- Integration با Service Desk یا سایر ابزارها
- Reporting موردنیاز Audit و Management
اگر Feature حیاتی در POC جواب ندهد، افزایش ظرفیت License مشکل را حل نمیکند. ابتدا Fit فنی را ثابت کنید، بعد Quantity را نهایی کنید.
یک ماتریس ساده برای تصمیم خرید
| سؤال | اگر پاسخ «بله» است |
|---|---|
| فقط Patch، Software و Asset نیاز داریم؟ | Professional را بررسی کنید |
| چند شعبه و کنترل سازمانی گسترده داریم؟ | Enterprise/UEM را جدیتر بررسی کنید |
| Windows/macOS Laptop و Mobile را یکپارچه مدیریت میکنیم؟ | UEM را بررسی کنید |
| DLP، Privilege، Vulnerability و Browser Security در Scope است؟ | Security Edition را POC کنید |
| دهها Technician داریم؟ | Role و Scope را قبل از Quote نهایی کنید |
| رشد سریع Endpoint داریم؟ | Capacity Planning ۱۲ ماهه انجام دهید |
| Remote Office زیاد داریم؟ | Edition و Architecture را همزمان طراحی کنید |
نکات کلیدی
- تعداد کارمند با تعداد Endpoint یکی نیست.
- Quote رسمی Endpoint Central علاوه بر Endpoint، تعداد Technician را هم در نظر میگیرد.
- Edition را از Featureهای Must-have انتخاب کنید، نه صرفاً قیمت پایه.
- Professional، Enterprise، UEM و Security هرکدام برای Scope متفاوتی طراحی شدهاند.
- Cloud و On-Premises روی TCO و معماری اثر میگذارند.
- Remote Office و Scale بزرگ باید قبل از خرید وارد طراحی شوند.
- Renewal بهترین زمان برای Right-Sizing License است.
- قیمتهای عمومی ManageEngine مرجع اولیهاند؛ Quote نهایی باید بر اساس Scope واقعی گرفته شود.
سخن پایانی
خرید لایسنس Endpoint Central اگر فقط با یک عدد مثل «۵۰۰ کاربر» شروع شود، احتمالاً یا به کمبود ظرفیت میرسد یا به خرید قابلیت و ظرفیت بلااستفاده. مسیر حرفهایتر این است که ابتدا Endpointهای واقعی را Inventory کنید، Technicianها را براساس Role مشخص کنید، Edition را از روی Use Case انتخاب کنید و Add-onها و معماری Cloud/On-Premises را در همان مرحله وارد BOM کنید.
داده فعلی Search Console مدانت نشان میدهد عبارت «لایسنس Endpoint Central» Impression دارد اما هنوز در حوالی صفحه دوم نتایج قرار گرفته است. به همین دلیل این راهنما بهعنوان Cluster خرید و Sizing نوشته شده تا به صفحه اصلی محصول و صفحه استعلام لایسنس قدرت بدهد، نه اینکه با آنها رقابت کند.
برای دریافت پیشنهاد متناسب با تعداد Endpoint، Technician، Edition، Add-on و مدل استقرار سازمانتان میتوانید از استعلام قیمت محصولات ManageEngine استفاده کنید. مدانت همچنین خدمات لایسنس، پیادهسازی، آموزش و پشتیبانی Endpoint Central را برای سناریوهای Cloud و On-Premises ارائه میکند.
منابع
- ManageEngine Endpoint Central – صفحه رسمی محصول و قیمتهای پایه
- Endpoint Central Edition Comparison Matrix
- ManageEngine Endpoint Central Store – Flexible Licensing
- Endpoint Central Perpetual Store – Scale و Remote Office Notes

