वापसी से पहले सत्यापन

1) एक कस्टम स्क्रिप्ट क्या है

एक उपयोगकर्ता लिपि एक विशिष्ट संदर्भ में परिणाम के लिए एक उपयोगकर्ता का वर्णित पथ है, जिसमें स्पष्ट पूर्वापेक्षा, चरण, विकल्प और "सफलता के रूप में क्या मायने रखता है" मानदंड है। स्क्रिप्ट्स "क्यों" (JTBD/लक्ष्य) और "कैसे" (UX स्ट्रीम, इंटरफेस, राज्यों) से जुड़ ते हैं।

उद्देश्य:

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

2) परिदृश्य मैदान: व्यक्ति और नौकरियां-से-काम

व्यक्ति: कौन, संदर्भ, कौशल, सीमाएं (A11y सहित)।

JTBD: "जब [स्थिति], मैं [प्रेरणा] [अपेक्षित परिणाम] चाहता हूं।"

संदर्भ खंड: उपकरण, नेटवर्क, स्थानीय/भाषा, समय क्षेत्र, अधिकार, पर्यावरण प्रतिबंध।

JTBD उदाहरण:

जब कोई खिलाड़ी 3 जी में मोबाइल से रात में जीत वापस लेने की कोशिश करता है, तो मैं 10 मिनट तक पैसा प्राप्त करने के लिए बिना कॉल के अपनी पहचान की पुष्टि करना चाहता हूं।

3) विवरण प्रारूप: उपयोगकर्ता/नौकरी कहानी, मामले का उपयोग करें, स्वीकृति

3. 1 उपयोगकर्ता/नौकरी कहानी (टेम्पलेट)


As a <role/person>, I want <action/result> to <value>.
Context: <device, network, language, rights>
Restrictions: <regulations, limits, A11y>
Value hypothesis: <what KPI will improve and by how much>

3. 2 केस का उपयोग करें (सरलीकृत)

4) पथ मानचित्र और प्रवाह संरचना

4. 1 सीजेएम (ग्राहक यात्रा मानचित्र)

चरण: जागरूकता → चयन → पहली कार्रवाई → रिडो → सपोर्ट → होल्ड

प्रत्येक के लिए: लक्ष्य, घर्षण, भावनाएं, चैनल, मैट्रिक्स (रूपांतरण, समय, एनपीएस)

4. 2 उपयोगकर्ता प्रवाह и कहानी मानचित्रण

उपयोगकर्ता प्रवाह: नोड (स्क्रीन/स्टेट्स) और संक्रमण (शर्तें/घटनाएँ) ग्राफ।

कहानी मानचित्रण: "रिज" (महाकाव्य/गतिविधियाँ) × "ऊर्ध्वाधर स्लाइस" (एमवीपी → एक्सटेंशन)।

5) ब्रांचिंग: खुश, उदास, किनारे के मामले

खुश पथ: मूल्य के लिए एक न्यूनतम रास्ता।

उदास पथ: पूर्वानुमानित त्रुटियाँ (वैधता, सीमा, समय समाप्त)।

किनारे के मामले: दुर्लभ लेकिन महंगा: अस्थिर नेटवर्क, डुप्लिकेट, रद्द करना, दौड़, राज्य संघर्ष, लोकेल/टाइम ज़ोन बेमेल, उपलब्धता (माउस, स्क्रीन रीडर के बजाय कीबोर्ड)।

टिप: प्रत्येक महत्वपूर्ण कदम के लिए - कम से कम एक उदास और एक किनारे का परिदृश्य।

6) यूआई स्टेट्स

प्रत्येक स्क्रीन/चरण के लिए, फिक्स

'लोडिंग '/' खाली '/' सफलता '/' त्रुटि '/' आंशिक '/' विकलांग'

संकेत और माइक्रो-कॉपीराइटिंग; पहुंच (भूमिकाएं/आरिया, फोकस, लक्ष्य आकार); संख्या/तिथियों/मुद्राओं का स्थान और प्रारूप।

7) A11y परिदृश्यों में आवश्यकताएं

कुंजीपटल: सभी क्रियाएँ एक माउस के बिना प्राप्त करने योग्य हैं; दृश्यमान फोकस, टैब क्रम।

स्क्रीनसेवर: उचित लेबल भूमिकाएं और कनेक्शन; मीडिया विकल्प।

रंग/कंट्रास्ट: ≥ WCAG AA; सिर्फ रंग नहीं।

मोशन: 'पसंद-कम-गति' समर्थन।

इनपुट: प्रारूप/मुखौटा, आवाज/ऑन-स्क्रीन कीबोर्ड; पर्याप्त 40-48 पीएक्स लक्ष्य।

स्वीकृति में अलग-अलग A11y मापदंड जोड़ें।

8) विश्लेषणात्मक मार्कअप और सफलता मैट्रिक्स

परिदृश्य के लिए घटनाओं, पैरामीटर और केपीआई को परिभाषित करें।

8. 1 घटना योजना (JSON उदाहरण)

json
{
"event": "withdrawal_kyc_step",
"props": {
"step": "face_capture",
"device": "mobile",
"net": "3g",
"locale": "ru-RU",
"result": "success    fail    timeout",
"duration_ms": 74200
},
"user": { "seg": "new    returning", "a11y": "sr    kb    none" }
}

8. 2 केपीआई और लक्ष्य थ्रेसहोल्ड

पूर्णता दर ≥ X%

समय-से-मूल्य ≤ Y मिनट

त्रुटि दर (422/429/5xx और उपयोगकर्ता त्रुटियाँ) ≤ Z%

A11y पास = 100%

लक्ष्य चरण द्वारा सीसैट/एनपीएस ≥

9) डेटा, अंतर्राष्ट्रीय पहलू और नियम

प्रारूप: ISO-8601 (UTC) समय के लिए, उपयोगकर्ता के लिए स्थानीयकृत आउटपुट।

धन: लघु इकाइयाँ/दशमलव तार; मुद्रा स्पष्ट रूप से।

भाषा/आरटीएल: संसाधनों में ग्रंथ, दर्पण के लिए समर्थन; स्ट्रिंग लंबाई और hyphenation।

प्रतिबंध: सीमा, आयु, केवाईसी, प्रतिबंध - परिदृश्यों के लिए पूर्व शर्त के रूप में।

10) स्क्रिप्ट विवरण साँचा (YAML)

yaml id: SCN-0023-withdrawal-kyc-mobile-3g title: Verification before output (mobile, 3G)
persona: "Rookie Player"
jtbd: "When I want to quickly take out a win at night, pass KYC without a call to get paid in 10 minutes."
context:
device: mobile network: "3g"
locale: "ru-RU"
timezone: "Europe/Kyiv"
preconditions:
- "User Authorized"
- "Balance> = minimum threshold"
- "Documents ready"
flow:
- step: "Open output screen"
ui_state: ["loading","ready","error"]
analytics_event: "withdrawal_open"
- step: "KYC Start"
alt: ["no camera -> switch to photo upload," "network error -> retray"]
analytics_event: "kyc_start"
- step: "Face shooting"
alt: ["not enough light," "timeout," "permission denied"]
analytics_event: "kyc_face_capture"
- step: "Result and ETA"
analytics_event: "kyc_result"
acceptance:
- "KYC complete <2 minutes in 3G"
- "The entire sequence is passable by the keyboard; focus is not lost"
- "Texts are localized; Currency and date format correct"
- "Errors with actionable hint"
metrics:
completion_rate: ">= 0. 85"
ttv_median_min: "<= 10"
error_rate: "<= 0. 03"
a11y:
keyboard_only: true contrast_wcag: "AA"
reduced_motion_supported: true risks:
- "Unstable network -> offline mode/retrays"
- "False failures KYC -> fallback for manual check"

11) परिदृश्य सत्यापन उपकरण

कार्यात्मक परीक्षण (Gherkin/E2E): खुश/उदास/बढ़त।

A11y-audit: मैनुअल (एनवीडीए/वॉयसओवर) + ऑटो-लिंटर्स।

उपयोगिता सत्र: प्रमुख परिदृश्य के लिए 5-8 उत्तरदाता।

टेलीमेट्री: फ्लैग्स, कंप्लीशन/टीटीवी/एरर डैशबोर्ड।

डॉगफूडिंग: इन-टीम चेकलिस्ट रन।

12) परिदृश्य चेकलिस्ट (त्वरित जांच)

JTBD को टीम द्वारा तैयार और समझा जाता है
व्यक्ति/संदर्भ/प्रतिबंध वर्तनी हैं
उपयोगकर्ता प्रवाह और कहानी मानचित्र तैयार हैं; शाखाएं चिह्नित
स्वीकृति मानदंड (A11y सहित) स्पष्ट और परीक्षण योग्य हैं
यूआई राज्यों (लोडिंग/खाली/त्रुटि) प्रलेखित
विश्लेषणात्मक घटनाएँ और केपीआई परिभाषित
स्थानीयकरण/प्रारूप/मुद्रा माना जाता है
जोखिम/नकली शाखाओं और रिट्रे पैड वर्णित
प्रोटोटाइप/मैकैप विकास/डेटा/अनुपालन के साथ संरेखित
परीक्षण योजना और स्वीकृति तिथि सहमत

13) एंटी-पैटर्न

"स्क्रिप्ट = केवल खुश पथ" (त्रुटियों/किनारे को अनदेखा करें)।

अपठनीय स्वीकृति (एक औसत दर्जे की कसौटी के बजाय "इसे सुविधाजनक बनाएं")।

आवश्यकताओं में A11y और स्थान की कमी।

व्यावसायिक उद्देश्य और यूएक्स कार्यान्वयन ("कम टीटीवी" के बजाय "पॉपअप जोड़ें")।

कोई घटना योजना नहीं है - सफलता को मापने के लिए कुछ भी नहीं।

14) संक्षिप्त उपयोगकर्ता कहानियों के उदाहरण

एक नए उपयोगकर्ता के रूप में, मैं तुरंत गेम शुरू करने के लिए अपने फोन की पुष्टि किए बिना ई-मेल द्वारा पंजीकरण करना चाहता हूं; यदि सीमाएं पार हो जाती हैं - वैकल्पिक "अतिथि" दिखाएं।

एक प्रबंधक के रूप में, मैं लेखांकन के साथ डेटा सत्यापित करने के लिए फिल्टर और प्रोजेक्ट टाइमज़ोन के साथ सीएसवी को रिपोर्ट निर्यात करना चाहता हूं।

15) कार्यान्वयन योजना (3 पुनरावृत्ति)

पुनरावृत्ति 1 - फाउंडेशन (1-2 सप्ताह):

कहानी/उपयोग केस/स्वीकृति टेम्पलेट, एकीकृत परिदृश्य रजिस्टर, न्यूनतम विश्लेषणात्मक योजना, चेकलिस्ट।

पुनरावृत्ति 2 - गुणवत्ता और मापन (2-3 सप्ताह):

प्रमुख परिदृश्यों के लिए उपयोगकर्ता प्रवाह + सीजेएम, A11y मापदंड, पूर्णता/टीटीवी/त्रुटि डैशबोर्ड, E2E सेट।

पुनरावृत्ति 3 - स्केल और ऑप्टिमाइज़ (सतत):

कहानी मानचित्रण, प्रभाव × प्रयास प्राथमिकता, ए/बी परिकल्पना, नियमित मीट्रिक समीक्षा और सीएपीए।

16) मिनी-एफएक्यू

व्यक्ति या केवल JTBD?

दोनों का उपयोग करें: व्यक्ति संदर्भ और सीमाएं देते हैं, JTBD - इरादा और मूल्य।

क्या मुझे पिक्सेल तक सब कुछ वर्णित करने की आवश्यकता है?

नहीं, यह नहीं है। स्क्रिप्ट लक्ष्य, चरणों, शाखाओं और सफलता के मानदंडों को पकड़ ती है; पिक्सेल - लेआउट और डीएलएस का कार्य।

यह कैसे समझें कि स्क्रिप्ट "तैयार" है?

औसत दर्जे की स्वीकृति, खुश/उदास/किनारे कवरेज, A11y मानदंड, घटनाएं और लक्ष्य केपीआई हैं।

कुल

उपयोगकर्ता परिदृश्य एक उत्पाद के "कंकाल" हैं: स्पष्ट उद्देश्य (JTBD), सुसंगत प्रवाह (उपयोगकर्ता प्रवाह/कहानी मानचित्रण), सत्यापन योग्य मानदंड (स्वीकार्यता), और पहुंच/स्थान के लिए सम्मान। उन्हें एक समान टेम्पलेट में ठीक करें, सत्यापन स्वचालित करें और नियमित रूप से वास्तविक मैट्रिक्स के अनुसार उनकी समीक्षा करें - इस तरह इंटरफेस सभी उपयोगकर्ताओं के लिए स्पष्ट, तेज और मूल्यवा

वापसी से पहले सत्यापन

कुल

हमसे संपर्क करें

त्वरित संपर्क

वीडियो जल्द ही अपडेट किया जाएगा

हम इस समय परियोजनाओं में बहुत व्यस्त हैं