product-launch-checklist

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

प्रोडक्ट लॉन्च चेकलिस्ट स्किल

सब कुछ जाँचे बिना कभी लॉन्च न करें। लॉन्च-पूर्व तत्परता, लॉन्च दिवस निष्पादन और लॉन्च-पश्चात निगरानी को कवर करने वाली पूरी, भूमिका-असाइन की गई चेकलिस्ट बनाएँ।

कार्रवाइयाँ प्रस्तावित करता है

चेकलिस्ट मंज़ूर होने के बाद इसे निष्पादित किया जा सकता है: आइटम action-runner को सौंपें, जो उनका पूर्वावलोकन करता है (dry-run, जोखिम-रेटेड), जुड़े action MCP (GitHub/Linear/Slack) के ज़रिए सिर्फ़ वही चलाता है जिसे आप मंज़ूर करें, और जो हुआ उसे brain में दर्ज करता है। सामान्य: नामित रेपो/प्रोजेक्ट में प्रति चेकलिस्ट आइटम एक इश्यू खोलना (🟡), और लॉन्च सारांश Slack पर पोस्ट करना (🔴 — अलग से मंज़ूर)। यह स्किल प्रस्तावित करती है; action-runner गेट करता और चलाता है — कभी चुपचाप नहीं।

आवश्यक इनपुट

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

• लॉन्च का नाम और नियोजित लॉन्च तारीख़
• लॉन्च टियर (1 = बड़ा प्रोडक्ट लॉन्च, 2 = महत्वपूर्ण फ़ीचर रिलीज़, 3 = क्रमिक अपडेट)
• टीम सदस्य और उनकी भूमिकाएँ (इंजीनियरिंग लीड, PM, मार्केटिंग, सपोर्ट आदि)
• फ़ीचर विवरण (क्या लॉन्च हो रहा है)
• रोलबैक क्षमता (क्या इसे फ़ीचर-फ़्लैग किया या तेज़ी से वापस लिया जा सकता है?)

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

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

• पहले पढ़ें: लॉन्च हो रहे फ़ीचर की entities/ और संबंधित decisions/ (दायरा, तारीख़ें, स्वामी)।
• बाद में लिखें: लॉन्च निर्णय और स्वामी decisions/ में दर्ज करें। यह स्किल टिकट दर्ज करने के लिए चेकलिस्ट action-runner को भी सौंप सकती है — जो वास्तव में हुए काम को brain में दर्ज करके लूप बंद करता है।

इस स्किल का उपयोग कैसे करें

दें:

• लॉन्च का नाम और तारीख़
• लॉन्च टियर (1 = बड़ा, 2 = फ़ीचर, 3 = क्रमिक)
• टीम सदस्य और उनकी भूमिकाएँ

स्किल एक स्तरीय चेकलिस्ट बनाती है। टियर 3 लॉन्च सिर्फ़ अनिवार्य खंड उपयोग करते हैं। टियर 2 मार्केटिंग और संचार जोड़ता है। टियर 1 सभी खंड उपयोग करता है।

---

आउटपुट फ़ॉर्मैट

लॉन्च चेकलिस्ट — [फ़ीचर/प्रोडक्ट का नाम] — लक्ष्य तारीख़: [तारीख़]

लॉन्च टियर: [1 / 2 / 3] लॉन्च स्वामी: [PM का नाम] इंजीनियरिंग लीड: [नाम] Go/No-Go निर्णय कब तक: [तारीख़ और समय — आमतौर पर लॉन्च से 24 घंटे पहले]

---

🔧 लॉन्च-पूर्व — इंजीनियरिंग और प्रोडक्ट (T-2 सप्ताह)

• फ़ीचर फ़्लैग बनाया और स्टेजिंग में परीक्षित
• सभी स्वीकृति मानदंड PM द्वारा साइन-ऑफ़
• कोड समीक्षित और main में मर्ज
• QA साइन-ऑफ़ पूर्ण (रिग्रेशन + नया फ़ीचर)
• प्रदर्शन परीक्षण पूर्ण (लोड, लेटेंसी)
• सुरक्षा समीक्षा पूर्ण (डेटा या auth बदलाव हों तो)
• रोलबैक प्रक्रिया दस्तावेज़ित और परीक्षित
• मॉनिटरिंग और अलर्टिंग कॉन्फ़िगर
• सही गंभीरता स्तरों के साथ एरर लॉगिंग मौजूद
• डेटाबेस माइग्रेशन प्रोडक्शन डेटा मात्रा के साथ स्टेजिंग पर परीक्षित

📢 लॉन्च-पूर्व — मार्केटिंग और संचार (T-1 सप्ताह)

• ब्लॉग पोस्ट लिखी, समीक्षित और निर्धारित
• इन-ऐप घोषणा या टूलटिप कॉन्फ़िगर
• ईमेल अभियान का मसौदा और QA
• सोशल मीडिया पोस्ट का मसौदा और निर्धारण
• लैंडिंग पेज या फ़ीचर पेज स्टेजिंग में लाइव
• प्रेस संपर्क भेजा गया (सिर्फ़ टियर 1)
• Product Hunt / समुदाय पोस्ट तैयार (सिर्फ़ टियर 1)

🎓 लॉन्च-पूर्व — सेल्स और सपोर्ट (T-1 सप्ताह)

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

📊 लॉन्च-पूर्व — एनालिटिक्स (T-1 सप्ताह)

• एनालिटिक्स इवेंट स्टेजिंग में सही फ़ायर हो रहे हैं
• लॉन्च मेट्रिक के लिए डैशबोर्ड कॉन्फ़िगर
• बेसलाइन मेट्रिक दस्तावेज़ित
• सफलता मानदंड दस्तावेज़ित और टीम के साथ साझा
• A/B टेस्ट कॉन्फ़िगर (लागू हो तो)

---

✅ GO / NO-GO निर्णय — T-24 घंटे

Go / No-Go निर्णय: [GO / NO-GO] निर्णय स्वामी: [PM + इंजीनियरिंग लीड संयुक्त रूप से]

---

🚀 लॉन्च दिवस

• [X%] उपयोगकर्ताओं के लिए फ़ीचर फ़्लैग सक्षम (कम से शुरू करें — 5–10%)
• टीम Slack/चैनल में लॉन्च की पुष्टि
• मेट्रिक डैशबोर्ड खुला और निगरानी में
• T+15 मिनट, T+1 घंटा, T+4 घंटे पर एरर दर जाँची
• ब्लॉग पोस्ट प्रकाशित / ईमेल भेजा
• सोशल पोस्ट लाइव
• पहले 4 घंटे सपोर्ट टीम तैयार
• PM पूरे दिन उपलब्ध और संपर्क योग्य
• T+2 घंटे की जाँच पास होने पर फ़ीचर फ़्लैग 50% तक बढ़ाया
• T+4 घंटे की जाँच पास होने पर फ़ीचर फ़्लैग 100% तक बढ़ाया

---

📈 लॉन्च-पश्चात (D+7, D+30)

• D+7 मेट्रिक समीक्षा: अपनाना, एरर, सपोर्ट टिकट
• D+7 ग्राहक प्रतिक्रिया संश्लेषित
• पूर्वव्यापी बैठक निर्धारित
• सीख दस्तावेज़ित
• D+30 सफलता मेट्रिक की लक्ष्यों के सापेक्ष समीक्षा
• कोडबेस से फ़ीचर फ़्लैग हटाया (सफ़ाई)
• प्रतिक्रिया के आधार पर फ़ॉलो-अप फ़ीचर बैकलॉग में जोड़े

---

गहरी सामग्री

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

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

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

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

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

• चेकलिस्ट बनाने से पहले लॉन्च टियर की पुष्टि (दायरा गहराई तय करता है)
• Go/No-Go निर्णय का नामित स्वामी और विशिष्ट निर्णय समय है
• रोलबैक प्रक्रिया दस्तावेज़ित और परीक्षित है (सिर्फ़ नियोजित नहीं)
• फ़ीचर फ़्लैग विस्तार चरणबद्ध है (5% → 50% → 100%), एक साथ नहीं
• लॉन्च-पश्चात पूर्वव्यापी बैठक लॉन्च के समय निर्धारित है

एंटी-पैटर्न

• क्रमिक अपडेट पर टियर 1 चेकलिस्ट न लगाएँ — चेकलिस्ट बनाने से पहले लॉन्च को उचित स्तर दें
• पुष्ट सप्ताहांत इंजीनियरिंग कवरेज के बिना शुक्रवार को लॉन्च न करें
• Go/No-Go निर्णय स्वामी को "टीम" न छोड़ें — यह नामित व्यक्ति होना चाहिए
• टियर 1 और 2 लॉन्च के लिए रोलबैक योजना न छोड़ें — लाइव जाने से पहले वापसी समय जानें
• लॉन्च-पश्चात पूर्वव्यापी बैठक निर्धारित किए बिना लॉन्च बंद न करें — यह लॉन्च के समय बुक होनी चाहिए, बाद में नहीं

दिशानिर्देश

• Go/No-Go निर्णय का नामित स्वामी होना चाहिए — "टीम" स्वामी नहीं है
• जब तक सप्ताहांत इंजीनियरिंग कवरेज न हो, शुक्रवार को कभी लॉन्च न करें
• सभी लॉन्च <10% ट्रैफ़िक पर शुरू करने की सिफ़ारिश करें — सरल फ़ीचर के लिए भी
• रोलबैक समय दस्तावेज़ित करें: "हम इसे X मिनट में वापस ले सकते हैं" लॉन्च से पहले ज्ञात होना चाहिए

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

• "प्रोडक्ट लॉन्च की तैयारी करो।"
• "मुझे लॉन्च-दिवस चेकलिस्ट दो।"
• "फ़ीचर रिलीज़ की योजना बनाओ।"
• "इस बड़े अपडेट के शिप होने से पहले हमें क्या चाहिए?"

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