ثبت و پیگیری درخواست پشتیبانی

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

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

ابتدا نوع مسئله را مشخص کنید

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

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

درخواست تازه را چگونه ثبت کنید؟

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

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

مراحل را به ترتیب توضیح دهید

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

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

انتظار را از نتیجهٔ واقعی جدا کنید

بگویید چه اتفاقی باید می‌افتاد و در عمل چه دیدید. «انتظار داشتم برای هر شعبه مقدار فروش ببینم؛ نتیجه فقط یک مقدار کل دارد» به تفاوت مورد نظر اشاره می‌کند. جملهٔ «پاسخ بد است» مشخص نمی‌کند مسئله تعریف شاخص است، محدودهٔ سؤال، عدد یا نمایش. اگر دربارهٔ درستی عدد اختلاف دارید، تعریف و دورهٔ مرجع خود را نیز توضیح دهید.

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

مثال آموزشی: درخواست مفید دربارهٔ اتصال

فرض کنید تست اتصال ناموفق است. متن مناسب می‌تواند چنین باشد: «در افزودن اتصال پایگاه‌داده، پس از وارد کردن میزبان و انتخاب نوع، تست پیام دسترسی شبکه نشان می‌دهد. تیم شبکه آدرس مجاز نمایش‌داده‌شده را بررسی کرده، اما نتیجه هنوز همان است. انتظار داشتم تست موفق شود و فهرست پایگاه‌داده قابل انتخاب باشد.» سپس متن غیرمحرمانهٔ پیام و زمان اقدام را اضافه کنید.

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

چه شواهدی را اضافه کنید؟

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

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

درخواست قابلیت را بر اساس هدف بنویسید

برای یک امکان تازه، ابتدا کاری را توضیح دهید که اکنون نمی‌توانید انجام دهید. مثلاً «برای گزارش هفتگی لازم است نتیجهٔ این بررسی با تعریف ثابت به تیم ارائه شود؛ اکنون هر بار مراحل را دوباره انجام می‌دهیم.» سپس توضیح دهید خروجی مورد نظر چیست و چه کسانی از آن استفاده می‌کنند. این اطلاعات از درخواست مبهم «امکانات بیشتر اضافه کنید» کاربردی‌تر هستند.

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

پاسخ را در همان گفت‌وگو دنبال کنید

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

اگر مسئله حل نشده، مشخص کنید کدام مرحلهٔ پیشنهاد انجام شد و کدام پیام باقی مانده است. پیام تازه روی درخواست پایان‌یافته می‌تواند آن را برای ادامهٔ پیگیری باز کند. برای همان موضوع، این ادامه معمولاً از ایجاد درخواست تکراری روشن‌تر است. زمان ثابت برای پاسخ همهٔ درخواست‌ها فرض نکنید؛ وضعیت موجود و پیام‌های همان گفت‌وگو را پیگیری کنید.

نتیجهٔ پیگیری را ثبت کنید

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

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