अपने उपयोगकर्ताओं को अपने बगट्रैकर पर ले जाना

17

मेरे पास मेरे द्वारा बनाए गए एप्लिकेशन में समस्याओं पर नज़र रखने के लिए पूरी तरह से कॉन्फ़िगर किया गया मंटिस बग ट्रैकर है। जब कोई उपयोगकर्ता अनुशासित होता है और सीधे मुद्दे की रिपोर्ट लिखने के लिए मंत्रियों के पास जाता है, तो उसकी तीव्र प्रतिक्रिया होगी और मुद्दे के बारे में सब कुछ ट्रैक करना बहुत आसान होगा।

हालांकि, हर कोई ऐसा करने का इच्छुक नहीं है। वे फोन, ई-मेल के माध्यम से अपनी समस्याओं की रिपोर्ट करते हैं, उन्हें बिल्कुल भी रिपोर्ट नहीं करते हैं।

एक बगट्रैकर सिस्टम का उपयोग करने के लिए उन्हें नग्न करने का सबसे अच्छा तरीका क्या होगा? जाहिर है, वे कुछ तात्कालिक लाभ देखना चाहते हैं ताकि वे लौट सकें और अधिक लाभ की तलाश कर सकें।

संपादित करें:

मैं उन उत्पादों के समर्थन के बारे में बात कर रहा हूं जिन्हें मैं आईएसवी के रूप में बेचता हूं।

issue-tracking

— डैनियल Mošmondor
स्रोत

2

बग रिपोर्टिंग को सीधे आपके उत्पाद में एकीकृत करने के बारे में क्या?

— जोएलफैन

22

आपका बग ट्रैकर आपकी सुविधा के लिए है, आपके ग्राहकों के लिए नहीं। ' यदि आप उनके फोन या ईमेल के मुद्दे को लेने और खुद को दर्ज करने के लिए परेशान नहीं हो सकते हैं, तो आपको कैसे लगता है कि वे कैसा महसूस करते हैं?

आपको समस्याओं को दर्ज करने और उन्हें क्लाइंट को मैन्युअल रूप से असाइन करने में सक्षम होने की आवश्यकता है। फिर जब वे किसी मुद्दे के साथ कॉल करते हैं, तो आप कह सकते हैं, "रिपोर्टिंग के लिए धन्यवाद! मैं इसे हमारे मुद्दे प्रबंधन प्रणाली में दर्ज करने जा रहा हूं, और आप ईमेल (या जो भी) हम इसके साथ सौदा करना शुरू करेंगे।" भविष्य, अगर यह आपके लिए आसान है, तो आप उस तरह की चीज को वहीं दर्ज कर सकते हैं। या बेझिझक मुझे फोन कर सकते हैं, यह ठीक है। "

एक ग्राहक के रूप में मैंने जिन सबसे अच्छी प्रणालियों के साथ काम किया है उनमें से एक होस्टिंग प्रदाता मैं रीसेल है। समर्थन के लिए ईमेल @ विषय पंक्ति में एक डोमेन नाम के लिए पार्स किया जाता है, पते से आधारित ग्राहक खाते को सौंपा जाता है, और उनके टिकट सिस्टम में ऑटो दर्ज किया जाता है। बहुत सुंदर।

— दान रे
स्रोत

2

सहमत - मुझे उम्मीद नहीं होगी कि ग्राहक बग-ट्रैकिंग सिस्टम का उपयोग करेंगे।

— tcrosley

4

@tcrosley - तो आपको एक बेहतर बग ट्रैकिंग सिस्टम की आवश्यकता है। यहां कुंजी यह नहीं है कि उपयोगकर्ताओं को ट्रैकिंग सिस्टम का उपयोग करना है, बल्कि आप उपयोगकर्ताओं को कैसे मनाते हैं कि ट्रैकिंग सिस्टम का उपयोग करने के लिए इसका बेहतर (आसान, तेज, वांछित परिणाम प्राप्त करने की संभावना)।

— मर्फ़

1

मैं वास्तव में इससे सहमत नहीं हो सकता। प्रोग्रामर को फोन, ई-मेल, या उस मामले के लिए किसी अन्य स्थान से उपयोगकर्ताओं से सीधे बग रिपोर्ट प्राप्त नहीं करनी चाहिए। यदि उपयोगकर्ता बग को "व्यक्तिगत रूप से" रिपोर्ट करना चाहते हैं, तो उन्हें समर्थन कर्मियों के माध्यम से करना चाहिए। यदि वे ऐसा करने से इनकार करते हैं, तो उनका एकमात्र विकल्प वास्तविक बग रिपोर्ट प्रस्तुत करना चाहिए, या तो सीधे यूआई के माध्यम से या एक समर्पित ई-मेल इनबॉक्स के माध्यम से जो ट्रैकर में फॉरवर्ड हो। और अगर आप आईएसवी हैं और आपके पास सहायक कर्मचारी नहीं हैं , तो , यह पूरी तरह से एक और मुद्दा है।

— आरोनट्यूट

1

ISV स्टार्टअप के रूप में, मेरे पास वास्तव में सहायक कर्मी नहीं हो सकते। और स्पष्ट कारण के लिए नहीं - वह खर्च है, लेकिन वह कारण जो मैं उपयोगकर्ता के करीब होना चाहता हूं, ताकि जरूरत और चाहत के अनुसार उत्पाद को सही दिशा में बढ़ाया जा सके। मध्य मनुष्य इसे कुछ हद तक पतला करेगा।

— डैनियल मोसमंडोर

यह उत्तर पूर्णतः सत्य नहीं है। जैसा कि programmers.stackexchange.com/questions/191961/… पर चर्चा की गई है , कम से कम खुले स्रोत के विकास के संदर्भ में, एक बग ट्रैकर उपयोगकर्ताओं के लिए काफी फायदेमंद हो सकता है: यह ज्ञात मुद्दों के समर्थन ज्ञान डेटाबेस के रूप में कार्य करता है, और वर्कअराउंड प्रदान कर सकता है। , अगर वे मौजूद हैं। यह उपयोगकर्ता को यह आकलन करने देता है कि उनके मुद्दे को कितनी तेज़ी से संबोधित किया जा रहा है, इससे उन्हें यह तय करने में मदद मिलती है कि क्या किसी अलग समाधान पर जाना है। यह संभावित योगदानकर्ताओं की भी मदद करता है कि टीम कैसे संचालित होती है और कहां मदद की जरूरत है।

— naught101

8

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

इसे उनके नज़रिए से देखें - अगर आपको ईमेल कॉल करने / लिखने के लिए समय नहीं निकालना था, लेकिन किसी के विस्की बग ट्रैकिंग सिस्टम को सीखने के लिए भी मजबूर होना पड़ता है- तो आप सिर्फ शिकायत नहीं करेंगे।

यदि आवश्यक हो, तो एक ग्राहक सेवा व्यक्ति को नियुक्त करें ताकि डेवलपर्स बाधित न हों। वे ग्राहकों से शिकायतें ले सकते हैं और देव टीम के लिए बग बना सकते हैं।

— डग टी।
स्रोत

डैनियल उल्लेख नहीं करता है कि वह एक इन-हाउस डेवलपर है, जिसके उपयोगकर्ता उसके साथी कर्मचारी हैं (जो मेरे जवाब में ली गई फीस थी), या भुगतान करने वाले ग्राहकों का समर्थन करना।

— फ्रैंक शीयर

मैं अपने उत्पादों के लिए ग्राहकों को भुगतान करने का समर्थन कर रहा हूं, मैं स्पष्ट कर दूंगा कि मेरे प्रश्न में, thx

— डैनियल मूसमेडर

3

मैं उस उपयोगकर्ता को पसंद करूंगा जो शिकायत करता है कि उस व्यक्ति से बेहतर है जो पेरियोड नहीं करता है। अगर कुछ ऐसा है जिसे मैं नापसंद करता हूं, तो वह उपयोगकर्ता है जो सॉफ़्टवेयर को दोषपूर्ण तरीके से उपयोग करता है, कुछ भी रिपोर्ट नहीं करता है और दुःख को जमा करता है।

— डैनियल मोसमंडोर

6

मैं मंटिस को विशेष रूप से नहीं जानता, लेकिन क्या इसे ई-मेल पते की निगरानी के लिए कॉन्फ़िगर किया जा सकता है और स्वचालित रूप से उनसे रिपोर्ट तैयार की जा सकती है? मैं अन्य प्रणालियों को जानता हूं (उदाहरण के लिए JIRA जैसे)।

समस्या तब यह हो जाती है कि उन्हें सही ई-मेल पते का उपयोग करना पड़ता है!

— क्रिसफ
स्रोत

1

+1 - ईमेल एकमात्र तरीका है जिससे मैं चाहता हूं कि मेरे ग्राहक मेरे बग ट्रैकर के साथ बातचीत करें। मोंटिस यूआई उपयोगकर्ता के अनुकूल है, लेकिन यहां तक कि एक चालाक समाधान के साथ, ग्राहकों को ऐसा लगेगा कि वे आपके लिए अपना काम कर रहे हैं ।

— ग्रोवेलेल

FogBugz का उपयोग करके मेरी जगह पर समान प्रणाली।

— फिनकेक

1

"कृपया http: // your / url / पर बग ट्रैकर पर यह रिपोर्ट करें। यदि आप वहां रिपोर्ट नहीं करते हैं तो मैं बग का ट्रैक नहीं रख सकता।"

बग रिपोर्ट लेने के लिए, ईमेल रिपोर्ट को बग रिपोर्ट में बदलने या समर्पित मेलबॉक्स - बग @ फू - का उपयोग करने के लिए शायद आपके लिए यह संभव है कि आप अपने मेल क्लाइंट के लिए एक प्लगइन लिखें। (लेकिन बाद के पाठ्यक्रम में आपके उपयोगकर्ताओं को प्रशिक्षण की आवश्यकता होती है ...)

— फ्रैंक शीयर
स्रोत

1

ई-मेल से बग्रेपोर्ट एकत्र करने के लिए मेंटिस के लिए एक प्लगइन है।

— डैनियल मूसमडोर

1

+ 1. फोन पर बात करना विचलित करने वाला, अनुत्पादक और अनौपचारिक है। यह भी कोई निशान नहीं छोड़ता है कि किसने क्या और क्यों कहा। बाद में, जब लोग पूछते हैं कि आपने #xxxxxx जारी करने के लिए उन्हें इंगित करने के बजाय आपको कुछ ऐसा क्यों किया जो आपको खुद को समझाना होगा। फोन पर प्रतिबंध लगाया जाना चाहिए। यदि आपके उपयोगकर्ता आपके बग ट्रैकर का उपयोग करना नहीं जानते हैं, तो आप उन्हें शिक्षित कर सकते हैं।

— हनीबल लेक्टर

1

आंतरिक रूप से हमारे पास वेब अनुप्रयोगों के लिए एक साइट टेम्पलेट है जिसमें कोने में एक प्रतिक्रिया लिंक शामिल है। यह प्रतिक्रिया लिंक उपयोगकर्ता को एक jQuery यूआई संवाद प्रदान करता है जो उन्हें बग, नई सुविधा, या अन्य के विवरण के लिए प्रेरित करता है, जिनका उन्होंने सामना किया था और वे उस पृष्ठ और समय के बारे में कुछ विवरण कैप्चर करते हैं, जिनसे वे रिपोर्ट कर रहे हैं। यह सब सीधे पर्दे के पीछे JIRA में धकेल दिया जाता है और उपयोगकर्ता मुद्दे की स्थिति के साथ अपडेट प्राप्त कर सकता है।

चीजों को करने का सबसे अच्छा तरीका आमतौर पर इसे उपयोगकर्ताओं के लिए जितना संभव हो उतना सरल बनाकर दिया जाता है, अगर किसी मेनू में एक फीडबैक लिंक होता है जो उस जानकारी को भेजने का काम करता है जहां उसे जाने की आवश्यकता होती है, तो वे इसका उपयोग करने की अधिक संभावना रखते हैं।

— rjzii
स्रोत

1

ठीक है, यदि आप एक वैश्विक अपवाद हैंडलर का उपयोग करना चाहते हैं, तो आपके पास बहुत सारे विकल्प हैं। डेल्फी के लिए हम MadExcept का उपयोग करते हैं, लेकिन यूरेका लॉग का भी उपयोग किया है, दोनों (उपयोगकर्ता के आगे बढ़ने के साथ) ईमेल करेंगे, या HTTP के माध्यम से अपलोड करेंगे, एक बग रिपोर्ट आपको।

आपके ऐप में एक बटन हो सकता है जो सिर्फ एक अपवाद फेंकता है और इस बग ट्रैकिंग सामान को लॉन्च करता है। MadExcept बहुत अच्छा है क्योंकि यह ऐप का स्क्रीनशॉट लेता है और इसे बग के साथ अपलोड करता है, इस तरह से भले ही उपयोगकर्ता ठीक से समझा न सके कि वे क्या कर रहे थे, आपके पास एक बहुत अच्छी हांकिंग हो सकती है।

कुछ और सोचने के लिए कोडिंग है ताकि यह स्पष्ट हो सके कि कीड़े कहाँ से आ रहे हैं। यदि आपको बीटा उपयोगकर्ता मिल गए हैं, तो संभवतः उनके ऐप के साथ डिबग जानकारी शामिल करें ताकि क्रैश होने पर आप उनसे अतिरिक्त डेटा प्राप्त कर सकें।

इसमें से कोई भी कार्यान्वयन बग के लिए मदद नहीं करता है (यानी बटन गलत जगह पर है) हालांकि उम्मीद है कि आपके पास उनमें से कोई भी नहीं है।

— पीटर टर्नर
स्रोत

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

— डैनियल मोसमंडोर

ठीक है, फिर एक आधारभूत मिला। इसलिए मैं इसे "बग ट्रैकर" नहीं कहकर शुरू करूंगा यदि आप एक अधिक आनंद मंच चाहते हैं! यदि आपका वर्तमान बग ट्रैकर स्क्रीनशॉट कैप्चर करता है, तो हो सकता है कि आप इसे एमएस पेंट खोल सकते थे और संदेश भेजने से पहले उन्हें आपके लिए सुधार का सुझाव दें।

— पीटर टर्नर

1

हमें एक पते से ईमेल लेने के लिए एक सेवा को कॉन्फ़िगर करने और स्वचालित रूप से इसे एक मुद्दे के रूप में लॉग इन करने से सबसे बड़ी वृद्धि हुई। इस प्रणाली का अच्छा दुष्प्रभाव यह है कि आप इस विषय में एक विशेष वाक्यविन्यास को शामिल करके किसी मुद्दे पर बातचीत को आसानी से जोड़ सकते हैं (उदाहरण। TeamITNo: 12345)। इसके अलावा, यदि आप इस प्रणाली के माध्यम से अपने सभी ईमेल संचार भेजते हैं, और उन्होंने उत्तर मारा, तो आपको उत्तर ट्रैकर में वापस मिल जाएगा, जिसमें समस्या अद्यतन है।

इसका सबसे बड़ा सकारात्मक प्रभाव था, क्योंकि यह उपयोग करता है प्रौद्योगिकी उपयोगकर्ताओं के साथ सहज हैं, और यह भी मतलब है कि आप अपने सभी मुद्दों को एक ही स्थान पर प्राप्त करते हैं।

— टॉम मॉर्गन
स्रोत