go-to-market

# machine-translated to hi from skills/go-to-market/SKILL.md — review: pending. Native fixes welcome via PR.name: go-to-marketdescription: "किसी भी प्रोडक्ट या फ़ीचर के लिए गो-टू-मार्केट सामग्री बनाएँ। जब कोई GTM योजना, पोज़िशनिंग स्टेटमेंट, प्रोडक्ट लॉन्च योजना, मैसेजिंग पिलर, उपयोग-मामले या फ़ीचर/लाभ सूची माँगे, तब इसका उपयोग करें। एक पूरा GTM पैक तैयार करता है: पोज़िशनिंग स्टेटमेंट, मैसेजिंग पिलर, फ़ीचर-से-लाभ मैपिंग और भूमिका-विशिष्ट उपयोग-मामले। क्रॉस-फ़ंक्शनल समन्वय वाली स्तरीय लॉन्च योजना के लिए इसके बजाय go-to-market-planner का उपयोग करें।"

गो-टू-मार्केट स्किल

यह स्किल किसी प्रोडक्ट, फ़ीचर या पहल के लिए एक पूरा गो-टू-मार्केट सामग्री पैक तैयार करती है। यह Geoffrey Moore के पोज़िशनिंग ढाँचे का पालन करती है और सभी आउटपुट को सेल्स डेक, लैंडिंग पेज, लॉन्च ईमेल और आंतरिक संरेखण दस्तावेज़ों में उपयोग के लिए संरचित करती है।

ब्रीफ़ से काम करना

आपको अक्सर हर विवरण के बिना एक छोटा ब्रीफ़ मिलेगा। हमेशा पूरा GTM पैक फिर भी दें — सवाल पूछने के लिए न रुकें और [ADD PROOF POINT] या [Technical capability] जैसे कोष्ठक वाले प्लेसहोल्डर न छोड़ें। जहाँ कोई विवरण गायब हो (भेदक, प्रमाण बिंदु, फ़ीचर), प्रोडक्ट विवरण और लक्षित ग्राहक से विशिष्ट, यथार्थवादी अनुमान लगाएँ और अनुमानित हर चीज़ को (माना गया — पुष्टि करें) चिह्नित करें। एक ठोस, लेबल की गई धारणा हमेशा ख़ाली जगह से बेहतर है।

इनपुट (जो न दिए गए हों उनका अनुमान लगाएँ — धारणाएँ लेबल करें)

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

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

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

• पहले पढ़ें: context.md (प्रोडक्ट, ICP, आवाज़), knowledge/market.md और knowledge/strategy.md, और लॉन्च हो रहे फ़ीचर की मेल खाती entities/।
• बाद में लिखें: लॉन्च योजना को entities/ में, और किसी भी पोज़िशनिंग या चैनल निर्णय को decisions/ में सहेजें, हर एक स्रोत-टैग सहित।

आउटपुट संरचना

नीचे के चारों खंड हमेशा क्रम से तैयार करें।

---

1. पोज़िशनिंग स्टेटमेंट

Geoffrey Moore प्रारूप का ठीक-ठीक उपयोग करें:

[लक्षित ग्राहक] के लिए जिसे [यह समस्या या ज़रूरत है], [प्रोडक्ट का नाम] एक [प्रोडक्ट श्रेणी] है जो [मुख्य लाभ/परिणाम]। [प्राथमिक विकल्प या प्रतिस्पर्धी] के विपरीत, हमारा प्रोडक्ट [मुख्य भेदक]।

एक प्राथमिक पोज़िशनिंग स्टेटमेंट लिखें, फिर हीरो हेडलाइन के लिए उपयुक्त एक छोटा टैगलाइन संस्करण (10 शब्द या कम) दें।

---

2. मैसेजिंग पिलर

3–5 मैसेजिंग पिलर बनाएँ। हर पिलर में शामिल होना चाहिए:

• पिलर का नाम (2–4 शब्द, बोल्ड)
• इस पिलर का दावा क्या है, उसका एक वाक्य का सारांश
• 2–3 प्रमाण बिंदु (विशिष्ट और साक्ष्य-समर्थित; अगर कोई डेटा नहीं दिया गया, तो एक यथार्थवादी प्रमाण बिंदु का अनुमान लगाएँ और उसे (माना गया) चिह्नित करें — नंगा प्लेसहोल्डर कभी न छोड़ें)
• कॉपी में उदाहरण उपयोग (एक वाक्य जैसा लैंडिंग पेज या डेक में दिखेगा)

पिलर अलग-अलग होने चाहिए — ओवरलैप से बचें। हर पिलर प्राथमिक प्रतिस्पर्धी के विरुद्ध रक्षा योग्य होना चाहिए।

---

3. फ़ीचर और कार्यक्षमता सूची

दो-कॉलम तालिका बनाएँ:

नियम:

• बिना संबंधित लाभ के कभी कोई फ़ीचर सूचीबद्ध न करें
• लाभ लक्षित ग्राहक के वर्कफ़्लो या दर्द-बिंदु का संदर्भ दें
• 6–12 पंक्तियों का लक्ष्य रखें; अगर सिर्फ़ 1–2 फ़ीचर दिए गए हों, तो बाकी का प्रोडक्ट विवरण से विश्वसनीय अनुमान लगाएँ
• लाभ कॉलम में जार्गन से बचें — ऐसे लिखें मानो ख़रीदार को समझा रहे हों, इंजीनियर को नहीं

---

4. उपयोग-मामले

3–5 भूमिका-विशिष्ट उपयोग-मामले बनाएँ। हर उपयोग-मामला इस प्रारूप का पालन करे:

उपयोग-मामला [N]: [भूमिका] — [परिदृश्य शीर्षक]

• कौन: [पदनाम / भूमिका]
• स्थिति: [वह विशिष्ट क्षण या ट्रिगर जो उन्हें प्रोडक्ट उपयोग करने की ओर ले जाता है]
• पहले: [इस प्रोडक्ट के बिना उन्हें क्या करना पड़ता था — समय, घर्षण या जोखिम के बारे में विशिष्ट रहें]
• [प्रोडक्ट का नाम] के साथ: [अब वे क्या करते हैं — ठोस क्रिया, अस्पष्ट लाभ नहीं]
• परिणाम: [मापने योग्य या ठोस परिणाम]

संभव हो तो उपयोग-मामले अलग-अलग ख़रीदार पर्सोना कवर करें (जैसे अंतिम उपयोगकर्ता, मैनेजर, एडमिन)।

---

गहरी सामग्री

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

• references/messaging-hierarchy.md — मैसेजिंग पदानुक्रम: एक दावा, फिर बाकी सब। आउटपुट बनाते समय इसे लागू करें; इसमें वह कैलिब्रेशन और निर्णय-विवेक है जिसे ऊपर का संक्षिप्त तरीका संकुचित कर देता है।
• templates/gtm-pack.md — डिलिवरेबल का भरने योग्य संस्करण, गुणवत्ता-जाँच इनलाइन सहित। जब उपयोगकर्ता दस्तावेज़ खुद बनाना चाहे, उसे जनरेट करवाने के बजाय, तब यह पेश करें।

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

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

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

आउटपुट सौंपने से पहले सत्यापित करें:

• पोज़िशनिंग स्टेटमेंट Moore प्रारूप का ठीक-ठीक पालन करता है
• टैगलाइन 10 शब्द या कम है
• हर पिलर में कम से कम 2 प्रमाण बिंदु हैं (या चिह्नित प्लेसहोल्डर)
• हर फ़ीचर का लाभ है — कोई अनाथ फ़ीचर नहीं
• लाभ क्रिया-क्रियापदों से शुरू होते हैं
• उपयोग-मामलों में पहले/बाद की संरचना है
• भाषा लक्षित ग्राहक की शब्दावली से सुसंगत है (आंतरिक इंजीनियरिंग शब्द नहीं)

एंटी-पैटर्न

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

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

• "[प्रोडक्ट] के लिए पोज़िशनिंग स्टेटमेंट बनाओ"
• "[फ़ीचर] के लिए GTM योजना लिखो"
• "[प्रोडक्ट का नाम] के लिए मुख्य पिलर दो"
• "[प्रोडक्ट] के लिए फ़ीचर और उपयोग-मामलों की सूची बनाओ"
• "हम [X] लॉन्च कर रहे हैं — मैसेजिंग में मदद करो"

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