user-research-synthesis

# machine-translated to hi from skills/user-research-synthesis/SKILL.md — review: pending. Native fixes welcome via PR.name: user-research-synthesisdescription: "उपयोगकर्ता रिसर्च निष्कर्षों का विश्लेषण और संश्लेषण करके संरचित, कार्रवाई योग्य अंतर्दृष्टि बनाएँ। जब उपयोगकर्ता रिसर्च डेटा, साक्षात्कार ट्रांसक्रिप्ट, सर्वे परिणाम या उपयोगकर्ता फ़ीडबैक दिया जाए जिसका विश्लेषण और सारांश करना हो, तब इसका उपयोग करें। प्रचलन डेटा, समर्थक उद्धरणों, दर्द-बिंदु विश्लेषण, फ़ीचर अनुरोध प्राथमिकता और अनुशंसित अगले कदमों के साथ थीम-आधारित संश्लेषण तैयार करता है। विशेष रूप से साक्षात्कार ट्रांसक्रिप्ट के लिए इसके बजाय user-interview-synthesis का उपयोग करें।"version: 1.0.0

उपयोगकर्ता रिसर्च संश्लेषण स्किल

यह स्किल उपयोगकर्ता रिसर्च डेटा का विश्लेषण करने और उसे एक संरचित कार्यप्रणाली के अनुसार कार्रवाई योग्य अंतर्दृष्टि में बदलने में मदद करती है।

आवश्यक इनपुट

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

• रिसर्च डेटा (ट्रांसक्रिप्ट, नोट, सर्वे परिणाम, या सारांश बुलेट)
• रिसर्च विधि (साक्षात्कार, सर्वे, उपयोगिता परीक्षण आदि)
• प्रतिभागियों की संख्या और उनकी प्रोफ़ाइल (भूमिका, संदर्भ)
• अध्ययन जिन रिसर्च प्रश्नों का उत्तर देना चाहता था

Brain से पढ़ता है / Brain में लिखता है

अगर कोई professional-brain (brain/) मौजूद है, तो पूछने से पहले उसका उपयोग करें:

• पहले पढ़ें: खुली hypotheses/ (यह रिसर्च किन धारणाओं को सत्यापित या अमान्य कर सकती है) और context.md (उपयोगकर्ता कौन हैं)।
• बाद में लिखें: छुई गई हर परिकल्पना की स्थिति अपडेट करें, टिकाऊ अंतर्दृष्टि knowledge/users.md में जोड़ें, और कच्चे नोट source/ में रखें। साक्षात्कार-व्युत्पन्न दावों को [interview] टैग करें — उन्हें कभी [data] में न बदलें।

संश्लेषण ढाँचा

1. डेटा संग्रह अवलोकन

• रिसर्च प्रकार: साक्षात्कार, सर्वे, उपयोगिता परीक्षण आदि
• प्रतिभागी प्रोफ़ाइल: जनसांख्यिकी, खंड, सैंपल साइज़
• रिसर्च प्रश्न: हम क्या सीखना चाहते थे
• कार्यप्रणाली: डेटा कैसे इकट्ठा हुआ

2. मुख्य थीम की पहचान

इस संरचना से निष्कर्षों को थीम में व्यवस्थित करें:

थीम का नाम

• विवरण: यह थीम क्या दर्शाती है
• प्रचलन: कितने प्रतिभागियों ने इसका उल्लेख किया (जैसे "12 में से 8 प्रतिभागी")
• समर्थक उद्धरण: 2-3 प्रतिनिधि उद्धरण
• निहितार्थ: हमारे प्रोडक्ट के लिए इसका क्या मतलब है

प्रति रिसर्च प्रयास 4-8 प्रमुख थीम का लक्ष्य रखें।

3. दर्द-बिंदु विश्लेषण

हर पहचाने गए दर्द-बिंदु के लिए:

• दर्द-बिंदु: स्पष्ट विवरण
• गंभीरता: उच्च/मध्यम/निम्न (प्रभाव और आवृत्ति के आधार पर)
• मौजूदा जुगाड़: उपयोगकर्ता आज इससे कैसे निपटते हैं
• साक्ष्य: रिसर्च से विशिष्ट उदाहरण

4. फ़ीचर अनुरोध

अनुरोधों को वर्गीकृत करें:

• अनिवार्य: उपयोगकर्ता सफलता रोकने वाली गंभीर ज़रूरतें
• उच्च मूल्य: अनुभव में काफ़ी सुधार करेंगे
• हो तो अच्छा: क्रमिक सुधार

हर अनुरोध के लिए:

• अनुरोध: उपयोगकर्ताओं ने क्या माँगा
• आवृत्ति: यह कितनी बार आया
• उपयोगकर्ता उद्धरण: प्रतिनिधि उदाहरण
• अंतर्निहित ज़रूरत: वे यह क्यों चाहते हैं (सतही अनुरोध से गहरे जाएँ)

5. उपयोगकर्ता वर्कफ़्लो अंतर्दृष्टि

देखे गए वास्तविक वर्कफ़्लो दस्तावेज़ित करें:

• वर्तमान स्थिति: उपयोगकर्ता आज कार्य कैसे पूरे करते हैं
• दर्द-बिंदु: वे कहाँ संघर्ष करते हैं
• आदर्श स्थिति: वे क्या कर पाना चाहते हैं
• अवसर: हम कहाँ मूल्य जोड़ सकते हैं

6. विभाजन अंतर्दृष्टि

अगर रिसर्च अलग उपयोगकर्ता खंड दिखाए:

• खंड का नाम: वर्णनात्मक लेबल
• विशेषताएँ: इस खंड को क्या परिभाषित करता है
• अद्वितीय ज़रूरतें: उनकी ज़रूरतें कैसे अलग हैं
• आकार/महत्व: प्राथमिकता के लिए सापेक्ष भार

7. प्रतिस्पर्धी अंतर्दृष्टि

अगर उपयोगकर्ताओं ने प्रतिस्पर्धियों या विकल्पों का उल्लेख किया:

• प्रतिस्पर्धी/विकल्प: वे क्या उपयोग करते हैं
• वे इसे क्यों उपयोग करते हैं: यह क्या अच्छा करता है
• कमियाँ: यह क्या नहीं करता
• स्विच करने की बाधाएँ: वे पूरी तरह स्विच क्यों नहीं करते

8. सिफ़ारिशें

अंतर्दृष्टि पर आधारित प्राथमिकता-क्रम सिफ़ारिशें:

उच्च प्राथमिकता

• समर्थक साक्ष्य सहित सिफ़ारिश
• अपेक्षित प्रभाव

मध्यम प्राथमिकता

• समर्थक साक्ष्य सहित सिफ़ारिश
• अपेक्षित प्रभाव

निम्न प्राथमिकता / भविष्य में विचार

• समर्थक साक्ष्य सहित सिफ़ारिश
• अपेक्षित प्रभाव

9. खुले प्रश्न

पहचानी गई रिसर्च कमियाँ:

• हमें अभी क्या समझना बाकी है
• सुझाई गई फ़ॉलो-अप रिसर्च
• सत्यापन की ज़रूरत वाली अनिश्चितताएँ

विश्लेषण दिशानिर्देश

साक्षात्कार संश्लेषित करते समय:

• कई प्रतिभागियों में पैटर्न खोजें
• उपयोगकर्ता क्या कहते हैं और क्या करते हैं, दोनों नोट करें
• भावनात्मक प्रतिक्रियाओं पर ध्यान दें
• सिर्फ़ फ़ीचर अनुरोध नहीं, jobs-to-be-done पहचानें

उद्धरणों का विश्लेषण करते समय:

• "उद्धरण चिह्नों" में शब्दशः उद्धरण उपयोग करें
• उद्धरणों का आरोपण करें: [प्रतिभागी ID, भूमिका, संदर्भ]
• ऐसे उद्धरण चुनें जो पैटर्न दर्शाएँ, अपवाद नहीं
• सकारात्मक और नकारात्मक दोनों फ़ीडबैक शामिल करें

थीम पहचानते समय:

• वर्णनात्मक नाम उपयोग करें, सामान्य लेबल नहीं
• हर थीम के लिए साक्ष्य दें
• संभव हो तो परिमाणित करें ("10 में से 7 उपयोगकर्ता...")
• थीम को व्यावसायिक उद्देश्यों से जोड़ें

गहरी सामग्री

यह स्किल सहायक फ़ाइलों के साथ आती है — उपलब्ध हों तो उनका उपयोग करें:

• references/theme-validity.md — थीम कब वास्तविक है? संश्लेषण वैधता नियम। आउटपुट बनाते समय इसे लागू करें; इसमें वह कैलिब्रेशन और निर्णय-विवेक है जिसे ऊपर का संक्षिप्त तरीका संकुचित कर देता है।
• templates/synthesis-report.md — डिलिवरेबल का भरने योग्य संस्करण, गुणवत्ता-जाँच इनलाइन सहित। जब उपयोगकर्ता दस्तावेज़ खुद बनाना चाहे, उसे जनरेट करवाने के बजाय, तब यह पेश करें।

स्कोरिंग रूब्रिक (0–40)

इस स्किल का कोई भी आउटपुट सौंपने से पहले स्कोर करें; 32+ शिप-गुणवत्ता है।

गुणवत्ता जाँच

• थीम कई प्रतिभागियों में पैटर्न पहचानती हैं, व्यक्तिगत प्रतिक्रियाएँ नहीं
• अंतर्दृष्टि सिर्फ़ अवलोकनों से नहीं, विशिष्ट प्रोडक्ट निर्णयों से जुड़ती हैं
• हर दावे में समर्थक साक्ष्य है (उद्धरण, गिनती या उदाहरण)
• अवलोकन और व्याख्याएँ स्पष्ट रूप से अलग हैं
• निष्कर्ष प्रभाव से प्राथमिकता-क्रम में हैं, सिर्फ़ सूचीबद्ध नहीं

एंटी-पैटर्न

• हर व्यक्तिगत टिप्पणी सूचीबद्ध न करें — संश्लेषण को प्रतिभागियों में पैटर्न पहचानने चाहिए
• डेटा से समर्थक साक्ष्य के बिना व्याख्यात्मक छलाँग न लगाएँ
• अंतर्निहित समस्या समझने से पहले फ़ीचर अनुरोधों पर ध्यान न दें — हमेशा पहले job-to-be-done पहचानें
• विरोधी डेटा की अनदेखी न करें — परस्पर विरोधी निष्कर्ष सामने लाने और नोट करने चाहिए
• प्रचलन परिमाणित किए बिना परिणाम प्रस्तुत न करें — बताएँ कितने प्रतिभागियों ने हर विचार रखा

उदाहरण थीम

**थीम: ऑनबोर्डिंग के दौरान जानकारी का अतिभार**

**विवरण**: उपयोगकर्ताओं ने लगातार शुरुआती सेटअप में प्रस्तुत जानकारी की मात्रा से अभिभूत महसूस करने की बात कही, जिससे अधूरी ऑनबोर्डिंग और मूल्य तक पहुँचने में देरी हुई।

**प्रचलन**: 12 में से 9 प्रतिभागियों ने बिना संकेत के इस मुद्दे का उल्लेख किया

**समर्थक उद्धरण**:
- "मैं बस शुरू करना चाहता था, पर लगा जैसे पहले मैनुअल पढ़ना पड़ेगा" [P3, मार्केटिंग मैनेजर]
- "निर्देशों की तीसरी स्क्रीन तक मैंने बिना पढ़े 'Next' दबाना शुरू कर दिया" [P7, सेल्स प्रतिनिधि]
- "काश मेरे जैसे लोगों के लिए 'क्विक स्टार्ट' विकल्प होता जो बस इसे आज़माना चाहते हैं" [P11, प्रोडक्ट डिज़ाइनर]

**निहितार्थ**: हमारा मौजूदा ऑनबोर्डिंग फ़्लो एंगेजमेंट पर पूर्णता को प्राथमिकता देता है। हमें प्रगतिशील प्रकटीकरण तरीके पर विचार करना चाहिए जहाँ उपयोगकर्ता प्रोडक्ट जल्दी उपयोग करना शुरू करें और उन्नत फ़ीचर संदर्भ में सीखें।

**अनुशंसित कार्रवाई**: 
- ऐसा "क्विक स्टार्ट" पथ डिज़ाइन करें जो उपयोगकर्ताओं को <3 मिनट में पहले मूल्य तक पहुँचाए
- उन्नत कॉन्फ़िगरेशन को ऐप के भीतर संदर्भित मदद में ले जाएँ
- पूर्ण रोलआउट से पहले 5-10 नए उपयोगकर्ताओं के साथ परखें
- अपेक्षित प्रभाव: सक्रियण दर में +20-30% सुधार

टेम्पलेट आउटपुट संरचना

रिसर्च संश्लेषित करते समय यह संरचना उपयोग करें:

# उपयोगकर्ता रिसर्च संश्लेषण: [रिसर्च विषय]

## रिसर्च अवलोकन
- **तारीख़**: [तारीख़ सीमा]
- **कार्यप्रणाली**: [साक्षात्कार/सर्वे/परीक्षण]
- **प्रतिभागी**: [संख्या] [उपयोगकर्ता प्रकार]
- **रिसर्च प्रश्न**: 
  1. [प्रश्न 1]
  2. [प्रश्न 2]
  3. [प्रश्न 3]

## कार्यकारी सारांश
[मुख्य निष्कर्षों और निहितार्थों का 2-3 वाक्य का अवलोकन]

## मुख्य थीम

### थीम 1: [थीम का नाम]
[ऊपर के उदाहरण जैसा पूरा थीम दस्तावेज़ीकरण]

### थीम 2: [थीम का नाम]
[पूरा थीम दस्तावेज़ीकरण]

[4-8 थीम के साथ जारी रखें]

## दर्द-बिंदु सारांश

| दर्द-बिंदु | गंभीरता | आवृत्ति | मौजूदा जुगाड़ |
|------------|----------|-----------|-------------------|
| [दर्द 1] | उच्च | 10/12 उपयोगकर्ता | [वे कैसे निपटते हैं] |
| [दर्द 2] | मध्यम | 7/12 उपयोगकर्ता | [वे कैसे निपटते हैं] |

## फ़ीचर अनुरोध

### अनिवार्य
1. **[अनुरोध]** - [X] प्रतिभागियों ने उल्लेख किया
   - उद्धरण: "[प्रतिनिधि उद्धरण]"
   - अंतर्निहित ज़रूरत: [वे यह क्यों चाहते हैं]

### उच्च मूल्य
[समान संरचना]

### हो तो अच्छा
[समान संरचना]

## सिफ़ारिशें

### उच्च प्राथमिकता (0-3 महीने)
1. **[सिफ़ारिश]**
   - समर्थक साक्ष्य: [रिसर्च का डेटा]
   - अपेक्षित प्रभाव: [क्या सुधरेगा]
   - प्रयास अनुमान: [मोटा आकार]

### मध्यम प्राथमिकता (3-6 महीने)
[समान संरचना]

### भविष्य में विचार (6+ महीने)
[समान संरचना]

## खुले प्रश्न
1. [और रिसर्च की ज़रूरत वाला प्रश्न]
2. [सत्यापित करने योग्य अनिश्चितता]
3. [आवश्यक फ़ॉलो-अप अध्ययन]

## परिशिष्ट
- उपयोग की गई साक्षात्कार गाइड
- प्रतिभागियों की पूरी जनसांख्यिकी
- कच्चे नोट/ट्रांसक्रिप्ट (लिंक)

उदाहरण ट्रिगर वाक्य

• "इन साक्षात्कार ट्रांसक्रिप्ट को संश्लेषित करो।"
• "हमारे सर्वे परिणामों का विश्लेषण करो।"
• "इस उपयोगकर्ता फ़ीडबैक में थीम खोजो।"
• "इस उपयोगकर्ता रिसर्च का सारांश बनाओ।"

इस स्किल को अपने ब्राउज़र में चलाएँ: https://mohitagw15856.github.io/pm-claude-skills/skill/user-research-synthesis.html