समीक्षा के लिए ऐप एक्सेस
समीक्षकों को ऐप के माध्यम से एक विश्वसनीय पथ की आवश्यकता है, न कि अस्पष्ट लॉगिन नोट की।
यदि आपके एंड्रॉइड ऐप को लॉगिन, ओटीपी, सदस्यता, स्थान, व्यवस्थापक अनुमोदन, डेमो डेटा, या चरणबद्ध खाता स्थिति की आवश्यकता है, तो प्ले कंसोल ऐप एक्सेस निर्देशों को समीक्षा को सरल और दोहराने योग्य बनाना चाहिए।
ऐप एक्सेस निर्देशों को कम करके आंकना आसान है। एक संस्थापक "परीक्षण लॉगिन का उपयोग करें" लिख सकता है और आगे बढ़ सकता है। लेकिन यदि समीक्षक सुविधा तक नहीं पहुंच पाता है, ओटीपी प्राप्त नहीं कर पाता है, खाता खाली हो जाता है, या भूगोल-विशिष्ट पासवर्ड की आवश्यकता होती है, तो समीक्षा रुक सकती है।
यह मार्गदर्शिका बताती है कि प्रस्तुत करने से पहले समीक्षक पहुंच निर्देश कैसे तैयार करें।
आधिकारिक स्रोत नोट: साइन-इन विवरण के लिए Google का मार्गदर्शन कहता है कि स्पष्ट और सरल निर्देश समीक्षा प्रक्रिया में मदद करते हैं, और स्थान-निर्भर पासवर्ड को साइन-इन विवरण के साथ प्रतिस्थापित किया जाना चाहिए जो उपयोगकर्ता के स्थान की परवाह किए बिना मान्य हैं। Google के वर्तमान निर्देश देखें: समीक्षा के लिए साइन इन विवरण प्रदान करने की आवश्यकताएं।
समीक्षक पहुंच मानक
त्वरित उत्तर
ऐप एक्सेस नोट्स से समीक्षक को बिना समर्थन के महत्वपूर्ण ऐप प्रवाह तक पहुंचने की सुविधा मिलनी चाहिए।
तैयार करें:
- समर्पित समीक्षक परीक्षण खाते.
- पासवर्ड या एक्सेस विधियां जो किसी भी समीक्षक स्थान से काम करती हैं।
- ओटीपी, 2एफए, मैजिक लिंक, या फोन सत्यापन रणनीति।
- डेमो डेटा जो सार्थक स्क्रीन दिखाता है।
- सदस्यता, भुगतान, व्यवस्थापक, या केवल-आमंत्रित पहुंच निर्देश।
- प्रतिबंधित सुविधाओं के लिए चरण-दर-चरण पथ।
- यदि आवश्यक हो तो अनुमतियों, स्थान, ब्लूटूथ, कैमरा या डिवाइस सेटअप के लिए नोट्स।
- समीक्षा के बाद रोटेशन योजना.
जब ऐप एक्सेस निर्देशों की आवश्यकता हो
जब समीक्षक अतिरिक्त संदर्भ के बिना नए इंस्टॉल से ऐप का मूल्यांकन नहीं कर सकता, तो ऐप एक्सेस निर्देश प्रदान करें।
| ऐप व्यवहार | समीक्षक पहुंच की आवश्यकता |
|---|---|
| लॉगिन आवश्यक है | उपयोगकर्ता नाम, पासवर्ड और पुनर्प्राप्ति-मुक्त पहुंच पथ का परीक्षण करें। |
| ओटीपी आवश्यक है | स्थिर परीक्षण कोड, परीक्षण फ़ोन प्रवाह, या वैकल्पिक समीक्षा-सुरक्षित पहुंच। |
| सदस्यता आवश्यक है | सशुल्क स्क्रीन तक पहुंचने के तरीके का परीक्षण पात्रता या स्पष्टीकरण। |
| व्यवस्थापक अनुमोदन आवश्यक है | समीक्षा के लिए पूर्व-अनुमोदित डेमो खाता या बायपास। |
| स्थान गेट किया गया | स्थान-स्वतंत्र परीक्षण पहुंच या स्पष्ट डेमो पथ। |
| खाली खाता स्थिति | वास्तविक ऐप मूल्य दर्शाने वाला सीडेड डेमो डेटा। |
समीक्षक पहुंच चेकलिस्ट
पहुंच तैयारी की समीक्षा करें
- वास्तविक उपयोगकर्ताओं से अलग परीक्षण खाते बनाएं।
- डमी डेटा का उपयोग करें, ग्राहक डेटा का नहीं।
- नई स्थापना के बाद क्रेडेंशियल कार्य की पुष्टि करें।
- अस्थायी ऑनबोर्डिंग ब्लॉक को अक्षम करें या दस्तावेज़ित करें।
- इंस्टॉल से लेकर समीक्षाधीन सुविधा तक के चरण प्रदान करें।
- डैशबोर्ड, ऑर्डर, चैट, बुकिंग या रिपोर्ट के लिए नमूना डेटा शामिल करें।
- पुष्टि करें कि समर्थन ईमेल समीक्षा प्रश्नों का उत्तर दे सकता है।
- यदि आवश्यक हो तो समीक्षा के बाद अस्थायी क्रेडेंशियल हटाएं या घुमाएँ।
खाता पैटर्न का परीक्षण करें
एक स्थिर समीक्षक खाते का उपयोग करें
उन ऐप्स के लिए सर्वश्रेष्ठ जहां एक एकल लॉगिन मुख्य उत्पाद को स्पष्ट रूप से दिखाता है और किसी विशेष भूमिका की आवश्यकता नहीं होती है।
भूमिका-विशिष्ट खाते प्रदान करें
यदि ऐप में ग्राहक, व्यवस्थापक, डिलीवरी, क्लिनिक, विक्रेता या स्टाफ भूमिकाएँ हैं, तो समीक्षकों को प्रत्येक आवश्यक भूमिका के लिए एक साफ़ रास्ता दें।
फ़ोन OTP द्वारा समीक्षा अवरुद्ध होने से बचें
उत्पाद टीम द्वारा अनुमोदित परीक्षण ओटीपी रणनीति का उपयोग करें ताकि समीक्षक कर्मचारियों द्वारा नियंत्रित वास्तविक फ़ोन नंबर पर निर्भर न रहें।
सशुल्क स्क्रीन को सुरक्षित रूप से प्रदर्शित करें
परीक्षण पात्रता, सैंडबॉक्स खरीद पथ या डेमो एक्सेस का उपयोग करें ताकि समीक्षक सदस्यता-गेटेड कार्यक्षमता देख सकें।
सामान्य समीक्षा अवरोधक
खाली डेमो खाता
समीक्षक लॉग इन करता है लेकिन कोई डेटा नहीं देखता है। यथार्थवादी डमी रिकॉर्ड के साथ खाता देखें।
संस्थापक के फोन पर ओटीपी भेजा गया
समीक्षक ऐसे फ़ोन नंबर का उपयोग नहीं कर सकते जिसके लिए संस्थापक को मैन्युअल रूप से कोड अग्रेषित करने की आवश्यकता होती है।
जियो-गेटेड क्रेडेंशियल
यदि लॉगिन केवल एक शहर, स्टोर या क्लिनिक में काम करता है, तो समीक्षा के लिए स्थान-स्वतंत्र मार्ग प्रदान करें।
अस्पष्ट भुगतान प्रवाह
यदि किसी सदस्यता के पीछे प्रमुख कार्यक्षमता है, तो बताएं कि समीक्षक वास्तविक भुगतान समस्या के बिना उस तक कैसे पहुंच सकते हैं।
सुरक्षित क्रेडेंशियल हैंडओवर
समीक्षक क्रेडेंशियल को Play कंसोल ऐप एक्सेस अनुभाग और आंतरिक रनबुक में रखें। उन्हें सार्वजनिक दस्तावेज़ों या स्क्रीनशॉट में प्रकाशित न करें. डमी ईमेल, डेमो डेटा और क्रेडेंशियल्स का उपयोग करें जिन्हें समीक्षा के बाद घुमाया जा सकता है।
अक्सर पूछे जाने वाले प्रश्न
यदि मेरे ऐप में कोई लॉगिन नहीं है तो क्या मुझे ऐप एक्सेस निर्देशों की आवश्यकता है?
शायद नहीं. लेकिन यदि किसी सुविधा के लिए क्रेडेंशियल, भुगतान, आमंत्रण, भूगोल, व्यवस्थापक अनुमोदन या विशेष सेटअप की आवश्यकता होती है, तो निर्देश प्रदान करें।
क्या मैं बाद में ईमेल द्वारा समीक्षक क्रेडेंशियल भेज सकता हूँ?
आवश्यक निर्देश वहां डालें जहां Play कंसोल उनसे मांगे। किसी अलग ईमेल के समय पर देखे जाने पर भरोसा न करें.
क्या परीक्षण खाते को उत्पादन या स्टेजिंग का उपयोग करना चाहिए?
समीक्षक को सबमिट किए गए उत्पादन-उद्देश्य वाले ऐप का मूल्यांकन करना चाहिए। यदि स्टेजिंग डेटा का उपयोग किया जाता है, तो सुनिश्चित करें कि ऐप व्यवहार और नीति घोषणाएं अभी भी मेल खाती हैं।
क्या शिंका ऐप एक्सेस निर्देश तैयार कर सकता है?
हाँ. हम ऐप के गेटेड फ्लो को मैप कर सकते हैं, डमी टेस्ट डेटा बना सकते हैं, क्रेडेंशियल परिभाषित कर सकते हैं और स्पष्ट समीक्षक नोट्स लिख सकते हैं।
