حجم تیکت‌های پشتیبانی داره بیشتر می‌شه، نه کمتر: طبق گزارش State of Tech Support in 2025 مؤسسه‌ی HDI، ۳۴ درصد از تیم‌های پشتیبانی رشد حجم تیکت‌هاشون رو گزارش دادن. خیلی از تیم‌های IT هم با ابزاری کار می‌کنن که ازش راضی نیستن. توی گزارش بنچمارک ITSM سال ۲۰۲۲ AXELOS، ۴۶ درصد ابزار ITSM خودشون رو «عالی» دونستن و ۲۴ درصد می‌خواستن عوضش کنن. واکنش معمول اینه که دنبال یه ابزار تیکتینگ بهتر بگردیم. ولی تغییر بزرگ‌تر امسال چیز دیگه‌ایه: همون گردش‌کار ساخت‌یافته‌ای که قبلاً فقط مال IT بود، داره به HR، تسهیلات و حقوقی هم گسترش پیدا می‌کنه، چیزی که تحلیل‌گرها بهش می‌گن enterprise service management یا ESM.
وقتی از زاویه‌ی درخواست‌کننده نگاه کنی منطقش ساده‌ست. یه کارمند دانشگاه اهمیتی نمی‌ده که سؤالش مال ITه، HRه یا آموزش — فقط می‌خواد یه‌جا ثبتش کنه و پیگیریش کنه. وقتی هر بخش فرم جدا، ایمیل جدا، یا باجه‌ی حضوری جدای خودش رو داره، سازمان با پنج نسخه از یه مشکل روبه‌رو می‌شه: نه SLA مشخصی، نه تاریخچه‌ای، نه راهی برای دیدن این‌که واقعاً کجا بیشترین معطلی داره اتفاق می‌افته.
یه موتور تیکتینگ، یه تجربه‌ی ورودی، پنج صف مختلف
این دقیقاً همون شکافیه که فن‌سرو برای پرکردنش ساخته شده. یه پنجره‌ی خدمت واحد برای کل سازمانه — اعضا، کارکنان، و همه‌ی بخش‌ها — که هر گروه کاتالوگ درخواست مخصوص خودش رو داره، ولی هر درخواست از همون گردش‌کار تیکتی مشترک عبور می‌کنه: پایش SLA، مکالمات، پایگاه دانش و گزارش‌گیری، با موتور فن‌دسک زیرش. به‌جای ساختن پنج پرتال جدا، سازمان یه لایه‌ی ورودی واحد می‌سازه و فقط کاتالوگ هر گروه رو تنظیم می‌کنه.
فن‌سرو الان توی دانشگاه لرستان درخواست‌های آموزشی، دانشجویی، پژوهشی، رفاهی و فرهنگی رو از همون یه پنجره مدیریت می‌کنه — دقیقاً همون الگوی ESM که تحلیل‌گرها به‌عنوان تغییر ۲۰۲۶ ازش حرف می‌زنن، فقط ساخته‌شده برای محیطی با بخش‌های دانشگاهی به‌جای واحدهای کسب‌وکار سازمانی. اگه سازمان شما هنوز بسته به این‌که درخواست کدوم بخش بوده، جور دیگه‌ای زمان واقعی حل‌شدنش رو حساب می‌کنه، همون شکافیه که ارزش بستنش رو داره — نه یه ابزار تیکتینگ بزرگ‌تر.
همین خطای سنجش در چت‌بات‌های هوش مصنوعی هم دیده می‌شود، جایی که نرخ دفلکشن و نرخ حل واقعی اغلب طوری گزارش می‌شوند که انگار یک عددند.
