उपयोगकर्ताओं को वास्तविक समय में अपने प्रदर्शन आंकड़े देखना चाहिए

Question

मुझे पता है कि यह प्रश्न बेहद खुले हैं। मैं गुंजाइश को कम करने की कोशिश करूंगा।

मैं कुछ समय के लिए संघर्ष कर रहा हूं क्योंकि एक आवेदन gui में वास्तविक समय उपयोगकर्ता प्रदर्शन आंकड़े शामिल या बहिष्कृत करना है।

क्या किसी के पास किसी भी ऐप में इन आंकड़ों को शामिल करने में हानि बनाम लाभ पर कोई जानकारी है? ईमेल के

अर्थात संख्या उत्तर दिया, ग्राहक आदि प्रति ग्राहक कॉल की संख्या ले लिया, औसत समय

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

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

अपने आवेदन में मैं के बारे में सोच सकते हैं इन परिदृश्य के

यानी खराब: "मैं देख रहा हूँ मैं पहले से ही इस मुद्दे पर 10 मिनट खर्च किया है, मैं इस asap को पूरा करने की जरूरत है"

बनाम

यानी अच्छा: "मैं उस ग्राहक को जल्दी से मदद करने में सक्षम था, मेरी उत्पादकता आज अच्छी है"

Answer 1

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

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

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

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

यदि यह आपकी भूमिका का हिस्सा है, तो आप ग्राहक संतुष्टि के माप का प्रस्ताव दे सकते हैं (उदाहरण के लिए, स्वचालित सर्वेक्षण के बाद, मानव द्वारा यादृच्छिक अनुवर्ती सर्वेक्षण) ताकि प्रबंधक कम से कम अपनी नीति के प्रभावों को ट्रैक कर सकें। मान लीजिए कि वे देखभाल करते हैं (कैसे वे मूल्यांकन किए गए हैं?)।

Answer 2

KISS सिद्धांत, क्या यह जानकारी प्रासंगिक है कि उपयोगकर्ता क्या करेंगे? यदि नहीं, तो कोई भी इसे नहीं जोड़ता है। एक चीज जिसे मैं वेब ऐप्स पर पसंद करता हूं वह वह समय है जब किसी पृष्ठ को अपडेट/सबमिट करने के बाद लोड किया जाता है (मूल रूप से डेटा वापस पोस्ट करना)। इस तरह मैं/उपयोगकर्ता बता सकता हूं कि डेटाबेस या कैशिंग मुद्दे पर जाने वाले डेटा के साथ कोई समस्या है या नहीं।

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

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

Answer 3

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

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

इसके विपरीत, यदि प्रबंधन बस हर किसी को प्रोत्साहित करता है एक अच्छी नौकरी करने और उत्कृष्ट ग्राहक सेवा प्रदान करने के लिए, इस जानकारी को इस काम के समग्र संदर्भ में उपयोगकर्ताओं द्वारा संश्लेषित किया जा सकता है। ("मैंने इस ग्राहक पर बहुत समय बिताया है - मुझे देखना चाहिए कि क्या मैं चीजों को जल्द ही लपेट सकता हूं, या अगर मैं इस समस्या को ठीक नहीं कर सकता तो उसे आगे बढ़ा सकता हूं।")