در جلسه انتخاب ابزار، خیلی وقتها سه نیاز در یک جمله قاطی میشوند: «یک چیزی میخواهیم هم دستگاهها را ببینیم، هم به کاربر ریموت شویم، هم تیکت و SLA داشته باشیم.» همین جمله اگر باز نشود، معمولاً به خرید محصولی ختم میشود که بخشی از مسئله را عالی حل میکند و بخش دیگر را نه.
MedaDesk، Endpoint Central و ServiceDesk Plus هر سه به عملیات IT نزدیکاند، اما نقش یکسانی ندارند. MedaDesk در وضعیت فعلی روی مرکز عملیات پشتیبانی دستگاه تمرکز دارد. Endpoint Central یک پلتفرم مدیریت و امنیت Endpoint است و قابلیتهایی مثل Patch Management، Software Deployment، Inventory، Remote Control و Configuration را پوشش میدهد. ServiceDesk Plus هسته Help Desk و ITSM است و فرایندهایی مثل Incident، Request، SLA، Service Catalog، Change، Problem و CMDB را مدیریت میکند.
اگر مسئله را اشتباه تعریف کنیم، ابزار هم اشتباه انتخاب میشود
| نیاز | MedaDesk | Endpoint Central | ServiceDesk Plus |
|---|---|---|---|
| مرکز عملیات پشتیبانی روزانه | هسته طراحی فعلی محصول | بخشی از عملیات Endpoint را پوشش میدهد | از زاویه Ticket و فرایند ITSM |
| Patch Management | در صفحه فعلی ادعا نشده است | قابلیت محوری | محور اصلی محصول نیست |
| Software Deployment | در صفحه فعلی ادعا نشده است | قابلیت محوری | محور اصلی محصول نیست |
| Ticket / SLA / Catalog | درخواست کمک در محصول دیده میشود؛ ITSM کامل ادعا نشده است | محور اصلی نیست | هسته اصلی محصول |
| Remote Support | نشست پشتیبانی از مرکز عملیات | Remote troubleshooting بخشی از پلتفرم | معمولاً با ابزار Remote مکمل میشود |
| CMDB / Change / Problem | در صفحه فعلی ادعا نشده است | محور اصلی نیست | در Editionهای مربوطه بخشی از ITSM است |
سناریو ۱: «کاربر مشکل دارد، سریع به دستگاه برس»
اگر درد اصلی تیم این است که کارشناس بین نام دستگاه، شماره کاربر، پیامرسان و ابزار Remote سرگردان است، MedaDesk دقیقاً در همین نقطه معنا پیدا میکند. دستگاه، وضعیت اتصال، درخواست کمک، کارشناس و نشست در یک نمای عملیاتی کنار هم قرار میگیرند.
سناریو ۲: «هزار Endpoint داریم؛ باید Patch و Software را کنترل کنیم»
اینجا Endpoint Central زمین بازی خودش را دارد. طبق مستندات رسمی ManageEngine، این محصول Patch Management، Software Deployment، Inventory، Remote Control، Configuration و مجموعه بزرگی از قابلیتهای UEM و امنیت Endpoint را پوشش میدهد. اگر مسئله شما اداره چرخه روزمره Endpoint در مقیاس است، مقایسه با MedaDesk از اساس باید بر اساس Scope انجام شود، نه تعداد منوها.
سناریو ۳: «Ticket و SLA و Change باید قابل حسابرسی باشد»
اینجا ServiceDesk Plus وارد میشود. اگر سازمان Incident، Request، SLA، Service Catalog، Problem، Change و CMDB میخواهد، با یک مسئله ITSM روبهرو است. MedaDesk قرار نیست صرفاً برای اینکه به پشتیبانی نزدیک است، جای یک ITSM کامل معرفی شود.
پس معماری درست چه شکلی است؟
ممکن است یک سازمان هر سه لایه را نیاز داشته باشد: ServiceDesk Plus برای فرایند و Ticket، Endpoint Central برای مدیریت و امنیت Endpoint و MedaDesk برای عملیات سریع پشتیبانی و حرکت از درخواست کمک به دستگاه و نشست. یا ممکن است فقط یکی از این سه واقعاً لازم باشد. معیار، Pain Point و Scope است.
برای جایگاه عملیاتی MedaDesk، صفحه محصول MedaDesk را ببینید. برای ITAM و Endpoint نیز راهکار ITAM مدانت و برای Help Desk و ITSM، خدمات Help Desk را بررسی کنید.
منابع
قابلیتهای Endpoint Central بر اساس صفحات رسمی ManageEngine درباره Endpoint Management، Patch Management و Software Deployment نوشته شدهاند. محدوده ServiceDesk Plus بر اساس معرفی رسمی محصول و محتوای تخصصی مدانت درباره ITSM در نظر گرفته شده است. درباره MedaDesk فقط قابلیتهای منتشرشده در نسخه فعلی صفحه رسمی محصول لحاظ شدهاند.
سخن پایانی
اگر یک محصول را بهخاطر نزدیکی اسمی به مسئله انتخاب کنیم، خیلی زود با همپوشانی یا شکاف مواجه میشویم. اول مشخص کنید دنبال «مدیریت فرایند خدمت»، «مدیریت Endpoint» یا «عملیات پشتیبانی روی دستگاه» هستید. بعد ابزار را انتخاب کنید. این ترتیب ساده، جلوی بخش بزرگی از خریدهای اشتباه IT را میگیرد.
