हेल्प डेस्क उत्पाद में आपको कौन सी सुविधाएँ देखना पसंद हैं? [बन्द है]


11

यह प्रश्न पेशेवर sys व्यवस्थापक और डेस्कटॉप समर्थन लोगों के लिए है। सॉरी डेवलपर्स ... आप स्टैक ओवरफ्लो पर बग ट्रैकिंग के बारे में बात कर सकते हैं।

किस प्रकार की सुविधाएँ या कार्यात्मकता आपको पसंद है या आप अपने हेल्प डेस्क या मुसीबत टिकट सॉफ्टवेयर में रखना चाहेंगे?

कुछ क्षेत्र रिपोर्टिंग कर सकते हैं, हार्डवेयर / सॉफ्टवेयर इन्वेंट्री के साथ एकीकरण, सक्रिय निर्देशिका / एलडीएपी इंट्रीग्रेशन, स्वचालित रूप से उन कुछ उपयोगकर्ताओं से टिकट बंद कर सकते हैं।


हम अभी भी किसी भी हेल्पडेस्क उत्पाद की खोज कर रहे हैं जो ईडायरेक्ट्री के साथ एकीकृत हो। तारकीय प्रश्न!
ग्यारह

मेरा पूरा समय नेटवेयर के साथ काम करने जैसा था ... लेकिन क्या यह ईडायरेक्ट्री के साथ एकीकृत है ??? ;)
डग लक्सम

जवाबों:


9

ई-मेल एकीकरण। इसके बिना, हेल्प डेस्क उत्पाद के साथ कुछ भी करने का कोई तरीका नहीं है। यह महत्वपूर्ण है कि ग्राहक और कर्मचारी ई-मेल का उपयोग करके संवाद कर सकते हैं।


मैं सहमत हूँ। मुझे अपने उपयोगकर्ताओं को 'हेल्पडेस्क ईमेल करने' के लिए समझाने में कई साल लग गए। मैं उस पर निर्माण करने के लिए एक हेल्पडेस्क उत्पाद चाहता हूँ।
हारून

उपयोगकर्ता A को टिकट के बारे में एक ईमेल मिलता है क्योंकि उपयोगकर्ता B ने इसके साथ कुछ किया था। उपयोगकर्ता A को अपनी पसंद के ईमेल क्लाइंट के साथ बस "उत्तर" मारना चाहिए और प्रश्न में सिस्टम को स्वचालित रूप से टिकट में ईमेल जोड़ना चाहिए और ईमेल को वापस उपयोगकर्ता बी
केविन एम

1
यकीनन। ई-मेल के माध्यम से टिकट की स्थिति में हेरफेर करने में सक्षम होने के नाते (जैसा कि डिबगस करता है) एक भयानक विशेषता भी है, लेकिन मैं ई-मेल के माध्यम से ग्राहक के साथ बातचीत करने में सक्षम होने के लिए बस जाऊंगा, जो कुछ सिस्टम किसी भी अच्छे हैं पर।
Womble

हाँ, मुझे लगता है कि आगे और पीछे पकड़ महत्वपूर्ण है। अधिकांश ईमेल के माध्यम से अपडेट भेजते हैं और नए मामलों में पॉप कर सकते हैं।
डग लक्सम

4
  • कार्यालय संचारक / आईएम एकीकरण
  • नि: शुल्क / व्यस्त एकीकरण ("मैं उसकी समस्या के बारे में जेन से संपर्क करूँगा - ओह, कोई बात नहीं, मैं देख सकता हूँ कि वह मीटिंग में है / छुट्टी पर / छुट्टी पर)"
  • उपयोगकर्ता स्वयं-सेवा पोर्टल ("मैं GAL कृपया अपना सेल नंबर बदलना चाहता हूं!")
  • उपयोगकर्ता कैसे-टू पोर्टल्स ("मैं प्रिंटर कैसे जोड़ूं?" या "मैं अपने कार्यालय से बाहर कैसे सेट कर सकता हूं?"
  • अनुरोध (समस्या नहीं - दूसरे शब्दों में "हे मैं एक नया लैपटॉप आदि चाहूंगा")
  • पर्यवेक्षक अनुमोदन (अनुरोध के लिए "हां मैं जेन को मंजूरी देता है नया लैपटॉप")
  • ज्ञान का आधार (टियर 1/2 स्टाफ के लिए) आंतरिक और स्वचालित रूप से उत्पन्न होता है ("यदि आप असामान्य-समस्या एक्स देखते हैं, तो समाधान चालाक-समाधान वाई है")
  • किसी प्रकार का विकि / शेयरपॉइंट एकीकरण

• पर्यवेक्षक अनुमोदन - महान विचार। चारों ओर महान सूची।
टिम मीर्स

3

परियोजना और रखरखाव कार्य एकीकरण

मैं एक ऐसी प्रणाली देखना चाहता हूं जो (अनिवार्य रूप से) वह सभी काम दिखाती है जो सहायक कर्मचारियों द्वारा किए जाने की आवश्यकता होती है। ज्यादातर छोटी और मध्यम आकार की कंपनियों में हेल्प डेस्क सपोर्ट करने वाले लोगों, प्रोजेक्ट करने वाले लोगों और मेंटेनेंस का काम करने वाले लोगों के बीच पर्याप्त ओवरलैप है। मैं एक ही कार्य प्रबंधन प्रणाली में हेल्प डेस्क के लिए कार्यों के साथ-साथ परियोजनाओं और नियमित रखरखाव के लिए कार्यों का प्रबंधन करने में सक्षम होना चाहूंगा।

इसलिए "जो हेल्प डेस्क" एक एकल कार्य-प्रबंधन पोर्टल को देखता है जो 8 उपयोगकर्ता-समर्थन आइटम, विंडोज 7 परियोजना के लिए 2 आइटम और बैकअप के लिए हर दिन वह 5 चीजें दिखाता है। और "जिल सर्वर एडमिन" उसी पोर्टल को देखता है जो विंडोज 7 प्रोजेक्ट के लिए उसके 12 आइटम, 4 दैनिक सर्वर रखरखाव कार्यों और 2 द्वारा समर्थित उपयोगकर्ता-समर्थन आइटम दिखाता है। "जेफ मैनेजर" पोर्टल को देखता है और अपने कार्यों को देखता है, और यह भी देख सकता है कि क्या रखरखाव कार्य नियमित रूप से पूरे हो रहे हैं और परियोजनाएं कैसे चल रही हैं।

कोई सिफारिशें?


+1 मैं उसे एक डॉलर में खरीदूंगा!
इज़्ज़ी

अजीब बात है कि आपको इसका उल्लेख करना चाहिए, क्योंकि मैंने लगभग 6 साल पहले एक कंपनी के लिए घर के समाधान के रूप में कुछ ऐसा ही किया था। यह सिर्फ सही काम करने जैसा लग रहा था। पोर्टल में लॉग इन करें, और आप अपने काम के आँकड़े प्राप्त करें।

दिलचस्प है ... कठिन हिस्सा यह है कि परियोजना प्रबंधन टिकट की परेशानी से अलग एक अलग जानवर हो सकता है। लेकिन यह उपयोगी होगा कि सभी कार्यों को देखने के बारे में एक बार में रोक दिया जाए।
बजे डग लक्सम

मैं पूर्ण-विकसित "प्रोजेक्ट मैनेजमेंट" की उम्मीद नहीं करूंगा, लेकिन कार्यों को "प्रोजेक्ट" से जोड़ने और लोगों और तारीखों को जोड़ने की क्षमता इस उद्देश्य के लिए पर्याप्त है।
टोमजेड्रोज़

1

मुझे बिल्ट-इन ट्रांसलेटर के साथ कुछ चाहिए। आप जानते हैं, जो उपयोगकर्ता को ऐसी चीज़ में बदल देता है जो कम से कम समस्या का एक बुद्धिमान विवरण जैसा दिखता है।


मुझे ऐसा कुछ भी दिखाई नहीं दे रहा है जो आपको "मुझे एक त्रुटि संदेश मिला" जो आपको यह बताने में सक्षम हो सकता है कि चमचमाता संदेश क्या था, लेकिन वैसे भी +1!
मैक्सिमस मिनिमस

1
  • ITIL शिकायत (कम से कम घटना / समस्या / परिवर्तन प्रबंधन, बेशक एक CMDB पर आधारित)
  • एसएलएम मॉड्यूल (मैट्रिक्स के बहुत सारे)
  • वेब आधारित स्वयं सेवा मॉड्यूल (अपने टिकट खोलें और ट्रैक करें)
  • एकीकरण एपीआई (कि निगरानी उपकरण, ईमेल, एसएमएस, आदि के साथ एकीकरण की अनुमति देता है)
  • LDAP एकीकरण (सक्रिय निर्देशिका या सही ldap समाधान)
  • टिकट टेम्प्लेटिंग
  • लचीले रिपोर्टिंग मॉड्यूल
  • ज्ञानधार

0
  • CallerID एकीकरण
  • ग्राहक चैट करें
  • आगे की खोज लिखें

0

टिकट के इतिहास के आधार पर रिपोर्ट तैयार करने की क्षमता

उदाहरण के लिए, यह विशेष रूप से तब आसान होता है जब आपके पास कॉल सेंटर होता है जो यूजर इंटरेक्शन को संभालने के बजाय सिस्टम स्टाफ़ को सीधे करता है। इस तरह जब सिस्टम स्टाफ एक समस्या को हल करता है तो टिकट को ग्राहक से संपर्क करने और रिज़ॉल्यूशन को सत्यापित करने के लिए कॉल सेंटर के लिए कतार में ले जाया जा सकता है।

अधिकांश सिस्टम मैंने उनकी रिपोर्टिंग को देखा है ताकि सभी टिकट केवल उनकी अंतिम कतार में होने की सूचना दें। ऊपर दिए गए उदाहरण से इसका मतलब है कि जब रिपोर्टें चल रही हैं तो पता चलता है कि कॉल सेंटर ने टिकट पर काम किया है, लेकिन सिस्टम स्टाफ ने नहीं। अगर कोई कम से कम इतिहास की रिपोर्ट कर सकता है तो यह दिखाएगा कि सिस्टम समूह ने टिकट पर काम किया है।

मैंने इस समस्या के लिए कुछ वास्तव में भद्दे काम के आस-पास भी देखा है जहां हर बार एक टिकट चलती है उपयोगकर्ता को उस नई कतार में एक नया टिकट बनाने और मूल को संदर्भित करने के लिए आवश्यक होता है। न केवल यह त्रुटि प्रवण है क्योंकि लोग भूल जाते हैं, यह एक गड़बड़ हो जाता है जब एक टिकट को पीछे की ओर भेजना पड़ता है क्योंकि कुछ ठीक से हल नहीं किया गया था

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.