اولویت تیکت چیست؟ راهنمای انتخاب سطح و زمان پاسخ

معیار دقیق انتخاب اولویت تیکت پشتیبانی، تفاوت سطوح عادی تا بحرانی، و زمان پاسخ مورد انتظار هر سطح را با مثال‌های واقعی ببینید.

۷ دقیقه به‌روزرسانی ۱۵ شهریور ۱۴۰۵

تیکت شما در صف پشتیبانی کجاست؟

سایت از کار افتاده، خطای 500 روی همه صفحات، و شما یک تیکت باز کرده‌اید با عنوان «سایت مشکل دارد». هشت ساعت گذشته و هنوز پاسخی نیامده. تیکت دیگری هم برای تغییر نسخه PHP زده‌اید و فکر می‌کنید کسی آن را ندیده. هر دو تیکت در یک صف هستند، اما فقط یکی از آن‌ها باید فوراً جواب بگیرد.

مشکل از جایی شروع می‌شود که «اولویت تیکت» را نمی‌دانید یا اشتباه انتخاب می‌کنید. در این راهنما می‌گوییم هر سطح دقیقاً یعنی چه، چه اطلاعاتی سطح را تعیین می‌کند و برای هر کدام چه زمانی باید منتظر پاسخ باشید.

چهار سطح اولویت تیکت و تعریف هر کدام

در سرورنت، هر تیکت پشتیبانی یکی از چهار سطح عادی، مهم، فوری و بحرانی را می‌گیرد. این سطوح تصادفی نیستند؛ بر اساس تأثیر مشکل روی سرویس شما و تعداد کاربران درگیر تعیین می‌شوند.

عادی (Normal) — سوالات عمومی و درخواست‌های غیرفوری

سوال درباره نحوه تنظیم یک ویژگی، درخواست تغییر تنظیمات بدون عجله، یا سوال درباره صورتحساب. سرویس شما سالم است و هیچ کاربری درگیر نیست. زمان پاسخ مورد انتظار: تا ۲۴ ساعت کاری.

مثال واقعی: «چطور می‌توانم SSL رایگان را روی دامنه دوم فعال کنم؟» این تیکت عادی است، حتی اگر برای شما مهم باشد. چون سایت اصلی کار می‌کند و این درخواست می‌تواند چند ساعت صبر کند.

مهم (Important) — اختلال جزئی یا درخواست با زمان‌بندی مشخص

بخشی از سرویس شما دچار مشکل شده، اما کل سایت از دسترس خارج نشده. یا درخواستی دارید که باید تا یک زمان مشخص انجام شود. زمان پاسخ مورد انتظار: تا ۸ ساعت کاری.

مثال: فرم تماس سایت خطا می‌دهد، اما بقیه صفحات سالم هستند. یا «فردا صبح باید دامنه را به سرور جدید منتقل کنید». این سطح نیاز به اقدام دارد، اما آتش‌سوزی نیست.

فوری (Urgent) — قطعی کامل سرویس یا خطای فراگیر

سایت کاملاً از دسترس خارج شده، دیتابیس پاسخ نمی‌دهد، یا خطایی روی همه صفحات ظاهر شده است. کاربران شما درگیر هستند و هر ساعت توقف به معنای از دست رفتن درآمد یا اعتبار است. زمان پاسخ مورد انتظار: تا ۲ ساعت.

اینجا باید مدرک بیاورید. نه فقط «سایت کار نمی‌کند»، بلکه خروجی curl -I https://example.com، اسکرین‌شات خطا، و زمان دقیق شروع مشکل. هرچه اطلاعات اولیه بیشتر باشد، تیم پشتیبانی سریع‌تر به اصل ماجرا می‌رسد.

بحرانی (Critical) — قطعی کامل با خسارت مالی یا امنیتی

سایت فروشگاهی در ساعات اوج خرید از کار افتاده، یا شواهدی از نفوذ به سرور می‌بینید. این سطح برای شرایطی است که هر دقیقه توقف هزینه مستقیم دارد یا داده‌های حساس در خطر است. زمان پاسخ مورد انتظار: حداکثر ۳۰ دقیقه.

تیکت بحرانی را فقط برای شرایط واقعاً بحرانی نگه دارید. اگر برای هر مشکل کوچکی این سطح را انتخاب کنید، اعتبار شما نزد تیم پشتیبانی کم می‌شود و وقتی واقعاً به کمک فوری نیاز دارید، ممکن است جدی گرفته نشود.

چه اطلاعاتی سطح تیکت را تعیین می‌کند؟

سه عامل اصلی سطح تیکت شما را مشخص می‌کند. اگر این‌ها را در تیکت اول بنویسید، هم سطح درست تعیین می‌شود و هم زمان پاسخ کوتاه‌تر.

  • دامنه تأثیر: چند کاربر درگیر هستند؟ فقط شما یا همه بازدیدکنندگان سایت؟
  • شدت خطا: سرویس کاملاً قطع است یا فقط یک بخش مشکل دارد؟ خطای 500 با خطای 404 فرق دارد.
  • فوریت زمانی: آیا یک ضرب‌الاجل مشخص وجود دارد؟ مثلاً «فردا کمپین تبلیغاتی شروع می‌شود».

یک تیکت خوب چیزی شبیه این است: «از ساعت ۱۴:۳۰ امروز، سایت با خطای 503 پاسخ می‌دهد. خروجی curl را ضمیمه کرده‌ام. همه صفحات درگیر هستند و فروشگاه ما در ساعات ۱۶ تا ۲۲ بیشترین ترافیک را دارد. اولویت: بحرانی.»

این تیکت در ۳۰ ثانیه اول قابل درک است و تیم پشتیبانی بلافاصله می‌داند از کجا شروع کند. در مقابل، تیکت «سایت مشکل دارد» نیاز به چند دور پرسش و پاسخ دارد و زمان را هدر می‌دهد.

این‌جا اشتباه می‌کنند: انتخاب سطح بر اساس احساس، نه واقعیت

رایج‌ترین اشتباه این است که کاربران تیکت «فوری» می‌زنند چون استرس دارند، نه چون مشکل واقعاً فوری است. نتیجه چیست؟ تیم پشتیبانی تیکت‌های بحرانی واقعی را در صف می‌بیند و تیکت شما را با سطح پایین‌تر بررسی می‌کند. بعد شما عصبانی می‌شوید که «چرا به تیکت فوری من جواب ندادند؟»

نشانه این اشتباه: تیکتی با اولویت فوری که محتوایش یک سوال ساده تنظیمات است. یا برعکس، تیکتی با اولویت عادی که سایت از کار افتاده. هر دو حالت به یک اندازه مشکل‌سازند. اولی اعتماد تیم پشتیبانی را از بین می‌برد، دومی باعث می‌شود مشکل واقعی شما ساعت‌ها در صف بماند.

قبل از انتخاب سطح، یک سوال از خودتان بپرسید: «اگر الان ساعت ۳ صبح بود و کسی پشت سیستم نبود، آیا این مشکل می‌توانست تا صبح صبر کند؟» اگر جواب بله است، سطح شما فوری یا بحرانی نیست.

زمان پاسخ در برابر زمان حل: این دو را قاطی نکنید

زمان پاسخ یعنی اولین واکنش تیم پشتیبانی به تیکت شما. این لزوماً به معنای حل مشکل نیست. ممکن است پاسخ اول این باشد: «مشکل را می‌بینیم، در حال بررسی هستیم» یا «برای تشخیص دقیق‌تر، خروجی این دستور را بفرستید.»

زمان حل به ماهیت مشکل بستگی دارد. یک تغییر ساده تنظیمات ممکن است در ۱۰ دقیقه انجام شود. یک حمله DDoS یا خرابی سخت‌افزاری ممکن است ساعت‌ها طول بکشد. هیچ شرکت میزبانی نمی‌تواند زمان حل قطعی برای همه مشکلات بدهد، چون برخی مشکلات به عواملی خارج از کنترل او بستگی دارد.

این تفاوت را در تیکت خود لحاظ کنید. اگر پاسخ اول را در زمان مقرر گرفتید اما مشکل حل نشده، تیکت را ببندید و دوباره باز کنید؟ نه. همان تیکت را ادامه دهید و پیگیری کنید. باز کردن تیکت جدید فقط تاریخچه را از بین می‌برد و تشخیص مشکل را سخت‌تر می‌کند.

چطور تیکت خود را برای پاسخ سریع‌تر آماده کنید

قبل از ثبت تیکت، این چک‌لیست را مرور کنید. هر موردی که از قلم بیفتد، یک دور رفت‌وبرگشت اضافه به فرآیند پشتیبانی اضافه می‌کند.

  1. خروجی curl -I یا curl -v از آدرس مشکل‌دار را ضمیمه کنید.
  2. زمان دقیق شروع مشکل را بنویسید. «از دیروز» به کار نمی‌آید؛ «از ساعت ۱۴:۳۰ امروز» قابل بررسی است.
  3. تغییرات اخیر روی سرور را ذکر کنید: آیا افزونه نصب کرده‌اید؟ تنظیمات DNS را تغییر داده‌اید؟
  4. شماره سرویس یا دامنه مربوطه را حتماً بنویسید.
  5. اگر خطایی در لاگ می‌بینید، چند خط آخر آن را کپی کنید. نه کل فایل، فقط بخش مربوط به خطا.

این اطلاعات به تیم پشتیبانی اجازه می‌دهد بدون پرسیدن سوالات اضافه، مستقیماً سراغ عیب‌یابی برود. نتیجه: پاسخ اول سریع‌تر و دقیق‌تر.

انتخاب بین سطوح: یک قانون سرانگشتی

اگر بین دو سطح مردد هستید، سطح پایین‌تر را انتخاب کنید. چرا؟ چون تیکت با سطح بالاتر از حد نیاز، انتظار شما را از زمان پاسخ بالا می‌برد و اگر در آن بازه پاسخ نیاید، ناراضی می‌شوید. تیکت با سطح پایین‌تر که زودتر از موعد پاسخ بگیرد، تجربه بهتری برای شما می‌سازد.

تنها استثنا: اگر مشکل امنیتی دارید یا شواهدی از نفوذ می‌بینید، سطح بحرانی را بدون تردید انتخاب کنید. در این مورد، خطا در جهت عکس بهتر از دیر رسیدن است.

برای آشنایی با ساختار سرویس‌ها و اینکه کدام گزینه برای کار شما مناسب است، می‌توانید راهنمای انتخاب بین هاست، سرور مجازی و اختصاصی را ببینید. همچنین اگر تازه سرویس خریده‌اید، چک‌لیست ۲۴ ساعت اول به شما می‌گوید چه تنظیماتی را قبل از شروع کار باید انجام دهید. برای درک بهتر اصطلاحاتی که در تیکت‌ها و مستندات می‌بینید، واژه‌نامه اصطلاحات هاستینگ و واژه‌نامه اصطلاحات شبکه را مرور کنید.

پرسش‌های پرتکرار

حداکثر زمان پاسخ برای تیکت بحرانی چقدر است؟

تیکت بحرانی حداکثر ۳۰ دقیقه پاسخ اولیه می‌گیرد. این پاسخ ممکن است فقط تأیید دریافت و شروع بررسی باشد، نه حل کامل مشکل. اگر بعد از ۳۰ دقیقه پاسخی نیامد، تیکت را از طریق تماس تلفنی پیگیری کنید.

اگر اشتباهی اولویت تیکت را اشتباه انتخاب کنم چه می‌شود؟

تیم پشتیبانی ممکن است سطح تیکت شما را اصلاح کند. اگر سطح را بالاتر از حد نیاز انتخاب کرده باشید، تیکت به سطح واقعی کاهش می‌یابد و زمان پاسخ بر اساس همان سطح محاسبه می‌شود. اگر پایین‌تر انتخاب کرده باشید و مشکل واقعاً فوری باشد، پس از بررسی اولیه سطح ارتقا می‌یابد.

آیا می‌توانم اولویت تیکت را بعد از ثبت تغییر دهم؟

بله، تا زمانی که تیم پشتیبانی کار روی تیکت را شروع نکرده باشد. بعد از شروع بررسی، تغییر اولویت فقط در پاسخ‌گویی به پیگیری‌های بعدی تأثیر دارد. اگر شرایط تغییر کرد (مثلاً مشکل از یک بخش به کل سایت گسترش یافت)، تیکت جدید با اولویت بالاتر باز کنید و به تیکت قبلی ارجاع دهید.

فرق بین پاسخ و حل مشکل در تیکت چیست؟

پاسخ یعنی اولین واکنش تیم پشتیبانی به تیکت شما، که در بازه زمانی تعیین‌شده برای هر سطح انجام می‌شود. حل مشکل یعنی رفع کامل خطا یا انجام درخواست شما، که زمان آن به ماهیت مشکل بستگی دارد و نمی‌توان برای آن زمان قطعی اعلام کرد. تیکت شما تا زمانی که مشکل حل نشده باز می‌ماند.

آیا این مطلب برایتان مفید بود؟