روز اولی که کسی در سازمان می‌پرسد «هلپدسک چیست و به درد ما می‌خورد؟» معمولاً روز خوبی نیست. یک مشتری سه بار زنگ زده و هر بار با کارشناس دیگری حرف زده، یک درخواست در گروه پیام‌رسان گم شده و مدیر واحد نمی‌داند این هفته چند درخواست جواب نگرفته. هلپ دسک برای همین روزها ساخته شده، ولی خریدنش بدون شناخت اجزایش همان مشکل را فقط گران‌تر می‌کند.
این نوشته راهنمای پایه است: هلپدسک چیست، از چه اجزایی ساخته شده و یک سازمان ایرانی در ۱۴۰۵ باید به چه چیزهایی بیشتر از یک شرکت اروپایی حساس باشد. اگر اجزا را می‌شناسید و فقط معیار خرید می‌خواهید، شش معیار پیش از خرید سامانهٔ تیکتینگ را بخوانید.
هلپدسک چیست؟ تعریف کوتاه
هلپدسک (Helpdesk) که «هلپدسک» هم نوشته می‌شود، یا به فارسی میز پشتیبانی، نرم‌افزاری است که هر درخواست، شکایت یا سؤال را به یک «تیکت» تبدیل می‌کند. تیکت شماره دارد، صاحب دارد، وضعیت دارد و تاریخچه‌اش ثبت می‌شود. تفاوت اصلی با ایمیل مشترک یا دفتر تلفن همین است: درخواست دیگر در ذهن یک نفر نیست، در سیستم است و اگر آن نفر مرخصی برود کار نمی‌خوابد.
بعضی‌ها بین هلپ دسک و «سامانهٔ تیکتینگ» فرق می‌گذارند. در عمل، تیکتینگ هستهٔ هلپدسک است و بقیهٔ اجزا (SLA، پایگاه دانش، گزارش) دور همین هسته ساخته می‌شوند. اگر نسخهٔ داخلی سازمان را در نظر دارید، یعنی پشتیبانی فناوری اطلاعات از کارمندان، همان منطق برقرار است و فقط مشتری شما همکار خودتان است.
چرخهٔ عمر یک تیکت
یک تیکت در ساده‌ترین حالت چهار وضعیت دارد: باز، در حال انجام، معلق و بسته. «معلق» مهم‌تر از آن است که به نظر می‌رسد. وقتی منتظر جواب مشتری هستید، تیکت نباید علیه کارشناس شما دیرکرد بخورد. در فن‌دسک همین چهار وضعیت با اولویت، ارجاع و عملیات گروهی مدیریت می‌شود و هر جابه‌جایی در تاریخچهٔ تیکت می‌ماند.
کنار پاسخ عمومی به مشتری، «یادداشت داخلی» هم لازم است. کارشناسی که از همکار فنی کمک می‌خواهد نباید این گفت‌وگو را جلوی چشم مشتری انجام دهد. پاسخ‌های آماده هم برای سؤال‌های تکراری وقت زیادی آزاد می‌کنند، به شرطی که کسی هر چند ماه یک بار مرورشان کند.
SLA: قول زمانی که قابل اندازه‌گیری باشد
SLA یا توافق سطح خدمت می‌گوید اولین پاسخ و حل نهایی هر تیکت حداکثر چقدر طول می‌کشد. مثلاً اولین پاسخ برای اولویت بالا چهار ساعت کاری و برای اولویت عادی یک روز کاری. کلمهٔ کلیدی «کاری» است.
بیشتر ابزارها زمان را ساعت دیواری حساب می‌کنند. نتیجه‌اش این است که تیکتی که پنجشنبه ساعت چهار بعدازظهر ثبت شده، صبح شنبه نقض‌شده نشان داده می‌شود، در حالی که هیچ‌کس سر کار نبوده. موتور SLA فن‌دسک فقط ساعات کاری را می‌شمارد، تعطیلات رسمی را از جدول تعطیلات کنار می‌گذارد و شیفت کاری را هم در نظر می‌گیرد. وقتی تیکتی به مرز نقض نزدیک شود، ارجاع به سرپرست خودکار انجام می‌شود، نه وقتی که کار از کار گذشته.
نظر شخصی ما: SLA بدون تعطیلات دقیق بدتر از نداشتن SLA است، چون گزارشی می‌سازد که هیچ‌کس باورش نمی‌کند و تیم کم‌کم به آن بی‌اعتنا می‌شود.
پایگاه دانش
بخشی از تیکت‌های هر هلپ دسک تکراری‌اند: بازنشانی رمز، نحوهٔ ثبت درخواست، ساعت کاری واحدها. پایگاه دانش جایی است که جواب این‌ها یک بار نوشته می‌شود و بعد مشتری خودش پیدایش می‌کند. در فن‌دسک مقاله‌ها دسته‌بندی دارند، جستجوی تمام‌متن دارند و خواننده می‌تواند بگوید مقاله مفید بود یا نه. همین رأی ساده بعد از چند ماه نشان می‌دهد کدام مقاله باید بازنویسی شود.
در فارسی یک تله هم هست: «ی» و «ک» عربی و فارسی. اگر مقاله با کیبورد فارسی نوشته شده و کاربر با کیبورد عربی جستجو کند، بعضی سیستم‌ها هیچ نتیجه‌ای نمی‌دهند. قبل از خرید هر هلپدسکی این را با دو کیبورد امتحان کنید.
پشتیبانی چندکاناله؛ کدام کانال و در کدام جهت؟
«چندکاناله» در بروشور فروش کلمهٔ مبهمی است. دو سؤال جدا دارد: درخواست از چه مسیرهایی وارد سیستم می‌شود، و اطلاع‌رسانی از چه مسیرهایی بیرون می‌رود. در بازار ایران کانال‌های خروجی حیاتی‌اند، چون بخش بزرگی از مشتری‌ها ایمیلشان را روزها باز نمی‌کنند ولی پیامک را همان لحظه می‌بینند.
فن‌دسک اعلان‌ها را از چهار مسیر می‌فرستد: ایمیل، تلگرام، پیامک و اعلان درون‌برنامه‌ای. برای هر رویداد و هر نقش جداگانه تنظیم می‌شود که چه کسی از چه راهی باخبر شود. ورود تیکت از پورتال مشتری و ثبت توسط کارشناس است. اگر برای شما ورود مستقیم تیکت از ایمیل یا واتساپ ضروری است، این را در دمو صریح بپرسید، از ما و از هر فروشندهٔ دیگری.
ابری یا نصب روی سرور خودتان؟ حساب سازمان‌های ایرانی جداست
در بیشتر دنیا این سؤال فقط دربارهٔ هزینه و حوصلهٔ تیم فناوری است. برای سازمان ایرانی سه عامل دیگر هم وارد می‌شود.
اول، تحریم. سرویس‌های ابری خارجی برای پرداخت کارت بین‌المللی می‌خواهند و حساب‌هایی که از ایران استفاده می‌کنند هر لحظه ممکن است بسته شوند. سازمانی که تاریخچهٔ پنج‌سالهٔ پشتیبانی‌اش روی چنین سرویسی است، روی چیزی ایستاده که مالکش نیست.
دوم، محل نگهداری داده. دستگاه‌های دولتی، دانشگاه‌ها، بانک‌ها و بیمارستان‌ها معمولاً اجازه ندارند اطلاعات شهروندان را روی سرور خارج از کشور نگه دارند. تیکت پشتیبانی پر از همین اطلاعات است: کد ملی، شماره تماس، شرح مشکل.
سوم، قطعی اینترنت بین‌الملل. در آبان ۹۸ و خرداد ۱۴۰۴ دیدیم که سرویس خارجی ممکن است چند روز در دسترس نباشد، دقیقاً همان روزهایی که حجم تماس‌ها بالا می‌رود. سامانه‌ای که روی سرور داخل سازمان یا دیتاسنتر داخلی نصب شده، در این روزها کار می‌کند. چک‌لیست آمادگی سامانه‌های سازمانی برای قطعی اینترنت این موضوع را جزء‌به‌جزء بررسی کرده است.
فن‌دسک هر دو حالت را دارد. نسخهٔ ابری اشتراک ماهانه است و نسخهٔ اختصاصی با Docker روی سرور خود سازمان نصب می‌شود؛ داده از شبکهٔ شما خارج نمی‌شود و هزینه به‌ازای هر کاربر ندارد. برای نصب درون‌سازمانی یک نسخهٔ پشتیبان آماده به‌کار (Standby) هم تعریف شده که اگر سرور اصلی از دست برود، سامانه با آخرین نسخهٔ داده جای دیگری بالا بیاید. ورود یکپارچه با «دولت من» هم پیاده شده که برای سازمان‌های دولتی و دانشگاهی گرهٔ رایجی است.
نصب اختصاصی مجانی نیست. سرور، پشتیبان‌گیری و به‌روزرسانی با خود شماست. اگر تیم فناوری ندارید و داده‌تان حساس نیست، نسخهٔ ابری داخلی انتخاب منطقی‌تری است.
فارسی، راست‌به‌چپ و تاریخ شمسی
ترجمهٔ منوها به فارسی با «پشتیبانی از فارسی» یکی نیست. در بسیاری از ابزارهای خارجی بعد از ترجمه، جدول‌ها هنوز چپ‌به‌راست‌اند، اعداد انگلیسی می‌مانند و تاریخ‌ها میلادی‌اند. برای کارشناسی که روزی صد تیکت می‌بیند، خواندن «2026/09/21» به جای «۱۴۰۵/۰۶/۳۰» یک خطای کوچک ذهنی است که روزی صد بار تکرار می‌شود.
فن‌دسک از اول فارسی ساخته شده و انگلیسی کنارش آمده است، نه برعکس. رابط کاربری راست‌به‌چپ بومی است، تاریخ‌ها برای کاربر فارسی‌زبان شمسی و با ارقام فارسی نمایش داده می‌شوند و ورودی تاریخ هم تقویم شمسی دارد. هر کاربر زبان خودش را دارد؛ اگر یک کارشناس انگلیسی کار کند و دیگری فارسی، هر دو تاریخچهٔ یک تیکت را به زبان خودشان می‌بینند. ایمیل و پیامک‌هایی که خارج از جلسهٔ کاربر ارسال می‌شوند هم به زبان ذخیره‌شدهٔ گیرنده می‌روند.
چک‌لیست انتخاب نرم‌افزار هلپ دسک سازمانی
این فهرست را در جلسهٔ دمو باز کنید و از فروشنده بخواهید هر مورد را روی سیستم نشان دهد، نه روی اسلاید.
- تیکتی پنجشنبه عصر ثبت کنید و ببینید SLA آن شنبه صبح چه وضعی دارد. تعطیلی رسمی وسط هفته را هم امتحان کنید.
- با کیبورد عربی در پایگاه دانش فارسی جستجو کنید.
- بپرسید اعلان پیامکی از چه سرویس‌دهنده‌ای ارسال می‌شود و آیا می‌توانید سرویس‌دهندهٔ خودتان را وصل کنید.
- ساختار سازمان را بکشید (شعبه، دپارتمان، تیم) و ببینید کارشناس یک شعبه واقعاً فقط تیکت‌های خودش را می‌بیند یا نه.
- اگر نصب درون‌سازمانی می‌خواهید، بپرسید بدون اینترنت نصب و به‌روزرسانی می‌شود یا نه.
- خروجی کامل داده را بخواهید: با چه فرمتی و در چند روز.
- گزارش انطباق SLA به تفکیک کارشناس و دپارتمان را همان‌جا ببینید.
- بپرسید ورود با «دولت من» یا سامانهٔ ورود یکپارچهٔ فعلی سازمان شدنی است یا نه.
Zendesk و Freshdesk کجا جا می‌افتند؟
منصفانه بگوییم: Zendesk و Freshdesk محصولات پخته‌ای هستند، با بازار افزونه، هوش مصنوعی و ده‌ها یکپارچگی آماده. برای شرکتی که مشتری‌اش خارج از ایران است، پرداخت ارزی‌اش حل شده و داده‌اش حساسیت قانونی ندارد، انتخاب بدی نیستند.
برای سازمان داخلی ماجرا فرق دارد. هر دو شرکت آمریکایی‌اند و تابع تحریم، نسخهٔ درون‌سازمانی ندارند، تقویم شمسی و SLA با تعطیلات ایران را باید با تنظیمات دستی و دور زدن ساخت، و پیامک داخلی را بدون افزونهٔ واسط نمی‌فرستند. مقایسهٔ جزء‌به‌جزء را در فن‌دسک در برابر رقبا نوشته‌ایم.
اگر بعد از خواندن این راهنما هنوز تردید دارید، از یک سؤال شروع کنید: اگر فردا اینترنت بین‌الملل قطع شود، تیم پشتیبانی شما کار می‌کند یا نه؟ جواب همین سؤال نیمی از انتخاب را روشن می‌کند.
