आप हमारे अनचाहे अपवाद हैंडलर त्रुटि संदेश को कैसे सुधारेंगे?

Question

हम तीन आंतरिक डेवलपर हैं जिनकी उपयोगकर्ता लगभग बीस है। हमने अपने Winforms ऐप में अनचाहे अपवाद हैंडलिंग लागू की है। यह हमारे फोगबगज़ (आंतरिक रूप से देवताकर नामित) बग ट्रैकिंग सिस्टम में स्टैक ट्रेस के साथ टिकट उत्पन्न करता है।

लक्ष्य उपयोगकर्ता को केवल आगे बढ़ने के बजाए एक सूचनात्मक बग दर्ज करने के लिए प्रोत्साहित करना है। जब वे पहले बटन पर क्लिक करते हैं तो हम उन्हें एक नई केस शुरू करने के साथ हमारी परियोजना साइट पर रखने के लिए काम करते हैं। उन्हें बस टिप्पणी बॉक्स भरना होगा। मैं बहस कर रहा हूं कि "हम क्या कर रहे हैं?" खंड मौजूद होना चाहिए।

आपकी राय क्या है?

http://thegollys.smugmug.com/photos/555553239_LxEPK-S.jpg

---

ले लो दो

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

एंड्रयू के जवाब को पढ़ने के बाद उसने मुझे जो कुछ भी पहले से सोच रहा था उसकी ओर धक्का दिया ... सरल हमेशा बेहतर होता है। मैंने "हम क्या कर रहे हैं" अनुभाग को एक साथ हटा दिया है और शब्दकोष को जोड़ा है। http://www.thegollys.com/photos/555771972_VUTxK-S.jpg

---

सभी प्रतिक्रिया के लिए तीन

धन्यवाद लो। यही वह है जिसे हम कार्यान्वित कर रहे हैं। http://thegollys.smugmug.com/photos/558265081_5sPG2-O.jpg

Answer 1

उपयोगकर्ता से नफरत करते हैं जब वे कुछ करने की कोशिश कर रहे होते हैं और आप उन्हें बाधित करते हैं। (मुझे पता है, मैं उनमें से एक हूं।) और यहां, आप उन्हें default answer चुनने का मौका भी नहीं दे रहे हैं। मैं पूरी तरह समझता हूं क्यों, लेकिन ध्यान से चलना। विचार की अपनी ट्रेन को उतना ही कम करें जितना आप संभवतः दूर कर सकते हैं।

(? वैसे, इस के बाद, एप्लिकेशन को समाप्त करता है, या आप ठीक हो और उन्हें वे क्या कर रहे थे के साथ आगे बढ़ें है)

तो तुम उपयोगकर्ता दो विकल्प दे रहे हैं: "हमें बताएं कि क्या आप कर रहे थे "और" इसके साथ आगे बढ़ें "(लेकिन बटन पर उससे भी अधिक शब्दों के साथ, यहां तक ​​कि टेक टू में भी)। आप वास्तव में उन्हें "हमें बताएं कि आप क्या कर रहे थे" चुनना चाहते हैं, लेकिन जैसा कि मैं इसे समझता हूं, आप इसे एक वेब ब्राउज़र खोलकर कार्यान्वित करते हैं। विशाल बाधा। एक बार उपयोगकर्ता पूरा हो जाने के बाद, वे पूरी तरह से भूल गए होंगे जहां उन्होंने छोड़ा था। वे आपको भी नफरत करेंगे और आपको उपयोगी टिप्पणियां नहीं देंगे। (बिल्ली, जब तक ब्राउजर लोडिंग समाप्त करता है, तब तक वे किसी अन्य ऐप (या अपने ऐप को पुनरारंभ करके) से विचलित हो जाते हैं, और वेब पेज "बाद में" छोड़ देते हैं, जिसके द्वारा वे किसी भी उपयोगी संदर्भ को भूल गए हैं ।)

इसके बजाय, क्यों नहीं संवाद में वहीं एक पाठ बॉक्स रखना चाहिए? शुरुआत में तार करने के लिए थोड़ा और काम हो सकता है, लेकिन मुझे लगता है कि आपको बेहतर प्रतिक्रिया मिलेगी।

मैं कुछ इस तरह सोच रहा हूँ: "The Bastard Operator From Hell"-style excuse server की

http://www.excastle.com/misc/so958196.png

• कीजिए सौजन्य से। उनके पास और भी है।
• "हमें बताएं कि आप क्या कर रहे थे" टेक्स्ट बॉक्स में कर्सर के साथ प्रारंभ करें, इसलिए उनके लिए प्रतिक्रिया देने के लिए है: केवल कुछ लिखने और एंटर मारने का मामला (या केवल तीन के साथ बटन पर क्लिक करना इस पर शब्द)।
• मेक "समाप्त पहले से ही दुर्घटनाग्रस्त" एक हाइपरलिंक, तो यह वहाँ है, लेकिन डी-बल दिया। इसे बाएं-औचित्य दें ताकि लोग इसे तुरंत रद्द करें बटन से संबद्ध न करें।
• किसी बॉक्स में भरने करता है और एक बग रिपोर्ट, आपके प्रस्तुत "हे, धन्यवाद!" संवाद का उल्लेख हो सकता है "वैसे, यदि आप इसे फिर से प्राप्त करते हैं, तो आप 'हाइपरलिंक से पहले यह रिपोर्ट कर चुके हैं' पर क्लिक कर सकते हैं, और एक लाल वृत्त और तीर के साथ एक स्क्रीनशॉट दिखा सकते हैं ताकि वे शायद ध्यान दें।
• आप जो भी अन्य पाठ चाहते हैं वह एक अलग पृष्ठभूमि रंग के साथ साइडबार में जा सकता है।बैनर-विज्ञापन अंधापन लोगों को तब तक देखेगा जब तक वे उत्सुक (और रोगी) मूड में न हों।

Answer 2

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

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

EDIT: अब मैंने छवि को देखा है मेरी टिप्पणियां अभी भी खड़ी हैं। सरलीकृत करें और किसी भी डरावनी भाषा को दूर करें। मैं "देव टीम" के संदर्भ निकालें चाहते हैं; इसके बजाए "हम" का प्रयोग करें। "सामान्य अंग्रेजी" के संदर्भ हटाएं। आप सरल प्रश्न पूछना चाहते हैं: "आप क्या कर रहे थे?"।

Answer 3

मैं अगर आप पहले से ही पर्दे के पीछे इस कर रहे हैं पता नहीं है, लेकिन मैं बस उपयोगकर्ता अपने ई मेल पता दर्ज करें और "त्रुटि रिपोर्ट भेजें" की अनुमति के दृष्टिकोण की तरह।

और फिर जब मुझे त्रुटि का विवरण मिलता है तो मैं समस्या को देखता हूं, इसे ठीक करता हूं, और फिर तुरंत उन्हें जवाब देता हूं कि उन्हें समस्या हल हो जाती है।

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

बेशक

, जब मैं इस विधि अपने गया वेबसाइटों के लिए, नहीं डेस्कटॉप अनुप्रयोगों क्रियान्वित किया है। और वे साइटें हैं जिन्हें मैं बहुत तेज़ी से बदल सकता हूं। (काफी बहुत अजीब नहीं - आप के लिए प्रशंसा)

Answer 4

हम कुछ इसी तरह है, लेकिन हम भी डेवलपर्स है कि एक उपयोगकर्ता स्थान पर समस्या निवारण किया जा सकता है या के लिए अपवाद (बेशक डिफ़ॉल्ट रूप से उपयोगकर्ता से छिपा) को देखने की क्षमता है उन उपयोगकर्ताओं के लिए जो सहायता डेस्क पर कॉल कर रहे हैं।

इसके अलावा, आप उन्हें बता सकता है कि आप पुरुष उनकी मदद करने में यदि वे रिपोर्ट प्रस्तुत नहीं करते उनके डेस्क के लिए चित्र में सही करने के लिए भेजने के लिए जा रहे हैं। उन्हें ऐसा करने में डरना चाहिए। :)