हमारा मौलिक, काल्पनिक शिक्षण उदाहरण। मॉडल का कोई परिणाम पहले से भरा नहीं है।
बदला जा सकने वाला शुरुआती उदाहरण
- 1 · जाँचने के लिए पाठ
- मेरे मासिक सब्सक्रिप्शन के पैसे दो बार कटे हैं। क्या कोई दोनों भुगतानों की जाँच में मदद कर सकता है?
- 2 · आपका सवाल
- यह किस तरह की प्रतिक्रिया है?
- 3 · 2–6 विकल्प तय करें
- बग या खराबी
- नई सुविधा का अनुरोध
- बिल और भुगतान
- उपयोग में मदद
- सकारात्मक प्रतिक्रिया
- अन्य
ये मॉडल की संभावनाएँ हैं, मापी गई सटीकता या गारंटी नहीं। हाँ और नहीं आपके नियमों के अनुसार हैं; विकल्पों की तुलना केवल आपके दिए गए विकल्पों के बीच होती है।
पहले तय करें कि आपको कौन-सा निर्णय लेना है
जब अगले चरण के लिए तय विकल्पों में से एक श्रेणी चाहिए, तब Choice इस्तेमाल करें। जब किसी एक कथन पर हाँ/नहीं का निर्णय चाहिए, तब Noul इस्तेमाल करें। आधिकारिक इंटरफ़ेस में Choice विकल्पों का प्रायिकता वितरण देता है; Noul हाँ की प्रायिकता देता है। इनमें से कोई भी आपका अगला कदम खुद नहीं उठाता।
“इस संदेश की समीक्षा पहले किस कतार में होनी चाहिए?” और “क्या इस संदेश में भुगतान की समस्या का उल्लेख है?” अलग-अलग सवाल हैं। भुगतान की समस्या और ऐप की खराबी एक साथ मौजूद हो सकती हैं, भले ही काम की प्रक्रिया को अंत में एक जिम्मेदार टीम चुननी हो।
उदाहरण को अपनी जरूरत के अनुसार बदलें
संलग्न ग्राहक फ़ीडबैक टेम्पलेट एक Choice प्रश्न से शुरू होता है। संदेश भेजने की नीति लिखें और स्पष्ट, कई समस्याओं वाले तथा दायरे से बाहर के संदेशों की तुलना करें। Noul को समझने के लिए संपादक को हाँ/नहीं पर बदलें, केवल एक गुण के बारे में पूछें और उस गुण को समझाने वाले नियम लिखें। सिर्फ प्रश्न का प्रकार बदलना पर्याप्त नहीं है।
अगर कई लेबल एक साथ लागू हो सकते हैं, तो अलग-अलग जाँचें उस जानकारी को बनाए रख सकती हैं। इस वेबसाइट का कस्टम संपादक एक समय में एक प्रश्न चलाता है; कई प्रश्नों वाला एकीकरण अपने ऐप या आधिकारिक Playground में करें।
उत्तर को उसके संदर्भ में समझें
Choice का उत्तर दिए गए विकल्पों के सापेक्ष होता है। Noul की प्रायिकता उसके हाँ वाले कथन से जुड़ी होती है। अलग-अलग प्रश्नों की संख्याओं को एक-दूसरे के बदले इस्तेमाल किए जा सकने वाले गुणवत्ता स्कोर न समझें। संदर्भ की कमी दोनों प्रकार के प्रश्नों को प्रभावित कर सकती है।
प्रश्न बनाने में एक आम गलती
“क्या यह जरूरी है या बिलिंग की समस्या है?” दो स्वतंत्र गुणों को एक साथ जोड़ता है। हाँ का उत्तर नहीं बताता कि कौन-सा गुण लागू है। प्रश्न अलग करें, फिर कोड में तय करें कि तात्कालिकता और जिम्मेदार टीम का आपस में क्या संबंध होगा। दूसरी ओर, अलग-अलग हाँ/नहीं जाँचें अपने आप यह भी तय नहीं करतीं कि कई समस्याओं वाला संदेश किस कतार की जिम्मेदारी है।
ग्राहक फ़ीडबैक वर्गीकरण की विधि आजमाएँ, फिर लिखें कि निर्णयों में मतभेद होने पर कोई व्यक्ति क्या करे। ये उदाहरण संपादकीय मार्गदर्शन हैं, प्रदर्शन मापन के निष्कर्ष नहीं।
स्रोत और आगे की पढ़ाई
यह मार्गदर्शिका आधिकारिक दस्तावेज़ों और लिंक की गई सामुदायिक रिपोर्टों पर आधारित है। समुदाय के अवलोकनों का श्रेय उनके लेखकों को दिया गया है।
हम स्रोत कैसे जाँचते हैं