فرض کنید روزانه صدها درخواست از ایمیل، پورتال و تلفن وارد میز خدمت میشود. اگر هر Ticket ابتدا وارد یک صف عمومی شود و سپس Supervisor آن را دستی بین کارشناسان تقسیم کند، بخشی از زمان پاسخ فقط صرف «پیدا کردن صاحب درخواست» میشود. در چنین محیطی، Ticket Routing در ServiceDesk Plus باید به یک جریان خودکار و قابلکنترل تبدیل شود.
هدف Routing این نیست که صرفاً Ticket را به یک Technician بدهد؛ باید Category، Site، Department، Workload، Skill و SLA را در تصمیم دخیل کند تا درخواست از همان ابتدا به صف درست برسد.
Ticket Routing از کجا شروع میشود؟
ServiceDesk Plus میتواند درخواستها را از Portal، Email و سایر کانالهای تعریفشده دریافت کند. Email-to-Ticket یکی از رایجترین مسیرهاست: کاربر به Mailbox پشتیبانی پیام میدهد و Request در سیستم ثبت میشود. اما ثبت Ticket فقط قدم اول است؛ Business Rule و Assignment Logic باید تصمیم بگیرد بعد چه اتفاقی بیفتد.
| مرحله | سؤال عملیاتی | کنترل پیشنهادی |
|---|---|---|
| ورود | Ticket از کدام کانال آمده؟ | Email/Portal/API |
| طبقهبندی | موضوع و سرویس چیست؟ | Category/Subcategory/Item |
| مسیریابی | به کدام Group برسد؟ | Business Rule |
| تخصیص | کدام Technician پاسخ دهد؟ | Auto Assign |
| کنترل | در زمان مقرر پاسخ داده میشود؟ | SLA و Escalation |
Business Rule؛ موتور تصمیمگیری اولیه
Business Rule میتواند بر اساس ویژگیهای Request تصمیم بگیرد. برای مثال، اگر Subject شامل «VPN» باشد و Site برابر شعبه تهران باشد، Ticket به گروه Network منتقل شود. یا اگر Requester از واحد مالی است و Category مربوط به ERP باشد، Ticket به تیم Application Support برسد.
طراحی Rule باید از سادهترین منطق شروع شود. Ruleهای بسیار پیچیده و همپوشان میتوانند مسیر Ticket را غیرقابلپیشبینی کنند.
Auto Assign چه مسئلهای را حل میکند؟
بعد از اینکه Ticket به Group درست رسید، هنوز باید Technician انتخاب شود. Auto Assignment میتواند بخشی از این تصمیم را خودکار کند. هدف، کاهش Assignment دستی و توزیع متعادلتر Workload است.
چه زمانی Auto Assign مناسب نیست؟
برای Ticketهایی که نیاز به Expertise بسیار خاص دارند، ابتدا Route به Group تخصصی و سپس Assignment کنترلشده بهتر است. همه Requestها نباید صرفاً Round-robin توزیع شوند.
سناریو: ایمیل عمومی پشتیبانی
کاربر ایمیلی با Subject «قطع دسترسی VPN شعبه تبریز» ارسال میکند. جریان پیشنهادی میتواند این باشد:
- Email به Ticket تبدیل شود.
- Keyword و Requester/Site بررسی شود.
- Category به Network/VPN تنظیم شود.
- Ticket به Network Group منتقل شود.
- Auto Assign بر اساس Technicianهای فعال انجام شود.
- SLA متناسب با Priority اعمال شود.
- در صورت عدم پاسخ، Escalation اجرا شود.
Routing را با Service Catalog ترکیب کنید
هرچه Request از فرم ساختاریافتهتری وارد شود، Routing دقیقتر میشود. Service Catalog در ServiceDesk Plus اجازه میدهد فرم، فیلد اجباری، Approval و Task از قبل تعریف شود. مقاله Service Catalog در ServiceDesk Plus این بخش را بهصورت مستقل بررسی میکند.
Routing و SLA باید یک طراحی مشترک داشته باشند
اگر Ticket سریع Route شود اما SLA اشتباه داشته باشد، Automation ارزش واقعی ایجاد نمیکند. اولویت، Impact و Urgency باید با Route هماهنگ باشند. Ticketهای Critical باید مسیر Escalation کوتاهتر و Owner مشخصتری داشته باشند.
برای Incidentهای شبکه، Route درست زمانی ارزش بیشتری پیدا میکند که Evidence مانیتورینگ نیز همراه Ticket باشد؛ راهنمای Network Path Analysis در OpManager نمونهای از این اتصال بین NOC و Service Desk است. همچنین اگر Assignment قرار است بر اساس سرویس یا CI دقیقتر شود، کیفیت داده در CMDB Health در ServiceDesk Plus اهمیت مستقیم پیدا میکند.
کاهش Reassignment؛ KPI مهم Routing
یکی از بهترین شاخصهای کیفیت Routing، تعداد Reassignmentهاست. اگر Ticket چند بار بین گروهها جابهجا میشود، Category Taxonomy یا Ruleها درست طراحی نشدهاند.
| KPI | نشانه | اقدام |
|---|---|---|
| Reassignment Rate | Routing اشتباه | بازبینی Rule و Category |
| Unassigned Tickets | Gap در Assignment | بررسی Group/Technician Availability |
| First Response Time | تاخیر در Queue | Auto Assign و SLA Review |
| SLA Breach | Escalation ناکافی | بازطراحی Threshold |
میز خدمت مشتری و Ticket Routing
وقتی سازمان از ServiceDesk Plus برای پشتیبانی داخلی یا Customer Support استفاده میکند، Routing درست باعث میشود «میز خدمت» از یک صندوق ایمیل مشترک به یک سیستم قابلاندازهگیری تبدیل شود. برای شناخت مدلهای Service Desk و Help Desk میتوانید از محتوای تخصصی servicedeskplus.ir استفاده کنید.
نکات کلیدی
- Email-to-Ticket فقط ورودی است؛ ارزش اصلی در طبقهبندی و Assignment خودکار ایجاد میشود.
- Business Rule باید ساده، قابلردیابی و بدون همپوشانی غیرضروری باشد.
- Auto Assign را با Skill و Group Design ترکیب کنید.
- Reassignment Rate یکی از مهمترین KPIهای Routing است.
- Routing، SLA و Escalation باید در یک معماری واحد طراحی شوند.
منابع
- ManageEngine ServiceDesk Plus — Technician Auto Assign
- ManageEngine ServiceDesk Plus — Business Rules
- ManageEngine ServiceDesk Plus — Mail Server Settings
سخن پایانی
میز خدمت زمانی مقیاسپذیر میشود که Ticket از لحظه ورود، مسیر مشخصی داشته باشد. ServiceDesk Plus با ترکیب Email-to-Ticket، Business Rule، Group، Auto Assign، SLA و Escalation امکان میدهد درخواستها با دخالت دستی کمتر به تیم درست برسند.
مدانت خدمات لایسنس، نصب، فارسیسازی، تقویم شمسی، Integration، طراحی Workflow، سفارشیسازی و پشتیبانی ServiceDesk Plus ارائه میکند. برای بررسی محصول و خدمات میتوانید به ServiceDesk Plus در مدانت یا تماس با مدانت مراجعه کنید.
