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