راهکار جامع مانیتورینگ شبکه و مدیریت فن آوری اطلاعات

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

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

اولویت ‌بندی (Prioritization)

نرم ‌افزار تیکتینگ (Ticketing software) با اولویت‌ بندی کردن درخواست‌های مهم‌تر، به کارکنان کمک می‌کند تا آنها بتوانند ابتدا به مسائل فوری رسیدگی کنند. شما می‌توانید با طراحی یک سیستم رتبه‌بندی برای حالاتی که مشکلات خاصی در گروه‌های اولویت‌بندی خاصی قرار می‌گیرند، یک گردش کار (Work Flow) تعریف کنید. با استفاده از ایمیل، کارکنان کارها را بر اساس ترتیب دریافت ایمیل‌ها انجام می‌دهند و این بدین معنا است که یک مشکل جدی ممکن است برای مدتی طولانی حل نشده باقی بماند زیرا کارکنان در حال رفع مشکلات جزئی و کم اهمیت هستند.

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

مقاله‌ی نرم افزار تیکتینگ را جایگزین ایمیل کنید!

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

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

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

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

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

مقاله‌ی اطلاعیه های واحد IT را به اطلاع کاربران و مشتریان برسانیم

هدف از مدیریت رخداد (Incident Management) بازگرداندن هر چه سریع‌تر عملیات سرویس به حالت عادی بعد از وقوع یک رخداد در عین حال به حداقل رساندن تاثیر آن روی عمليات شرکت با تضمین حفظ کیفیت آن است. در نرم افزار مدیریت فناوری اطلاعات دانا شما می توانید فرآیند های رسیدگی به رخداد ها را به طور موثری مدیریت نمایید که در ادامه به معرفی آن می پردازیم.

روش های ثبت رخداد

به طور عمده رخداد ها به دو روش خودکار و دستی در نرم افزار ثبت می شود، در روش خودکار، عملیات ثبت رخداد توسط نرم افزار های مانیتورینگ صورت می پذیرد، به این صورت که چنانچه نرم افزار مانیتورینگ وقوع اختلالی را در شبکه شناسایی کند پس از ارسال اخطار به مسئولان شبکه، رخداد مربوطه را از طریق Web Service در نرم افزار Help Desk ثبت می کند.

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

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

مقاله‌ی مدیریت رخدادها طبق استاندارد ITIL

اکثر محصولات ITSM نوعی برنامه سودمند جهت ایجاد پایگاه دانش عرضه می‌كنند، که در آن رخداد های فلگ دار می‌تواند برای عناصر داده‌ای نظیر «عنوان»، «توضیح» و «راه حل» فراهم شود. این عناصر سپس می‌توانند به مطالب پایگاه دانش شما ارجاع شوند. این مطالب تازه ایجاد شده را طبقه بندي کرده، کلمات کلیدی جستجو به آن اضافه کنید و آنگاه می‌توانید مدیریت دانش (KM) را فوراً به جريان اندازید.

آنچه توضیح دادم همان چیزی است که تیم‌های فروش نرم افزار به شما خواهند گفت. بیائید واقع بين باشيم.

خوش شانسی اين است كه رخدادهای شما به صورت یکسان نوشته نمی‌شوند. برای مثال، شرط می‌بندم که در گذشته شرکت شما یک یا 2 مشکل ایمیل داشته است. وقتی درخواست‌های مرتبط با این رخداد در طول زمان ایجاد می‌شوند، احتمالاٌ دارای شرح‌های مختصری همچون «ایمیل از کار افتاده»، کاربری گزارش می‌دهد که «قادر به استفاده از ایمیل نیستم»، «نمی‌توانم ایمیل بفرستم»، «Email»، «E-mail»، «eMail»، «باب گفت ایمیل او کار نمی‌کند در حالی که جو با آن مشکلی ندارد» و غیره هستند. وقتی زمان انتخاب یک رخداد برای پایگاه دانش جدیدتان رسيد، شما به عنوان نمونه‌ای از مشکلات متداول ایمیل کدام درخواست را برمی‌گزینید تا به درستی در نتایج جستجوی آتی پایگاه دانش نمایش یابد؟ آیا راه حل مربوطه روشن و مختصر است یا همانند مثال‌های فوق حاوی توضیحات خلاصه و كاملاً متفاوت برای یک رخداد است؟

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

مقاله‌ی دستیابی به یک ماژول مدیریت دانش ITSM

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

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

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

مقاله‌ی ITSM: راجع به یک پایگاه دانش چه چیزی را باید بدانید؟

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

نویسنده: ارویند پارتیبان

ترجمه و ویرایش: شرکت داناپرداز

سازمان‌ها با یکدیگر متفاوتند؛ آنها از لحاظ پرسنل، فرآیند‌ها، محیط، نوع پشتیبانی که تامین می‌کنند، Help Desk و بسیاری موارد دیگر تفاوت دارند. نکته بسیار مهم این است که فرآیندهای ITIL را در زمان مناسب پیاده کنیم؛ همچنین بخش پشتیبانی باید تجربه کافی برای مدیریت این فرآیندها را داشته باشد در غیر این صورت کلیه تلاش‌ها به ناكامی ختم خواهد شد. مواردی که برای یک بخش پشتیبانی مناسب است لزوماً برای بخش پشتیبانی سازمان دیگر کار نخواهد کرد. هدف این مقاله کمک به مدیران IT است تا خود بخش پشتیبانی و میزان تجربه پرسنل آن را برای پیاده سازی فرآیند درست در زمان مناسب ارزیابی کنند.

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

مقاله‌ی وقتی واقعیت به پیاده سازی ITIL ضربه می‌زند

کیفیت سطح خدمات را تحت کنترل بگیرید

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

توافق نامه های سطح خدمات (Service Level Agreements) روشی ایده آل برای مستند سازی توافقات بین تیم پشتیبانی (Help Desk) و مشتریان است و در چارچوب ITIL نیز بر بکارگیری SLA تاکید بسیاری شده است.

زیر سیستم SLA در نرم افزار دانا چه کاری انجام می دهد

زیر سیستم SLA به طور دقیق مدت زمان درخواست ها را محاسبه کرده و بر آن نظارت می کند و چنانچه طبق تعاریف صورت گرفته زمان پاسخ به درخواست و یا زمان انجام درخواست به مهلت مشخص شده نزدیک شود و یا از آن بگذرد عملیات های تعریف شده را اجرا و نیز جرایم ریالی تعیین شده را محاسبه می کند.

زیر سیستم مدیریت SLA در نرم افزار دانا منطبق با استاندارد های روز IT طراحی شده است و به شکلی کاملا قابل انعطاف به شما کمک می کند تا سطح خدمات مورد انتظار را بر اساس انواع سرویس ها و یا مشتریان تعریف نمایید. این زیر سیستم به طور کامل با زیر سیستم Help Desk دانا یکپارچه بوده و این امکان را فراهم می سازد تا به آسانی از سطح کیفی رسیدگی به درخواست ها و رویداد ها در سازمان آگاهی داشته باشید.

ادامه مقاله در مدیریت توافق نامه سطح خدمات SLA Management مطالعه نمایید

مسئله مقایسه بخش پشتیبانی (Help Desk) با بخش خدمات (Service Desk) تنها در هجی آنها نیست. بین این 2 بخش تفاوت‌های واقعی وجود دارند، هر چند هر دوی آنها از وظایف شرکت هستند.

اگر فکر می‌کنید این 2 بخش دقیقاً یکسان هستند، آنها را بر پايه اشتباهی قرار داده‌‌اید.

نرم افزاری که برای اداره Help Desk یا Service Desk خود استفاده می‌کنید همانند نامشان یکسان نیستند. در واقع می‌توانید هر کدام از این بخش‌ها را به لحاظ تئوری بدون نرم افزار اداره کنید، اما این کار احتمالاً درگیر یک سری یادداشت‌های ناخوانا، سوء تفاهم‌ها و در نهایت اشک ها و اتهام های متقابل می شود.

اما بیایید فرض کنیم نرم افزاری دارید که می تواند برای اداره Help Desk یا Service Desk استفاده شود. چرا باید تفاوت بین این 2 بخش را بدانید؟ 5 دلیل ذیل این موضوع را روشن می‌کند.

1. چون تمركز پرسنل Help Desk خارجی است

مهم‌ترین وجه تمایز Help Desk با Service Desk تمرکز آن است. Help Desk روی کاربر نهایی تمرکز دارد، در حالی که فعالیت Service Desk هم روی کاربر نهایی و هم مشکلات داخل شرکت متمرکز می‌شود. در فعالیت Service Desk تمرکز خارجی روی مشکلات مشتری است، اما همزمان تمرکز داخلی روی فرآیندهای روزمره شرکت نیز وجود دارد. هدف اساسی Help Desk حل مشکلات کاربر نهایی است، در حالی که تمرکز اصلی Service Desk روی کاهش هزینه‌ها و افزایش بهره‌وری است.

2. چون فعالیت پرسنل Help Desk تاکتیکی است در حالی که فعالیت پرسنل Service Desk استراتژیکی است

فعالیت پرسنل Help Desk تاکتیکی است زیرا در جایگاهی قرار دارند که مشکلات را به محض بروز حل کنند

ادامه مطلب در مقایسه Help Desk و Service Desk مشاهده نمایید.