مدل لایسنس AssetExplorer از سادهترین مدلهای خانواده ManageEngine است: محور اصلی قیمتگذاری، تعداد IT Assetهایی است که قرار است مدیریت شوند. اما ساده بودن Metric به معنی ساده بودن Sizing نیست؛ اگر Inventory سازمان آلوده به رکوردهای قدیمی، تکراری یا خارج از Scope باشد، Quote از همان ابتدا بزرگتر یا کوچکتر از نیاز واقعی میشود.
این راهنما کمک میکند قبل از خرید، تعداد دارایی قابل مدیریت را تمیز کنید، ظرفیت مناسب را انتخاب کنید و هزینههای جانبی مثل Remote capability یا خدمات استقرار را از Base License جدا ببینید. هدف اعلام قیمت ثابت نیست؛ هدف ساختن یک Scope قابل دفاع برای Quote رسمی است.
AssetExplorer بر چه اساسی لایسنس میشود؟
Pricing رسمی ManageEngine AssetExplorer قیمت را بر اساس تعداد IT Asset مدیریتشده ارائه میکند. بنابراین تعداد Technician یا تعداد User نهایی Metric اصلی این محصول نیست.
این تفاوت مهم است، چون یک سازمان ۲۰۰۰ نفره ممکن است فقط ۱۲۰۰ IT Asset در Scope داشته باشد و یک سازمان کوچکتر با شعب متعدد، دارایی بیشتری مدیریت کند.
IT Asset در Sizing یعنی چه؟
برای Quote، باید داراییهایی را بشمارید که واقعاً قرار است در AssetExplorer Discover، Track و Manage شوند. نمونهها معمولاً شامل Workstation، Laptop، Server و تجهیزات IT سازمانی هستند.
قبل از استعلام، Inventory را از رکوردهای Retired، Disposed، Duplicate یا آزمایشی پاک کنید. هدف پایین آوردن مصنوعی عدد نیست؛ هدف این است که فقط Scope واقعی Production قیمتگذاری شود.
چرا Excel دارایی مبنای خوبی برای Quote نیست؟
فایلهای دستی معمولاً سه مشکل دارند: دستگاههای خارجشده هنوز در لیستاند، یک دارایی با چند نام ثبت شده و تجهیزات جدید هنوز وارد نشدهاند. اگر Quote مستقیماً از چنین Inventory گرفته شود، ظرفیت خریداریشده قابل دفاع نیست.
بهتر است داده چند منبع مانند Active Directory، Endpoint Management، Network Discovery و لیست اموال با هم مقایسه شوند و یک Baseline معتبر ساخته شود.
روش ساخت Asset Baseline قابل اعتماد
- همه منابع Inventory را فهرست کنید.
- رکوردها را بر اساس Serial، Asset Tag یا شناسه معتبر Deduplicate کنید.
- داراییهای Retired و Disposed را جدا کنید.
- داراییهای انبار و Spare را مشخص کنید.
- شعب و Remote Officeها را با مرکز تطبیق دهید.
- Assetهای خارج از Scope پروژه را علامتگذاری کنید.
- نتیجه را با Owner واحدهای مرتبط Review کنید.
این Baseline بعداً فقط برای خرید لایسنس مفید نیست؛ پایه Data Quality خود پروژه ITAM هم خواهد بود.
Cloud و On-Premises چه تفاوتی در خرید دارند؟
AssetExplorer در مدلهای Cloud و On-Premises ارائه میشود. Pricing رسمی برای ظرفیتهای مختلف Asset Tier دارد. تفاوت انتخاب فقط محل میزبانی نیست؛ Responsibility زیرساخت، Update، Backup، Integration و سیاست Data Residency هم باید بررسی شود.
| موضوع | Cloud | On-Premises |
|---|---|---|
| زیرساخت محصول | کمتر بر عهده تیم داخلی | بر عهده سازمان |
| کنترل محیط | مدل سرویس ابری | کنترل بیشتر روی استقرار داخلی |
| Integration | وابسته به مسیرهای دسترسی و API | مناسب برای برخی Integrationهای داخلی |
| بودجه | بر اساس مدل Cloud جاری | بر اساس Tier و مدل قرارداد جاری |
چطور ظرفیت مناسب را انتخاب کنیم؟
- تعداد دارایی فعال فعلی را Baseline کنید.
- رکوردهای Duplicate و Retired را حذف کنید.
- داراییهای شعب و انبار را بررسی کنید.
- خریدهای قطعی ۱۲ ماه آینده را اضافه کنید.
- رشد احتمالی اما غیرقطعی را از رشد برنامهریزیشده جدا کنید.
- Tier نزدیک و منطقی را انتخاب کنید، نه بزرگترین Tier ممکن.
Growth Buffer را از کجا بیاوریم؟
عدد رشد باید از Procurement Plan و برنامه استخدام بیاید. اگر ۱۵۰ لپتاپ برای سال آینده مصوب شده، این عدد قابل اتکاتر از یک درصد فرضی است. اگر M&A یا شعبه جدید در برنامه است، Scope آن را جداگانه به Capacity Plan اضافه کنید.
خرید ظرفیت بسیار بالاتر از Baseline بدون برنامه واقعی، هزینه را جلو میاندازد؛ خرید دقیقاً برابر امروز هم ممکن است چند ماه بعد Upgrade اجباری ایجاد کند.
نمونه Sizing
فرض کنید Inventory اولیه ۱۷۵۰ رکورد دارد. بعد از پاکسازی مشخص میشود ۱۸۰ مورد Disposed، حدود ۷۰ رکورد Duplicate و ۵۰ رکورد آزمایشیاند. Scope واقعی ۱۴۵۰ Asset است. اگر سازمان برای سال آینده خرید ۲۰۰ دستگاه قطعی دارد، ظرفیت نزدیک به ۱۶۵۰ دارایی مبنای منطقیتری برای تصمیم است.
Spare و Stock را چگونه ببینیم؟
دارایی انبارشده هنوز میتواند بخشی از چرخه ITAM باشد، حتی اگر به User تخصیص داده نشده باشد. تصمیم اینکه چه Assetهایی در License Scope قرار میگیرند باید با تعریف رسمی Product و Use Case شما تطبیق داده شود؛ آنها را صرفاً به دلیل «استفاده نشدن امروز» حذف نکنید.
تفاوت مهم میان Spare واقعی و دارایی Retired است: اولی هنوز در چرخه خدمت است، دومی از چرخه عملیاتی خارج شده است.
Remote Control و Add-onها را جدا ببینید
Pricing رسمی AssetExplorer قابلیتهای اضافی مرتبط با Remote Control/UEM Remote Access را بهصورت گزینه یا Add-on نشان میدهد. اگر تیم Asset علاوه بر Inventory به Remote Operation نیاز دارد، این بخش باید جداگانه در Quote مشخص شود.
اشتباه رایج این است که دو Quote با Scope متفاوت مقایسه شوند؛ یکی فقط Base Asset Management و دیگری Base + Remote capability.
AssetExplorer با ServiceDesk Plus چه تفاوتی در لایسنس دارد؟
AssetExplorer ابزار تخصصی IT Asset Management است و Metric اصلی آن تعداد IT Asset است. در ServiceDesk Plus، مدل مجوز علاوه بر Edition میتواند Technician و Asset/Node را هم درگیر کند. اگر سازمان هم ITSM و هم ITAM میخواهد، تصمیم معماری باید قبل از خرید گرفته شود تا دو محصول با Scope همپوشان بدون دلیل تهیه نشوند.
برای مدل ServiceDesk Plus، راهنمای لایسنس ServiceDesk Plus را ببینید.
AssetExplorer یا ServiceDesk Plus Professional؟
این سؤال فقط تجاری نیست. اگر تمرکز شما Asset Discovery، Lifecycle و SAM است، AssetExplorer میتواند گزینه تخصصی باشد. اگر Ticketing/Service Management هم در Scope قرار دارد، ServiceDesk Plus باید در معماری بررسی شود.
Use Case Matrix بسازید و برای هر قابلیت مشخص کنید کدام محصول Source of Truth خواهد بود. این کار از خرید همپوشان و دوبارهکاری Integration جلوگیری میکند.
Software License Management با License خود AssetExplorer فرق دارد
دو مفهوم را با هم اشتباه نکنید: «لایسنس خرید خود AssetExplorer» و «مدیریت لایسنس نرمافزارهای سازمان توسط AssetExplorer». دومی یکی از Use Caseهای SAM است و مقاله Software Asset Management در AssetExplorer آن را توضیح میدهد.
همچنین License Reclamation با AssetExplorer نشان میدهد چگونه دارایی نرمافزاری بلااستفاده شناسایی میشود؛ این موضوع با Metric خرید AssetExplorer متفاوت است.
Lifecycle روی Sizing چه اثری دارد؟
اگر فرایند Disposal درست نباشد، Assetهای قدیمی سالها در Inventory فعال میمانند و Baseline را متورم میکنند. اگر Onboarding دارایی ناقص باشد، برعکس تعداد واقعی کمتر از واقع دیده میشود.
برای همین Sizing یک کار صرفاً خرید نیست؛ کیفیت Asset Lifecycle روی کیفیت License Forecast هم اثر دارد.
Quote حرفهای چه ستونهایی داشته باشد؟
| فیلد | هدف |
|---|---|
| Deployment | Cloud یا On-Premises |
| Asset Tier | ظرفیت مدیریت |
| Add-on | تفکیک Remote/قابلیت اضافه |
| Contract Term | مدت مجوز |
| Support | هزینه و سطح پشتیبانی |
| Services | استقرار، مهاجرت و آموزش |
خطاهای رایج خرید
- استفاده از Inventory قدیمی و بدون پاکسازی؛
- شمارش داراییهای Disposed در Scope جدید؛
- وجود Duplicate Asset؛
- فراموشکردن شعب یا انبارها؛
- خرید ظرفیت بسیار بیشتر از Growth Plan واقعی؛
- مقایسه Quoteهای دارای Add-on متفاوت؛
- تصمیمگیری درباره AssetExplorer بدون بررسی همپوشانی با ServiceDesk Plus؛
- یکیگرفتن Software License Management با License خود محصول.
Metric محصولات ManageEngine متفاوت است
AssetExplorer بر IT Asset تمرکز دارد؛ در حالی که Applications Manager با Monitor و Endpoint Central با Endpoint/Server Sizing میشوند. بنابراین یک Template خرید واحد را بدون تغییر برای همه محصولات استفاده نکنید.
راهنمای خرید لایسنس ManageEngine منطق کلی Edition، Metric، Subscription و AMS را توضیح میدهد.
چه اطلاعاتی برای استعلام آماده کنیم؟
- تعداد IT Asset فعال؛
- تعداد Assetهای Stock/Spare در Scope؛
- تعداد تقریبی دارایی جدید در ۱۲ ماه آینده؛
- Cloud یا On-Premises؛
- نیاز به Remote capability؛
- نیازهای Discovery و Integration؛
- نیاز مهاجرت از Excel یا ابزار قبلی؛
- خدمات نصب، آموزش و پشتیبانی موردنیاز.
برای Quote بر اساس Asset Baseline واقعی، مرکز خرید و استعلام مدانت میتواند Scope فنی و تجاری را کنار هم بررسی کند.
نکات کلیدی
در AssetExplorer، تعداد Asset هسته Sizing است، اما عدد درست فقط از Inventory پاکسازیشده به دست میآید. قبل از Quote، Scope را واقعی کنید و بعد Growth را به آن اضافه کنید؛ نه اینکه هر رکورد تاریخی را به ظرفیت لایسنس تبدیل کنید.
سخن پایانی
لایسنس AssetExplorer زمانی اقتصادی است که Asset Baseline قابل اعتماد باشد. اگر Inventory غلط باشد، حتی سادهترین مدل قیمتگذاری هم به خرید اشتباه منتهی میشود. پاکسازی داده، تعیین Scope، بررسی همپوشانی محصول و انتخاب Tier متناسب چهار قدم اصلی قبل از سفارشاند.
