ब्लॉग

40 यूज़र स्टोरी उदाहरण (स्वीकृति मानदंड के साथ)

सेर्हिय ख्वाशचुक द्वारा · · कोई टिप्पणी नहीं

नीचे 40 यूज़र स्टोरीज़ दी गई हैं जो प्रोडक्ट प्रकार के अनुसार समूहीकृत हैं: SaaS, ई-कॉमर्स, मोबाइल ऐप्स, मार्केटप्लेस, फिनटेक, हेल्थकेयर, इंटरनल टूल्स और AI फीचर्स। प्रत्येक में एक्सेप्टेंस क्राइटेरिया शामिल है, क्योंकि उनके बिना एक स्टोरी अधूरी होती है। इनके बाद: खराब-से-अच्छा रीराइट, एक एपिक को स्टोरीज़ में विभाजित करना, और नॉन-फंक्शनल स्टोरीज़।

अक्टूबर 2026 में अपडेट किया गया। यूज़र स्टोरीज़ के लिए नए हैं? शुरू करें यूज़र स्टोरीज़ कैसे लिखें, फिर अनुकूलित करने के लिए सामग्री के लिए यहाँ वापस आएं।

यहाँ उपयोग किया गया प्रारूप

प्रत्येक स्टोरी रोल-फ़ीचर-लाभ टेम्पलेट का पालन करती है:

एक [उपयोगकर्ता प्रकार] के रूप में, मैं [लक्ष्य या क्रिया] चाहता हूँ ताकि [लाभ]।

एक्सेप्टेंस क्राइटेरिया छोटी संख्यांकित चेकलिस्ट हैं ताकि वे टेबल में फिट हों; उपयोगकर्ता कहानी टेम्पलेट Given/When/Then विकल्प दिखाता है। संख्याएँ (समय सीमाएँ, थ्रेशोल्ड) आपके स्वयं के व्यावसायिक नियमों के लिए प्लेसहोल्डर हैं।

SaaS और B2B यूज़र स्टोरी उदाहरण

B2B स्टोरीज़ खातों, भूमिकाओं और बिलिंग के चारों ओर घूमती हैं, और एक साथ दो उपयोगकर्ता महत्वपूर्ण होते हैं: काम करने वाला व्यक्ति और वह एडमिन जो भुगतान करता है।

यूज़र स्टोरीएक्सेप्टेंस क्राइटेरिया
1. एक वर्कस्पेस एडमिन के रूप में, मैं ईमेल के माध्यम से टीममेट्स को आमंत्रित करना चाहता हूँ ताकि वे हमारे खाते में काम कर सकें।(1) निमंत्रण लिंक 7 दिनों के लिए वैध है। (2) भेजने से पहले मैं एक भूमिका (Admin, Member या Viewer) चुनता हूँ। (3) किसी ऐसे व्यक्ति को निमंत्रित करना जो पहले से सदस्य है, डुप्लिकेट भेजने के बजाय एक त्रुटि दिखाता है।
2. एक खाता मालिक के रूप में, मैं ऐप के अंदर भुगतान वाले प्लान में अपग्रेड करना चाहता हूँ ताकि मैं सेल्स से बात किए बिना सीट्स जोड़ सकूँ।(1) पुष्टि करने से पहले मैं मूल्य और क्या बदलाव हो रहा है, उसे देखता हूँ। (2) भुगतान सफल होने के तुरंत बाद नए सीमाएँ लागू हो जाती हैं। (3) यदि कार्ड अस्वीकृत हो जाता है, तो मैं अपने वर्तमान प्लान पर रहता हूँ और कारण देखता हूँ।
3. एक टीम सदस्य के रूप में, मैं अपनी कंपनी के Google या Microsoft खाते से साइन इन करना चाहता हूँ ताकि मुझे एक और पासवर्ड की आवश्यकता न पड़े।(1) साइन-इन दोनों विकल्प प्रदान करता है। (2) अनुमत कंपनी डोमेन से मेरा पहला साइन-इन मुझे उस वर्कस्पेस में जोड़ देता है। (3) ऐसे डोमेन के खाते जिन्हें एडमिन ने अनुमति नहीं दी है, एक स्पष्ट संदेश के साथ अस्वीकृत कर दिए जाते हैं।
4. एक मैनेजर के रूप में, मैं गतिविधि रिपोर्ट को CSV में निर्यात करना चाहता हूँ ताकि मैं इसे फाइनेंस के साथ साझा कर सकूँ।(1) निर्यात वर्तमान में लागू फ़िल्टर का उपयोग करता है। (2) फ़ाइल में एक हेडर रो और ISO तिथियाँ (YYYY-MM-DD) होती हैं। (3) 50,000 पंक्तियों से अधिक के निर्यात को डाउनलोड लिंक के रूप में ईमेल किया जाता है, पृष्ठ को ब्लॉक करने के बजाय।
5. एक नए उपयोगकर्ता के रूप में, मुझे एक छोटी ऑनबोर्डिंग चेकलिस्ट चाहिए ताकि मैं दस्तावेज़ पढ़े बिना अपने पहले उपयोगी परिणाम तक पहुँच सकूँ।(1) 3 से 5 चरण, प्रत्येक पूरा होने पर स्वतः टिक किया जाता है। (2) मैं इसे बंद कर सकता हूँ और हेल्प मेनू से पुनः खोल सकता हूँ। (3) प्रगति सभी डिवाइसों पर सिंक होती है।
6. एक वर्कस्पेस एडमिन के रूप में, मुझे अनुमतियों में परिवर्तनों का ऑडिट लॉग चाहिए ताकि मैं हमारे ग्राहकों के सुरक्षा प्रश्नावली का उत्तर दे सकूँ।(1) प्रत्येक प्रविष्टि दर्ज करती है कि किसने क्या बदला, कब, और किस IP से। (2) कोई भी, एडमिन सहित, प्रविष्टियों को संपादित या हटा नहीं सकता। (3) लॉग को उपयोगकर्ता और तिथि के अनुसार फ़िल्टर किया जा सकता है और निर्यात किया जा सकता है।
SaaS और B2B उपयोगकर्ता कहानियाँ स्वीकृति मानदंडों के साथ

ई-कॉमर्स उपयोगकर्ता कहानी के उदाहरण

दुकान की कहानियाँ अपने असंतोषित पथों पर जीवित रहती हैं या मर जाती हैं: बिक चुके आइटम, अस्वीकृत कार्ड, देरी से डिलीवरी और रिटर्न।

यूज़र स्टोरीएक्सेप्टेंस क्राइटेरिया
7. एक खरीदार के रूप में, मैं आइटम को साइज़ और रंग के अनुसार फ़िल्टर करना चाहता हूँ ताकि मैं केवल वे आइटम देखूँ जिन्हें मैं खरीद सकता हूँ।(1) फ़िल्टर केवल स्टॉक में उपलब्ध साइज़ और रंग प्रदान करते हैं। (2) परिणाम रीलोड के बिना अपडेट होते हैं, और URL फ़िल्टर को बनाए रखता है ताकि दृश्य साझा किया जा सके। (3) “सभी साफ़ करें” सूची को रीसेट करता है।
8. एक अतिथि खरीदार के रूप में, मैं खाता बनाने के बिना चेकआउट करना चाहता हूँ ताकि मैं तेज़ी से खरीदारी कर सकूँ।(1) केवल ईमेल, पता और भुगतान आवश्यक है। (2) भुगतान के बाद, मैं एक क्लिक में खाता बना सकता हूँ। (3) पुष्टि ईमेल एक मिनट के भीतर आता है।
9. एक खरीदार के रूप में, मैं भुगतान करने से पहले डिलीवरी तिथि देखना चाहता हूँ ताकि मुझे पता चले कि ऑर्डर समय पर पहुँचेगा या नहीं।(1) प्रत्येक शिपिंग विकल्प एक अनुमानित डिलीवरी विंडो दिखाता है। (2) विंडो तब अपडेट होती है जब मैं पता बदलता हूँ। (3) जो आइटम अलग से शिप होते हैं, वे अपनी अपनी तिथियाँ दिखाते हैं।
10. एक खरीदार के रूप में, मैं जानना चाहता हूँ कि जब बिक चुका आइटम वापस आता है, ताकि मुझे बार-बार जांचने की आवश्यकता न पड़े।(1) जब स्टॉक शून्य होता है, तो “मुझे सूचित करें” “कार्ट में जोड़ें” की जगह लेता है। (2) जब आइटम वापस स्टॉक में आता है, तो मुझे एक ईमेल मिलता है, फिर अलर्ट समाप्त हो जाता है। (3) ईमेल मेरे साइज़ पहले से चयनित होने के साथ उत्पाद को खोलता है।
11. एक ग्राहक के रूप में, मैं ऑनलाइन रिटर्न शुरू करना चाहता हूँ ताकि मुझे सपोर्ट को ईमेल करने की आवश्यकता न पड़े।(1) केवल रिटर्न विंडो के भीतर के ऑर्डर एक रिटर्न बटन दिखाते हैं। (2) मैं आइटम और एक कारण चुनता हूँ और एक लेबल या QR कोड प्राप्त करता हूँ। (3) रिफंड स्थिति मेरे ऑर्डर इतिहास में दिखाई देता है।
12. एक स्टोर मैनेजर के रूप में, मैं एक डिस्काउंट कोड बनाना चाहता हूँ जिसमें समाप्ति तिथि हो ताकि मैं एक वीकेंड प्रमोशन चला सकूँ।(1) मैं प्रतिशत या निश्चित राशि, तिथियाँ और उपयोग सीमा सेट करता हूँ। (2) चेकआउट पर एक समाप्त कोड “यह कोड समाप्त हो गया है” दिखाता है। (3) कोड को तभी मिलाया जा सकता है जब मैं इसे अनुमति देता हूँ।
ई-कॉमर्स उपयोगकर्ता कहानियाँ स्वीकृति मानदंडों के साथ

डिलीवरी ऐप्स में चेकआउट प्रवाह और ऑर्डर ट्रैकिंग के लिए, देखें एक ऑन-डिमांड ऐप के अनिवार्य तत्व.

मोबाइल ऐप उपयोगकर्ता कहानी के उदाहरण

मोबाइल कहानियों को वे मानदंड चाहिए जो वेब कहानियाँ अक्सर छोड़ सकती हैं: कोई सिग्नल नहीं, डिवाइस अनुमतियाँ और बायोमेट्रिक्स।

यूज़र स्टोरीएक्सेप्टेंस क्राइटेरिया
13. एक यात्री के रूप में, मैं चाहता हूँ कि मेरे टिकट ऑफ़लाइन उपलब्ध हों ताकि मैं सिग्नल न होने वाले ट्रेन में उन्हें दिखा सकूँ।(1) टिकट और उनके QR कोड कनेक्शन के बिना खुलते हैं। (2) एक ऑफ़लाइन बैनर दिखाता है कि आखिरी बार डेटा कब सिंक हुआ था। (3) जो क्रियाएँ कनेक्शन की आवश्यकता करती हैं, उन्हें एक व्याख्या के साथ अक्षम कर दिया जाता है।
14. एक उपयोगकर्ता के रूप में, मैं Face ID या अपने अंगूठे के निशान से साइन इन करना चाहता हूँ ताकि मुझे हर बार अपना पासवर्ड टाइप करने की आवश्यकता न पड़े।(1) यह मेरे पहले पासवर्ड साइन-इन के बाद प्रस्तावित किया जाता है और जब तक मैं ऑप्ट-इन नहीं करता, तब तक बंद रहता है। (2) 3 विफल प्रयासों के बाद या यदि डिवाइस के बायोमेट्रिक्स बदल जाते हैं, तो ऐप पासवर्ड पूछता है। (3) मैं इसे सेटिंग्स में बंद कर सकता हूँ।
15. एक उपयोगकर्ता के रूप में, मैं चुनना चाहता हूँ कि मुझे कौन सी पुश नोटिफिकेशन मिलें ताकि ऐप मुझे स्पैम न करे।(1) सेटिंग्स प्रत्येक नोटिफिकेशन श्रेणी को अपने स्वयं के टॉगल के साथ सूचीबद्ध करती हैं। (2) परिवर्तन तुरंत लागू होते हैं। (3) ऐप तब नोटिफिकेशन अनुमति पूछता है जब मैं पहली बार एक श्रेणी चालू करता हूँ, पहली लॉन्च पर नहीं।
16. एक नए उपयोगकर्ता के रूप में, मैं साइन अप करने से पहले ऐप को आज़माना चाहता हूँ ताकि मैं तय कर सकूँ कि यह लायक है या नहीं।(1) मुख्य सामग्री खाते के बिना ब्राउज़ की जा सकती है। (2) साइन-इन केवल तभी माँगा जाता है जब मैं सहेजने या पोस्ट करने का प्रयास करता हूँ। (3) जो कुछ भी मैंने अतिथि के रूप में सहेजा है, वह मेरे खाते में ले जाया जाता है।
17. एक उपयोगकर्ता के रूप में, मैं एक आइटम को WhatsApp या Messages पर साझा करना चाहता हूँ ताकि मैं इसे अपने दोस्त को भेज सकूँ।(1) शेयरिंग फ़ोन के नेटिव शेयर शीट का उपयोग करता है। (2) लिंक, यदि ऐप इंस्टॉल है, तो आइटम को ऐप में खोलता है, अन्यथा वेबसाइट पर। (3) लिंक प्रीव्यू आइटम का शीर्षक और छवि दिखाता है।
स्वीकृति मानदंडों के साथ मोबाइल ऐप यूज़र स्टोरीज़

मार्केटप्लेस और ऑन-डिमांड यूज़र स्टोरी उदाहरण

मार्केटप्लेस में कम से कम तीन भूमिकाएं (खरीदार, प्रदाता, ऑपरेटर) होती हैं, और एक फ़ीचर तब तक पूरा नहीं होता जब तक कि हर भूमिका के लिए एक स्टोरी न हो।

यूज़र स्टोरीएक्सेप्टेंस क्राइटेरिया
18. एक ग्राहक के रूप में, मैं अपने कूरियर को नक्शे पर फॉलो करना चाहता हूँ ताकि मुझे पता चले कि मुझे दरवाज़े पर कब होना चाहिए।(1) पिकअप के बाद, कूरियर की स्थिति कम से कम हर 15 सेकंड में अपडेट होती है। (2) एक आगमन अनुमान दिखाया जाता है और उसे अपडेट रखा जाता है। (3) डिलीवरी पर लोकेशन शेयरिंग बंद हो जाती है।
19. एक सेवा प्रदाता के रूप में, मैं अपनी साप्ताहिक उपलब्धता सेट करना चाहता हूँ ताकि मुझे केवल वे अनुरोध मिलें जो मैं स्वीकार कर सकूं।(1) मैं हर सप्ताह के दिन के लिए घंटे सेट कर सकता हूँ और विशिष्ट तिथियों को ब्लॉक कर सकता हूँ। (2) ग्राहक उन घंटों के बाहर स्लॉट का अनुरोध नहीं कर सकते। (3) उपलब्धता बदलने से पहले से पुष्टि की गई बुकिंग रद्द नहीं होतीं।
20. एक ग्राहक के रूप में, मैं एक नौकरी के बाद प्रदाता को रेट करना चाहता हूँ ताकि अन्य ग्राहक अच्छी तरह से चुन सकें।(1) रेटिंग प्रॉम्प्ट तब दिखाई देता है जब नौकरी को पूरा चिह्नित किया जाता है और 14 दिनों तक खुला रहता है। (2) मैं 1 से 5 स्टार और एक वैकल्पिक टिप्पणी देता हूँ। (3) केवल वे ग्राहक जो एक पूरा बुकिंग रखते हैं, वे उस प्रदाता की समीक्षा कर सकते हैं।
21. एक विक्रेता के रूप में, मैं देखना चाहता हूँ कि हर पेआउट कब आएगा ताकि मैं अपने कैश फ्लो की योजना बना सकूं।(1) हर पूरा ऑर्डर फीस के बाद पेआउट और उसकी अपेक्षित तिथि दिखाता है। (2) पेआउट इतिहास में तिथि, राशि और ऑर्डर सूचीबद्ध हैं। (3) यदि पेआउट विफल होता है, तो मुझे बताया जाता है कि क्यों और इसे कैसे ठीक किया जाए।
22. एक मार्केटप्लेस ऑपरेटर के रूप में, मैं नए विक्रेताओं की सूचियों की समीक्षा करना चाहता हूँ जब तक वे लाइव न हों ताकि प्रतिबंधित आइटम साइट से दूर रहें।(1) नए विक्रेता की पहली सूचियां समीक्षा कतार में जाती हैं। (2) समीक्षक विक्रेता को दिखाई देने वाले कारण के साथ स्वीकृत या अस्वीकृत करते हैं। (3) स्वीकृति के बाद, विक्रेता की बाद की सूचियां तुरंत प्रकाशित होती हैं, जब तक कि वे फ्लैग न हों।
स्वीकृति मानदंडों के साथ मार्केटप्लेस और ऑन-डिमांड यूज़र स्टोरीज़

फिनटेक यूज़र स्टोरी उदाहरण

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

यूज़र स्टोरीएक्सेप्टेंस क्राइटेरिया
23. एक नए ग्राहक के रूप में, मैं ऐप में अपनी पहचान सत्यापित करना चाहता हूँ ताकि मैं शाखा के बिना खाता खोल सकूं।(1) मैं ऐप में एक आईडी दस्तावेज़ की फोटो लेता हूँ और सेल्फी लेता हूँ। (2) मैं देखता हूँ कि सत्यापन पास हुआ, विफल हुआ या समीक्षा की आवश्यकता है, और अगला क्या करना है। (3) छवियां एन्क्रिप्टेड रूप से संग्रहीत की जाती हैं और हर स्टाफ एक्सेस लॉग किया जाता है।
24. एक कार्डधारक के रूप में, मैं अपनी कार्ड को तुरंत फ्रीज़ करना चाहता हूँ ताकि यदि मैं इसे खो दूं तो कोई भी इसे उपयोग न कर सके।(1) फ्रीज़िंग कुछ ही सेकंड में प्रभावी होती है और नए कार्ड भुगतान अस्वीकृत हो जाते हैं। (2) अनफ्रीज़िंग उसी कार्ड को पुनर्स्थापित करती है। (3) स्क्रीन बताती है कि फ्रीज़ होने के दौरान पुनरावर्ती भुगतानों के साथ क्या होता है।
25. एक उपयोगकर्ता के रूप में, मैं चाहता हूँ कि मेरे लेन-देन स्वतः वर्गीकृत हों ताकि मैं देख सकूं कि हर महीने मेरा पैसा कहाँ जाता है।(1) नए लेन-देन दिखने के एक मिनट के भीतर एक श्रेणी प्राप्त करते हैं। (2) जब मैं श्रेणी बदलता हूँ, तो उसी व्यापारी से भविष्य के लेन-देन मेरी पसंद के अनुसार होते हैं। (3) मासिक दृश्य में हर श्रेणी का कुल दिखाया जाता है।
26. एक खाताधारक के रूप में, मैं चाहता हूँ कि बड़े ट्रांसफर के लिए दूसरी पुष्टि की आवश्यकता हो ताकि यदि कोई मेरा पासवर्ड जान ले तो मेरा पैसा सुरक्षित रहे।(1) जो ट्रांसफर मेरी सेट की गई सीमा से ऊपर हैं, उनके लिए ऐप में अनुमोदन या एक-बार कोड की आवश्यकता होती है। (2) नए भुगतानकर्ता को पहला भुगतान भी उसी चरण की आवश्यकता रखता है। (3) विफल पुष्टियां लॉग की जाती हैं और मुझे सूचित किया जाता है।
27. एक छोटे व्यवसाय के मालिक के रूप में, मैं एक पे-नो लिंक के साथ इनवॉइस भेजना चाहता हूँ ताकि ग्राहक कार्ड से भुगतान कर सकें।(1) इनवॉइस ईमेल में एक सुरक्षित भुगतान लिंक शामिल है। (2) जब भुगतान सफल होता है, तो इनवॉइस स्वतः भुगतान किया गया चिह्नित हो जाता है। (3) समय से अधिक इनवॉइस मुझे चुनी गई दिनों पर रिमाइंडर ट्रिगर करते हैं।
स्वीकृति मानदंडों के साथ फिनटेक यूज़र स्टोरीज़

स्वास्थ्य सेवा यूज़र स्टोरी उदाहरण

स्वास्थ्य डेटा यूएस में HIPAA और यूई में GDPR जैसे नियमों के अधीन है, इसलिए एक्सेस कंट्रोल और ऑडिट लॉग अधिकांश मानदंडों में दिखाई देते हैं। उन नियमों के बारे में किसी से पुष्टि करें जो आपके लिए लागू नियमों को जानते हैं।

यूज़र स्टोरीएक्सेप्टेंस क्राइटेरिया
28. एक रोगी के रूप में, मैं ऑनलाइन अपॉइंटमेंट बुक करना चाहता हूँ ताकि मुझे क्लिनिक को फोन न करना पड़े।(1) केवल चुने गए क्लिनिकल और विज़िट प्रकार के लिए खुले स्लॉट दिखाई देते हैं। (2) पुष्टि ईमेल या एसएमएस के माध्यम से कैलेंडर में जोड़ने के लिंक के साथ आती है। (3) मैं क्लिनिक की कट-ऑफ तक रद्द या पुनर्निर्धारित कर सकता हूँ; उसके बाद, क्लिनिक का फोन नंबर दिखाया जाता है।
29. एक रोगी के रूप में, मैं दवाइयों के रिमाइंडर चाहता हूँ ताकि मैं खुराक न चूकूं।(1) मैं हर दवाइ के लिए रिमाइंडर समय सेट करता हूँ। (2) लॉक-स्क्रीन नोटिफिकेशन दवाइ का नाम नहीं दिखाता जब तक मैं इसे अनुमति न दूं। (3) मैं हर खुराक को लिया या छोड़ा चिह्नित कर सकता हूँ और अपना इतिहास देख सकता हूँ।
30. एक क्लिनिकल के रूप में, मैं एक रोगी के हाल के लैब परिणाम एक स्क्रीन पर चाहता हूँ ताकि मैं विज़िट के लिए तेजी से तैयार हो सकूं।(1) पिछले 12 महीनों के परिणाम, नवीनतम पहले, रेंज से बाहर मानों को हाइलाइट किया गया। (2) केवल रोगी की देखभाल टीम स्क्रीन खोल सकती है। (3) हर दृश्य एक्सेस लॉग में दर्ज किया जाता है।
31. एक रोगी के रूप में, मैं अपने ब्राउज़र से वीडियो अपॉइंटमेंट में शामिल होना चाहता हूँ ताकि मुझे कुछ इंस्टॉल न करना पड़े।(1) लिंक डेस्कटॉप और मोबाइल पर वर्तमान Chrome, Safari, Edge और Firefox में काम करता है। (2) मैं क्लिनिकल मुझे अंदर लेने तक वेटिंग रूम में प्रतीक्षा करता हूँ। (3) पहले कैमरा और माइक्रोफोन जांच चलाई जाती है, यदि एक्सेस ब्लॉक है तो मदद के साथ।
स्वीकृति मानदंडों के साथ स्वास्थ्य सेवा यूज़र स्टोरीज़

आंतरिक टूल और एडमिन यूज़र स्टोरी उदाहरण

आंतरिक टूल अक्सर कहानियों के बिना बनाए जाते हैं क्योंकि "यह केवल हमारे लिए है", जिसके कारण वे अंततः एक सौ फ़ील्ड और कोई स्पष्ट कार्य के साथ समाप्त हो जाते हैं।

यूज़र स्टोरीएक्सेप्टेंस क्राइटेरिया
32. एक सपोर्ट एजेंट के रूप में, मुझे एक स्क्रीन पर ग्राहक के हाल के ऑर्डर और टिकट चाहिए ताकि मैं टूल स्विच किए बिना उत्तर दे सकूँ।(1) मैं ईमेल, फ़ोन नंबर या ऑर्डर नंबर से खोज सकता हूँ। (2) स्क्रीन पर पिछले 10 ऑर्डर और सभी खुले टिकट दिखाए जाते हैं। (3) एजेंट भुगतान विवरण देख सकते हैं, लेकिन उन्हें संपादित नहीं कर सकते।
33. एक ऑपरेशन्स मैनेजर के रूप में, मुझे CSV से बल्क में ऑर्डर स्थिति अपडेट करने की आवश्यकता है ताकि मैं सैकड़ों रिकॉर्ड हाथ से संपादित न करूँ।(1) कुछ भी लागू होने से पहले, एक प्रीव्यू दिखाता है कि कौन सी पंक्तियाँ बदलेंगी और कौन सी त्रुटिपूर्ण हैं। (2) त्रुटि वाली पंक्तियाँ छोड़ दी जाती हैं और उनका रिपोर्ट किया जाता है। (3) प्रत्येक बल्क अपडेट को किसने चलाया, उसका लॉग रखा जाता है।
34. एक IT एडमिन के रूप में, मुझे एक ही जगह से किसी छोड़ने वाले कर्मचारी का खाता निष्क्रिय करना चाहिए ताकि उनका सभी आंतरिक टूल तक पहुंच समाप्त हो जाए।(1) निष्क्रियता तुरंत सभी सक्रिय सत्रों को समाप्त कर देती है। (2) उनके खुले कार्य उनके मैनेजर को पुनः आवंटित किए जाते हैं। (3) उनके डेटा को रिटेंशन नीति के अनुसार रखा जाता है, हटाया नहीं जाता।
35. एक फाइनेंस लीड के रूप में, मुझे एक सीमा से अधिक खर्चों के लिए अनुमोदन चाहिए ताकि बड़ी खरीदारी की जांच की जा सके।(1) सीमा से अधिक खर्च निर्धारित अनुमोदक को भेजे जाते हैं। (2) अनुमोदक ईमेल या ऐप से टिप्पणी के साथ स्वीकृत या अस्वीकृत कर सकता है। (3) 3 कार्य दिवसों के भीतर संभाले न गए अनुरोधों को एस्केलेट किया जाता है।
स्वीकृति मानदंडों के साथ आंतरिक टूल और एडमिन उपयोगकर्ता कहानियाँ

AI फ़ीचर उपयोगकर्ता कहानी के उदाहरण

AI फ़ीचर को अतिरिक्त मानदंडों की आवश्यकता होती है: जब मॉडल को पता नहीं होता है तो क्या होता है, डेटा कहाँ जाता है, और आप कैसे बताएंगे कि यह मदद कर रहा है। भेजे, प्रकाशित या भुगतान किए गए किसी भी चीज़ पर मानव नियंत्रण में रखें।

यूज़र स्टोरीएक्सेप्टेंस क्राइटेरिया
36. एक सपोर्ट एजेंट के रूप में, मुझे हर टिकट के लिए AI-ड्राफ्ट उत्तर चाहिए ताकि मैं सामान्य प्रश्नों का उत्तर तेज़ी से दे सकूँ।(1) ड्राफ्ट उत्तर बॉक्स में दिखाई देता है, AI-जनित के रूप में लेबल किया गया, और केवल तभी भेजा जाता है जब मैं भेजें पर क्लिक करता हूँ। (2) यह उसकी उपयोग की गई हेल्प-सेंटर आर्टिकल को लिंक करता है। (3) जब कोई प्रासंगिक आर्टिकल मौजूद नहीं होता है, तो यह अनुमान लगाने के बजाय ऐसा कहता है।
37. एक उपयोगकर्ता के रूप में, मुझे अपने दस्तावेज़ों के बारे में साधारण भाषा में प्रश्न पूछने चाहिए ताकि मैं हर फ़ाइल खोले बिना उत्तर ढूंढ सकूँ।(1) उत्तर केवल उन दस्तावेज़ों का उपयोग करते हैं जिन्हें मैं देखने की अनुमति रखता हूँ। (2) प्रत्येक उत्तर अपने स्रोत अंशों को लिंक करता है। (3) यदि दस्तावेज़ों में उत्तर नहीं है, तो यह कहता है कि उसे पता नहीं है।
38. एक टीम सदस्य के रूप में, मुझे लंबी मीटिंग नोट्स का एक छोटा सारांश चाहिए ताकि मैं एक मिनट में अपडेट हो सकूँ।(1) सारांश निर्णयों और एक्शन आइटमों को उनके मालिकों के साथ सूचीबद्ध करता है। (2) मैं इसे पुनः जनरेट या संपादित कर सकता हूँ। (3) कुछ भी स्वतः सारांशित नहीं होता है: सारांश केवल तभी बनाया जाता है जब कोई इसे मांगता है।
39. एक वर्कस्पेस एडमिन के रूप में, मुझे अपनी टीम के लिए AI फ़ीचर चालू या बंद करने चाहिए ताकि हम अपने डेटा नीति के भीतर रहें।(1) एक सेटिंग वर्कस्पेस में हर AI फ़ीचर को नियंत्रित करती है। (2) पेज बताता है कि कौन सा प्रोवाइडर डेटा प्रोसेस करता है और क्या इसे ट्रेनिंग के लिए उपयोग किया जाता है। (3) परिवर्तन मिनटों के भीतर सभी उपयोगकर्ताओं पर लागू होता है और इसका लॉग रखा जाता है।
40. एक प्रोडक्ट मैनेजर के रूप में, मुझे यह देखना चाहिए कि उपयोगकर्ता कितनी बार AI सुझावों को स्वीकार, संपादित या अस्वीकार करते हैं ताकि मैं बता सकूँ कि फ़ीचर मदद कर रहा है या नहीं।(1) हर सुझाव को स्वीकृत, संपादित या अस्वीकृत के रूप में रिकॉर्ड किया जाता है। (2) एक डैशबोर्ड इन दरों को सप्ताहवार दिखाता है। (3) एनालिटिक्स केवल परिणाम संग्रहीत करते हैं, कभी प्रॉम्प्ट या दस्तावेज़ सामग्री नहीं।
स्वीकृति मानदंडों के साथ AI फ़ीचर उपयोगकर्ता कहानियाँ

खराब बनाम अच्छा: 6 उपयोगकर्ता कहानियाँ पुनः लिखी गईं

प्रत्येक पुनः लेखन एक विशिष्ट उपयोगकर्ता का नाम लेता है, लक्ष्य से डिज़ाइन निर्णयों को बाहर रखता है और एक वास्तविक लाभ देता है।

कमजोर कहानीयह क्यों विफल होता हैबेहतर संस्करण
सिस्टम को PDF निर्यात का समर्थन करना चाहिए।आवश्यकता भाषा: कोई उपयोगकर्ता और कोई कारण नहीं।एक लेखाकार के रूप में, मुझे हर महीने के विवरण को PDF के रूप में डाउनलोड करना चाहिए ताकि मैं इसे हमारे रिकॉर्ड में संलग्न कर सकूँ।
एक उपयोगकर्ता के रूप में, मुझे ऐप को आसान उपयोग करना चाहिए।अपरीक्षण योग्य, बिना किसी विशिष्ट लक्ष्य के।एक नए उपयोगकर्ता के रूप में, मुझे टेम्पलेट से अपना पहला प्रोजेक्ट शुरू करना चाहिए ताकि मैं कुछ मिनटों के भीतर देख सकूँ कि ऐप कैसे काम करता है।
एक डेवलपर के रूप में, मुझे PostgreSQL पर माइग्रेट करना चाहिए।एक तकनीकी कार्य; उपयोगकर्ता मूल्य छिपा है।एक विश्लेषक के रूप में, मुझे मासिक रिपोर्ट को 3 सेकंड से कम समय में लोड करना चाहिए ताकि मैं मीटिंग के दौरान उनका समीक्षा कर सकूँ। माइग्रेशन इस कहानी के तहत एक कार्य बन जाता है।
एक ग्राहक के रूप में, मुझे भुगतान करना चाहिए।बहुत बड़ा: यह भुगतान विधियों, विफलताओं और रिफंड को छिपाता है।एक ग्राहक के रूप में, मुझे चेकआउट पर कार्ड से भुगतान करना चाहिए ताकि मैं एक ही चरण में अपना ऑर्डर पूरा कर सकूँ। Apple Pay, रिफंड और विफल भुगतान अलग कहानियाँ बन जाती हैं।
एक उपयोगकर्ता के रूप में, मुझे ऊपरी दाएँ कोने में एक नीला सेव बटन चाहिए।यह डिज़ाइन तय करता है और चर्चा के लिए कुछ नहीं छोड़ता।एक एडिटर के रूप में, मैं चाहता हूँ कि मेरे परिवर्तन स्वतः सेव हो जाएं ताकि यदि मेरा ब्राउज़र बंद हो जाए तो मैं अपना काम न खोऊं।
एक मैनेजर के रूप में, मैं रिपोर्ट देखना चाहता हूँ ताकि मैं रिपोर्ट देख सकूँ।लाभ केवल लक्ष्य को दोहराता है।एक सेल्स मैनेजर के रूप में, मैं हर प्रतिनिधि का चरण-दर-चरण पाइपलाइन देखना चाहता हूँ ताकि मैं क्वार्टर समाप्त होने से पहले रुके हुए डील की पहचान कर सकूँ।
कमज़ोर यूज़र स्टोरीज़, वे क्यों विफल होती हैं, और एक बेहतर संस्करण

यह यूज़र स्टोरीज़ गाइड इन पुनर्लेखन के पीछे के INVEST चेकलिस्ट की व्याख्या करता है।

एपिक से स्टोरीज़ तक: एक विभाजन उदाहरण

एक एपिक वह परिणाम है जो एक स्पिंट के लिए बहुत बड़ा है। यहाँ “ग्राहक सब्सक्राइब कर सकते हैं और भुगतान कर सकते हैं” का B2B SaaS उत्पाद के लिए विभाजन है, जिसे ऐसी स्टोरीज़ में तोड़ा गया है जो प्रत्येक स्वतंत्र रूप से शिप हो सकती है:

  1. एक नए ग्राहक के रूप में, मैं बिना कार्ड के एक मुफ्त ट्रायल शुरू करना चाहता हूँ ताकि मैं बिना किसी प्रतिबद्धता के उत्पाद का मूल्यांकन कर सकूँ।
  2. एक ट्रायल उपयोगकर्ता के रूप में, मैं ट्रायल समाप्त होने से पहले एक प्लान चुनना और अपना कार्ड जोड़ना चाहता हूँ ताकि मैं अपना डेटा और सेटिंग्स बनाए रख सकूँ।
  3. एक अकाउंट मालिक के रूप में, मैं पिछली इनवॉइस डाउनलोड करना चाहता हूँ ताकि मैं उन्हें टैक्स के लिए फाइल कर सकूँ।
  4. एक अकाउंट मालिक के रूप में, मैं हर वार्षिक नवीनीकरण से एक सप्ताह पहले एक ईमेल चाहता हूँ ताकि शुल्क मुझे आश्चर्य न दे।
  5. एक अकाउंट मालिक के रूप में, मैं भुगतान विफल होने पर एक ग्रेस पीरियड चाहता हूँ ताकि मेरी टीम को समाप्त कार्ड के कारण लॉक आउट न किया जाए।

एक MVP के लिए, स्टोरीज़ 1 से 3 शुल्क लेना शुरू करने के लिए पर्याप्त हैं; 4 और 5 तब महत्वपूर्ण हैं जब ग्राहक नवीनीकरण करते हैं। user story mapping guide दिखाता है कि वह रेखा कैसे खींची जाए।

तकनीकी और गैर-कार्यात्मक यूज़र स्टोरी उदाहरण

प्रदर्शन, सुगम्यता और विश्वसनीयता भी स्टोरीज़ हो सकती हैं। उस उपयोगकर्ता का नाम बताएं जो समस्या का अनुभव करता है और मानदंडों को मापनीय बनाएं:

  • एक मोबाइल शॉपर के रूप में, मैं चाहता हूँ कि उत्पाद पृष्ठ मध्यम-श्रेणी के फोन पर तेज़ी से लोड हों ताकि मैं पृष्ठ दिखने से पहले हार न मानूँ। मानदंड: मुख्य सामग्री 4G पर एक नामित टेस्ट डिवाइस पर 2.5 सेकंड के भीतर दिखती है; फोल्ड के नीचे की छवियाँ लैज़ी लोड होती हैं।
  • एक स्क्रीन-रीडर उपयोगकर्ता के रूप में, मैं चाहता हूँ कि हर साइन-अप फील्ड को लेबल किया और घोषित किया जाए ताकि मैं स्वतंत्र रूप से एक अकाउंट बना सकूँ। मानदंड: फॉर्म WCAG 2.2 स्तर AA को पूरा करता है; इसे केवल कीबोर्ड से पूरा किया जा सकता है; त्रुटियाँ घोषित की जाती हैं।

इन उदाहरणों को अपने MVP के लिए कैसे अनुकूलित करें

  1. अपने वास्तविक उपयोगकर्ताओं के लिए भूमिकाओं को बदलें। “एक शॉपर के रूप में” “एक माता-पिता के रूप में जो स्कूल यूनिफॉर्म खरीद रहा है” बन जाता है यदि आपकी सेवा का उद्देश्य वे हैं।
  2. हर संख्या को अपनी अपनी नियम से बदलें। ऊपर दिए गए 7-दिन के निमंत्रण, 24-घंटे के कट-ऑफ और 3-सेकंड के लक्ष्य प्लेसहोल्डर हैं।
  3. पहली रिलीज़ के लिए केवल अपने कोर जर्नी पर की गई स्टोरीज़ को रखें।
  4. उन असफल पथों को जोड़ें जिनके बारे में आपके ग्राहक और सपोर्ट टीम पहले से ही बात कर रहे हैं।
  5. उस स्टोरी को उन लोगों के साथ परिष्कृत करें जो इसे बनाएंगे। एक कॉपी की गई स्टोरी को भी बातचीत की आवश्यकता होती है।

यदि आप बिना किसी तकनीकी सह-संस्थापक के पहली संस्करण में क्या शामिल करना है, यह तय कर रहे हैं, तो नॉन-टेक्निकल फाउंडर के रूप में MVP कैसे बनाएं विकल्पों को कवर करता है। हर फील्ड के साथ एक खाली कार्ड के लिए, उपयोग करें उपयोगकर्ता कहानी टेम्पलेट.

क्या आपके पास स्टोरीज़ का बैकलॉग है और उन्हें बनाने के लिए कोई नहीं है? हमारी टीम यूज़र स्टोरीज़ को स्पिंट-दर-स्पिंट कार्यशील सॉफ्टवेयर में बदल देती है। देखें हमारे मासिक डेवलपमेंट प्लान.

अक्सर पूछे जाने वाले प्रश्न

यूज़र स्टोरी का एक अच्छा उदाहरण क्या है?

“एक लौटने वाले ग्राहक के रूप में, मैं एक टैप में पिछली खरीदारी दोबारा ऑर्डर करना चाहता हूँ ताकि मैं फिर से खोजने के बिना स्टॉक भर सकूँ।” यह एक विशिष्ट उपयोगकर्ता, एक ऐसा लक्ष्य जिसमें कोई डिज़ाइन निर्णय न हो, और एक वास्तविक लाभ का नाम लेता है। मानदंड जोड़ें जैसे: जो आइटम अब नहीं बिक रहे हैं, उन्हें चेकआउट से पहले चिह्नित किया जाता है, और मौजूदा मूल्य का उपयोग किया जाता है, मूल मूल्य नहीं।

एपिक का एक उदाहरण क्या है?

“ग्राहक सब्सक्राइब कर सकते हैं और भुगतान कर सकते हैं” एक एपिक है: एक ऐसा परिणाम जो एक स्पिंट के लिए बहुत बड़ा है। यह स्टोरीज़ में विभाजित होता है जैसे मुफ्त ट्रायल शुरू करना, ट्रायल समाप्त होने से पहले कार्ड जोड़ना, इनवॉइस डाउनलोड करना और विफल भुगतानों का संभालना।

आप तकनीकी यूज़र स्टोरी कैसे लिखते हैं?

उस व्यक्ति का नाम बताएं जो लाभ का अनुभव करता है, भले ही वह टीम-मैट हो (“ऑन-कॉल इंजीनियर के रूप में…”), so-that क्लॉज़ में मूल्य का उल्लेख करें, और मापनीय मानदंड दें। यदि कोई उपयोगकर्ता-दृश्य मूल्य नहीं है, तो यह संभवतः किसी अन्य स्टोरी के तहत एक कार्य है, न कि एक स्टोरी।

एक यूज़र स्टोरी में कितने स्वीकृति मानदंड होने चाहिए?

आमतौर पर तीन से छह। कम अक्सर इसका मतलब होता है कि असंतोषजनक पथ (unhappy paths) अनुपस्थित हैं; और अधिक अक्सर इसका मतलब होता है कि कहानी बहुत बड़ी है और इसे विभाजित किया जाना चाहिए।

इस पोस्ट को साझा करें