English العربية Deutsch Español Français हिन्दी Italiano 日本語 한국어 Português (BR) Русский Türkçe 中文

मॉड्यूल E: निष्पादन प्लेबुक

STREETS डेवलपर आय पाठ्यक्रम — सशुल्क मॉड्यूल सप्ताह 9-10 | 6 पाठ | डिलीवरेबल: आपका पहला उत्पाद, लाइव और भुगतान स्वीकार करता हुआ

"विचार से डिप्लॉयमेंट तक 48 घंटों में। कोई अधिक सोच-विचार नहीं।"

आपके पास बुनियादी ढांचा है (मॉड्यूल S)। आपके पास रक्षात्मक खाई है (मॉड्यूल T)। आपके पास राजस्व इंजन के डिज़ाइन हैं (मॉड्यूल R)। अब शिप करने का समय है।

यह वह मॉड्यूल है जहाँ अधिकांश डेवलपर कभी नहीं पहुँचते — इसलिए नहीं कि यह कठिन है, बल्कि इसलिए कि वे अभी भी अपने कोडबेस को पॉलिश कर रहे हैं, अपनी आर्किटेक्चर को रीफैक्टर कर रहे हैं, अपनी कलर पैलेट को ट्वीक कर रहे हैं। वे सब कुछ कर रहे हैं सिवाय उस एक चीज़ के जो मायने रखती है: एक उत्पाद को किसी ऐसे इंसान के सामने रखना जो इसके लिए भुगतान कर सके।

शिपिंग एक कौशल है। किसी भी कौशल की तरह, यह अभ्यास से आसान होता जाता है और देरी से कठिन। जितना अधिक आप प्रतीक्षा करेंगे, उतना कठिन होगा। जितना अधिक आप शिप करेंगे, उतना कम डरावना लगेगा। आपका पहला लॉन्च गड़बड़ होगा। यही बात है।

इन दो सप्ताहों के अंत तक, आपके पास होगा:

कोई काल्पनिक बातें नहीं। कोई "सिद्धांत में।" एक वास्तविक उत्पाद, इंटरनेट पर लाइव, राजस्व उत्पन्न करने में सक्षम।

यदि आपने अभी तक मॉड्यूल R पूरा नहीं किया है, तब भी आप इस मॉड्यूल का उपयोग कर सकते हैं — लेकिन एक राजस्व इंजन डिज़ाइन तैयार होने से 48-घंटे की स्प्रिंट काफ़ी सुचारू हो जाएगी।

चलिए बनाते हैं।

पाठ 1: 48-घंटे की स्प्रिंट

"शनिवार सुबह से रविवार रात तक। एक उत्पाद। शून्य बहाने।"

48 घंटे क्यों

पार्किंसन का नियम कहता है कि काम उपलब्ध समय को भरने के लिए फैलता है। अपने आप को एक उत्पाद बनाने के लिए 6 महीने दीजिए और आप 5 महीने विचार-विमर्श में और 1 महीना तनावग्रस्त होकर बिताएंगे। अपने आप को 48 घंटे दीजिए और आप निर्णय लेंगे, स्कोप को निर्दयता से काटेंगे, और कुछ वास्तविक शिप करेंगे।

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

मैंने जितने भी सफल डेवलपर उत्पाद का अध्ययन किया है, सबने इस पैटर्न का पालन किया: तेज़ शिप करो, तेज़ सीखो, तेज़ इटरेट करो। जो विफल हुए? उन सभी के पास सुंदर README फ़ाइलें हैं और शून्य उपयोगकर्ता।

यह रहा आपका मिनट-दर-मिनट प्लेबुक।

दिन 1 — शनिवार

सुबह का ब्लॉक (4 घंटे): मांग को सत्यापित करें

इससे पहले कि आप कोड की एक पंक्ति लिखें, आपको इस बात का प्रमाण चाहिए कि आपके अलावा कोई और भी इस चीज़ को चाहता है। निश्चितता नहीं — प्रमाण। अंतर मायने रखता है। निश्चितता असंभव है। प्रमाण 4 घंटों में प्राप्त किया जा सकता है।

चरण 1: खोज मात्रा जाँच (45 मिनट)

इन स्रोतों पर जाएं और अपने उत्पाद विचार और संबंधित शब्दों की खोज करें:

आप क्या खोज रहे हैं:

अच्छे संकेत:
- आपके मुख्य कीवर्ड के लिए 500+ मासिक खोजें
- पिछले 12 महीनों में बढ़ता हुआ ट्रेंड
- कई "People Also Ask" प्रश्न जिनके अच्छे उत्तर नहीं हैं
- कम प्रतिस्पर्धा वाले संबंधित लॉन्ग-टेल कीवर्ड

बुरे संकेत:
- गिरती हुई खोज रुचि
- शून्य खोज मात्रा (कोई इसे नहीं खोज रहा)
- पेज 1 पर विशाल कंपनियों का वर्चस्व
- खोज शब्दों में कोई विविधता नहीं (बहुत संकीर्ण)

वास्तविक उदाहरण: मान लीजिए कि आपका मॉड्यूल R राजस्व इंजन विचार है "SaaS डैशबोर्ड के लिए Tailwind CSS कंपोनेंट लाइब्रेरी।"

खोज: "tailwind dashboard components" — 2,900/माह, बढ़ता ट्रेंड
खोज: "tailwind admin template" — 6,600/माह, स्थिर
खोज: "react dashboard template tailwind" — 1,300/माह, बढ़ता
संबंधित: "shadcn dashboard", "tailwind analytics components"

निर्णय: मज़बूत मांग। कई कीवर्ड कोण। आगे बढ़ें।

एक और उदाहरण: मान लीजिए कि आपका विचार है "Rust-आधारित लॉग फ़ाइल एनोनिमाइज़र।"

खोज: "log file anonymizer" — 90/माह, सपाट
खोज: "anonymize log files" — 140/माह, सपाट
खोज: "PII removal from logs" — 320/माह, बढ़ता
संबंधित: "GDPR log compliance", "scrub PII from logs"

निर्णय: विशिष्ट लेकिन बढ़ता हुआ। "PII हटाने" का कोण
"एनोनिमाइज़र" कोण से अधिक वॉल्यूम रखता है। अपनी पोज़िशनिंग बदलें।

चरण 2: समुदाय थ्रेड माइनिंग (60 मिनट)

वहाँ जाएं जहाँ डेवलपर चीज़ें माँगते हैं और अपने समस्या क्षेत्र में खोजें:

आप क्या दस्तावेज़ कर रहे हैं:

## थ्रेड माइनिंग परिणाम

### थ्रेड 1
- **स्रोत:** Reddit r/reactjs
- **URL:** [लिंक]
- **शीर्षक:** "Is there a good Tailwind dashboard kit that isn't $200?"
- **अपवोट:** 147
- **टिप्पणियाँ:** 83
- **मुख्य उद्धरण:**
  - "Everything on the market is either free and ugly, or $200+ and overkill"
  - "I just need 10-15 well-designed components, not 500"
  - "Would pay $49 for something that actually looks good out of the box"
- **निष्कर्ष:** $200+ पर मूल्य संवेदनशीलता, $29-49 पर भुगतान करने की इच्छा

### थ्रेड 2
- ...

कम से कम 5 थ्रेड खोजें। यदि आप 5 थ्रेड नहीं खोज पा रहे जहाँ लोग आपके उत्पाद के क्षेत्र में कुछ माँग रहे हैं, तो यह एक गंभीर चेतावनी संकेत है। या तो मांग मौजूद नहीं है, या आप गलत शब्दों से खोज रहे हैं। विचार छोड़ने से पहले अलग-अलग कीवर्ड आज़माएं।

चरण 3: प्रतिस्पर्धी ऑडिट (45 मिनट)

खोजें कि पहले से क्या मौजूद है। यह हतोत्साहित करने वाला नहीं है — यह सत्यापित करने वाला है। प्रतिस्पर्धी का मतलब है कि एक बाज़ार है। कोई प्रतिस्पर्धी न होने का आमतौर पर मतलब है कि कोई बाज़ार नहीं है, न कि आपने ब्लू ओशन खोज लिया।

प्रत्येक प्रतिस्पर्धी के लिए, दस्तावेज़ करें:

## प्रतिस्पर्धी ऑडिट

### प्रतिस्पर्धी 1: [नाम]
- **URL:** [लिंक]
- **मूल्य:** $XX
- **वे क्या अच्छा करते हैं:** [विशिष्ट बातें]
- **उसमें क्या ख़राब है:** [समीक्षाओं/थ्रेड से विशिष्ट शिकायतें]
- **उनकी समीक्षाएँ:** [G2, ProductHunt समीक्षाएँ, Reddit उल्लेख जाँचें]
- **आपका कोण:** [आप इसे कैसे अलग तरीके से करेंगे]

### प्रतिस्पर्धी 2: [नाम]
- ...

सोना "उसमें क्या ख़राब है" में है। प्रतिस्पर्धी के बारे में हर शिकायत आपके उत्पाद के लिए एक फ़ीचर अनुरोध है। लोग आपको सचमुच बता रहे हैं कि क्या बनाना है और कितना चार्ज करना है।

चरण 4: "10 लोग भुगतान करेंगे" परीक्षण (30 मिनट)

यह अंतिम सत्यापन द्वार है। आपको इस बात का प्रमाण खोजना होगा कि कम से कम 10 लोग इसके लिए पैसे देंगे। "रुचि दिखाई" नहीं। "कहा कि यह अच्छा है" नहीं। भुगतान करेंगे।

प्रमाण स्रोत:

यदि आप इस परीक्षण में पास होते हैं: आगे बढ़ें। इसे बनाएं।

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

सीधी बात: अधिकांश डेवलपर सत्यापन को पूरी तरह छोड़ देते हैं क्योंकि वे कोड करना चाहते हैं। वे 200 घंटे कुछ ऐसा बनाने में बिताएंगे जो किसी ने नहीं माँगा, फिर सोचेंगे कि कोई क्यों नहीं खरीदता। ये 4 घंटे की रिसर्च आपके 196 घंटे बर्बाद प्रयास बचाएंगी। इसे न छोड़ें। कोड आसान हिस्सा है।

दोपहर का ब्लॉक (4 घंटे): MVP बनाएं

आपने मांग सत्यापित कर ली। आपके पास प्रतिस्पर्धी अनुसंधान है। आप जानते हैं कि लोग क्या चाहते हैं और मौजूदा समाधानों में क्या कमी है। अब मुख्य समस्या को हल करने वाला न्यूनतम संस्करण बनाएं।

3-फ़ीचर नियम

आपके v0.1 में ठीक 3 फ़ीचर हैं। 4 नहीं। 7 नहीं। तीन।

उन्हें कैसे चुनें:

  1. आपका उत्पाद एक चीज़ क्या करता है? (फ़ीचर 1 — मूल)
  2. क्या इसे प्रयोग करने योग्य बनाता है? (फ़ीचर 2 — आमतौर पर auth, या सेव/एक्सपोर्ट, या कॉन्फ़िगरेशन)
  3. क्या इसे विकल्पों की तुलना में भुगतान करने लायक बनाता है? (फ़ीचर 3 — आपका विभेदक)

बाकी सब कुछ "v0.2" सूची में जाता है जिसे आप इस सप्ताहांत छूते नहीं हैं।

वास्तविक उदाहरण — Tailwind डैशबोर्ड कंपोनेंट लाइब्रेरी:

  1. मूल: 12 प्रोडक्शन-रेडी डैशबोर्ड कंपोनेंट (चार्ट, टेबल, स्टैट कार्ड, नैव)
  2. प्रयोग योग्य: लाइव प्रीव्यू के साथ कॉपी-पेस्ट कोड स्निपेट
  3. विभेदक: डार्क मोड बिल्ट-इन, कंपोनेंट एक साथ काम करने के लिए डिज़ाइन किए गए (रैंडम कलेक्शन नहीं)

वास्तविक उदाहरण — PII लॉग स्क्रबर CLI टूल:

  1. मूल: लॉग फ़ाइलों से PII का पता लगाना और रिडैक्ट करना (ईमेल, IP, नाम, SSN)
  2. प्रयोग योग्य: CLI पाइप के रूप में काम करता है (cat logs.txt | pii-scrub > clean.txt)
  3. विभेदक: कॉन्फ़िगर करने योग्य नियम फ़ाइल, 15+ लॉग फ़ॉर्मेट को स्वचालित रूप से संभालता है

प्रोजेक्ट को स्कैफ़ोल्ड करें

अपने काम को तेज़ करने के लिए LLM का उपयोग करें, बदलने के लिए नहीं। यह रहा व्यावहारिक वर्कफ़्लो:

# वेब ऐप स्कैफ़ोल्ड (SaaS टूल, डॉक्स साइट वाली कंपोनेंट लाइब्रेरी, आदि)
pnpm create vite@latest my-product -- --template react-ts
cd my-product
pnpm install

# Tailwind CSS जोड़ें (डेवलपर उत्पादों के लिए सबसे आम)
pnpm install -D tailwindcss @tailwindcss/vite

# कई पेज की आवश्यकता हो तो राउटिंग जोड़ें
pnpm install react-router-dom

# प्रोजेक्ट संरचना — 48 घंटे की बिल्ड के लिए फ़्लैट रखें
mkdir -p src/components src/pages src/lib

# CLI टूल स्कैफ़ोल्ड (डेवलपर यूटिलिटीज़ के लिए)
cargo init my-tool
cd my-tool

# CLI टूल्स के लिए सामान्य डिपेंडेंसीज़
cargo add clap --features derive    # आर्गुमेंट पार्सिंग
cargo add serde --features derive   # सीरियलाइज़ेशन
cargo add serde_json                # JSON हैंडलिंग
cargo add anyhow                    # एरर हैंडलिंग
cargo add regex                     # पैटर्न मैचिंग

# npm पैकेज स्कैफ़ोल्ड (लाइब्रेरीज़/यूटिलिटीज़ के लिए)
mkdir my-package && cd my-package
pnpm init
pnpm install -D typescript tsup vitest
mkdir src

बिल्डिंग के लिए LLM वर्कफ़्लो

LLM से अपना पूरा उत्पाद बनाने को न कहें। इससे जेनेरिक, नाज़ुक कोड बनता है। इसके बजाय:

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

कोडिंग के दौरान समानांतर काम: एक दूसरा LLM चैट खोलें और उसे अपनी लैंडिंग पेज कॉपी, README, और डॉक्यूमेंटेशन ड्राफ़्ट करने को कहें। आप इन्हें शाम को एडिट करेंगे, लेकिन पहले ड्राफ़्ट तैयार होंगे।

समय अनुशासन

2:00 PM — फ़ीचर 1 (कोर फ़ंक्शनैलिटी): 2 घंटे
           अगर 4 PM तक काम नहीं कर रहा, स्कोप कम करें।
4:00 PM — फ़ीचर 2 (प्रयोज्यता): 1 घंटा
           सरल रखें। पॉलिश बाद में करें।
5:00 PM — फ़ीचर 3 (विभेदक): 1 घंटा
           यही आपको भुगतान के लायक बनाता है। यहाँ ध्यान दें।
6:00 PM — कोडिंग बंद करें। इसे सही होने की ज़रूरत नहीं।

सामान्य गलती: "रुकने से पहले बस एक और फ़ीचर।" इसी तरह वीकेंड प्रोजेक्ट महीने भर के प्रोजेक्ट बन जाते हैं। 3 फ़ीचर आपका स्कोप हैं। अगर बिल्ड के दौरान कोई बढ़िया विचार आता है, इसे अपनी v0.2 सूची में लिखें और आगे बढ़ें। अगले हफ़्ते जोड़ सकते हैं जब भुगतान करने वाले ग्राहक होंगे।

शाम का ब्लॉक (2 घंटे): लैंडिंग पेज लिखें

आपके लैंडिंग पेज का एक काम है: विज़िटर को भुगतान करने के लिए मनाना। इसे सुंदर होने की ज़रूरत नहीं। इसे स्पष्ट होने की ज़रूरत है।

5-सेक्शन लैंडिंग पेज

हर सफल डेवलपर उत्पाद लैंडिंग पेज इस संरचना का पालन करता है। इसे दोबारा आविष्कार न करें:

सेक्शन 1: हेडलाइन + सबहेडलाइन
  - 8 शब्दों या उससे कम में क्या करता है
  - किसके लिए है और उन्हें क्या परिणाम मिलता है

सेक्शन 2: समस्या
  - 3 पेन पॉइंट जो आपका लक्षित ग्राहक पहचानता है
  - उनकी सटीक भाषा का उपयोग करें जो आपकी थ्रेड माइनिंग से मिली

सेक्शन 3: समाधान
  - आपके उत्पाद के स्क्रीनशॉट या कोड उदाहरण
  - ऊपर के 3 पेन पॉइंट्स पर मैप किए गए 3 फ़ीचर

सेक्शन 4: मूल्य निर्धारण
  - एक या दो टियर। v0.1 के लिए सरल रखें।
  - सब्सक्रिप्शन होने पर वार्षिक बिलिंग विकल्प।

सेक्शन 5: CTA (कॉल टू एक्शन)
  - एक बटन। "शुरू करें", "अभी खरीदें", "डाउनलोड करें"।
  - मुख्य लाभ दोहराएं।

वास्तविक कॉपी उदाहरण — Tailwind डैशबोर्ड किट:

# सेक्शन 1
## DashKit — प्रोडक्शन Tailwind डैशबोर्ड कंपोनेंट
अपना SaaS डैशबोर्ड घंटों में शिप करें, हफ़्तों में नहीं।
12 कॉपी-पेस्ट कंपोनेंट। डार्क मोड। $29।

# सेक्शन 2
## समस्या
- जेनेरिक UI किट आपको 500 कंपोनेंट देते हैं लेकिन शून्य सामंजस्य
- स्क्रैच से डैशबोर्ड UI बनाने में 40+ घंटे लगते हैं
- मुफ़्त विकल्प 2018 के Bootstrap जैसे दिखते हैं

# सेक्शन 3
## आपको क्या मिलता है
- **12 कंपोनेंट** एक साथ काम करने के लिए डिज़ाइन किए गए (रैंडम कलेक्शन नहीं)
- **डार्क मोड** बिल्ट-इन — एक prop से टॉगल करें
- **कॉपी-पेस्ट कोड** — कोई npm install नहीं, कोई डिपेंडेंसी नहीं, कोई लॉक-इन नहीं
[कंपोनेंट उदाहरणों का स्क्रीनशॉट]

# सेक्शन 4
## मूल्य निर्धारण
**DashKit** — $29 एकमुश्त
- सोर्स कोड के साथ सभी 12 कंपोनेंट
- 12 महीने मुफ़्त अपडेट
- असीमित प्रोजेक्ट में उपयोग करें

**DashKit Pro** — $59 एकमुश्त
- DashKit में सब कुछ
- 8 फ़ुल-पेज टेम्पलेट (एनालिटिक्स, CRM, एडमिन, सेटिंग्स)
- Figma डिज़ाइन फ़ाइलें
- प्राथमिकता फ़ीचर अनुरोध

# सेक्शन 5
## इस सप्ताहांत अपना डैशबोर्ड शिप करें।
[DashKit खरीदें — $29]

वास्तविक कॉपी उदाहरण — PII लॉग स्क्रबर:

# सेक्शन 1
## ScrubLog — सेकंडों में लॉग फ़ाइलों से PII हटाएं
आपके लॉग के लिए GDPR अनुपालन। एक कमांड।

# सेक्शन 2
## समस्या
- आपके लॉग में ईमेल, IP और नाम हैं जो आपको स्टोर नहीं करने चाहिए
- मैनुअल रिडैक्शन में घंटे लगते हैं और चीज़ें छूट जाती हैं
- एंटरप्राइज़ टूल $500/माह लेते हैं और कॉन्फ़िगर करने के लिए PhD चाहिए

# सेक्शन 3
## यह कैसे काम करता है
```bash
cat server.log | scrublog > clean.log

सेक्शन 4

मूल्य निर्धारण

पर्सनल — मुफ़्त

Pro — $19/माह

सेक्शन 5

अनावश्यक PII स्टोर करना बंद करें।

[ScrubLog Pro प्राप्त करें — $19/माह]


**कॉपी के लिए LLM वर्कफ़्लो:**

1. LLM को अपना प्रतिस्पर्धी ऑडिट और थ्रेड माइनिंग परिणाम दें
2. 5-सेक्शन टेम्पलेट का उपयोग करके लैंडिंग पेज कॉपी ड्राफ़्ट करने को कहें
3. निर्दयता से एडिट करें: हर अस्पष्ट वाक्यांश को विशिष्ट से बदलें
4. इसे ज़ोर से पढ़ें। अगर कोई वाक्य आपको असहज करे, इसे दोबारा लिखें।

**लैंडिंग पेज बनाना:**

48-घंटे की स्प्रिंट के लिए, स्क्रैच से कस्टम लैंडिंग पेज न बनाएं। इनमें से किसी एक का उपयोग करें:


- **आपके उत्पाद की अपनी साइट** — अगर यह वेब ऐप है, लैंडिंग पेज को लॉग्ड-आउट होमपेज बनाएं
- **Astro + Tailwind** — स्टैटिक साइट, Vercel पर 2 मिनट में डिप्लॉय, बेहद तेज़
- **Next.js** — अगर आपका उत्पाद पहले से React है, मार्केटिंग पेज रूट जोड़ें
- **Framer** (https://framer.com) — विज़ुअल बिल्डर, क्लीन कोड एक्सपोर्ट करता है, मुफ़्त टियर उपलब्ध
- **Carrd** (https://carrd.co) — $19/वर्ष, बेहद सरल एक-पेज साइट

```bash
# सबसे तेज़ रास्ता: Astro स्टैटिक साइट
pnpm create astro@latest my-product-site
cd my-product-site
pnpm install
# Tailwind जोड़ें
pnpm astro add tailwind

शनिवार के अंत तक आपके पास कॉपी के साथ एक लैंडिंग पेज होना चाहिए। इसे कस्टम इलस्ट्रेशन की ज़रूरत नहीं। इसे एनिमेशन की ज़रूरत नहीं। इसे स्पष्ट शब्दों और एक बाय बटन की ज़रूरत है।

दिन 2 — रविवार

सुबह का ब्लॉक (3 घंटे): डिप्लॉय करें

आपके उत्पाद को एक वास्तविक URL पर इंटरनेट पर लाइव होना चाहिए। localhost नहीं। रैंडम हैश वाला Vercel प्रीव्यू URL नहीं। HTTPS के साथ एक वास्तविक डोमेन, जिसे आप शेयर कर सकें और लोग विज़िट कर सकें।

चरण 1: एप्लिकेशन डिप्लॉय करें (60 मिनट)

आपने क्या बनाया है उसके आधार पर अपना डिप्लॉयमेंट प्लेटफ़ॉर्म चुनें:

स्टैटिक साइट / SPA (कंपोनेंट लाइब्रेरी, लैंडिंग पेज, डॉक्स साइट):

# Vercel — स्टैटिक साइट्स और Next.js के लिए सबसे तेज़ रास्ता
pnpm install -g vercel
vercel

# यह आपसे सवाल पूछेगा। हर चीज़ के लिए हाँ कहें।
# आपकी साइट ~60 सेकंड में लाइव है।

बैकएंड वाला वेब ऐप (SaaS टूल, API सर्विस):

# Railway — सरल, अच्छा मुफ़्त टियर, डेटाबेस संभालता है
# https://railway.app
# अपना GitHub रेपो कनेक्ट करें और डिप्लॉय करें।

# या Fly.io — अधिक नियंत्रण, ग्लोबल एज डिप्लॉयमेंट
# https://fly.io
curl -L https://fly.io/install.sh | sh
fly launch
fly deploy

CLI टूल / npm पैकेज:

# npm रजिस्ट्री
npm publish

# या GitHub Releases के ज़रिए बाइनरी के रूप में वितरित करें
# Rust प्रोजेक्ट के लिए cargo-dist का उपयोग करें
cargo install cargo-dist
cargo dist init
cargo dist build
# बाइनरी को GitHub रिलीज़ में अपलोड करें

चरण 2: डोमेन खरीदें (30 मिनट)

एक वास्तविक डोमेन की कीमत $12/वर्ष है। अगर आप अपने व्यवसाय में $12 निवेश नहीं कर सकते, तो आप व्यवसाय रखने के बारे में गंभीर नहीं हैं।

कहाँ से खरीदें:

डोमेन नामकरण सुझाव:

# अपना डोमेन Vercel पर पॉइंट करें
# Vercel डैशबोर्ड में: Settings > Domains > Add your domain
# फिर अपने रजिस्ट्रार DNS सेटिंग्स में, जोड़ें:
# A रिकॉर्ड: @ -> 76.76.21.21
# CNAME रिकॉर्ड: www -> cname.vercel-dns.com

# या अगर DNS के लिए Cloudflare उपयोग कर रहे हैं:
# बस Cloudflare के DNS पैनल में वही रिकॉर्ड जोड़ें
# SSL Vercel और Cloudflare दोनों के साथ स्वचालित है

चरण 3: बुनियादी निगरानी (30 मिनट)

आपको दो बातें जानने की ज़रूरत है: क्या साइट चालू है, और क्या लोग आ रहे हैं।

अपटाइम निगरानी (मुफ़्त):

इनके लिए निगरानी सेट करें:
1. आपकी लैंडिंग पेज URL
2. आपके ऐप की हेल्थ एंडपॉइंट (यदि लागू हो)
3. आपकी पेमेंट webhook URL (गंभीर — आपको जानना होगा अगर भुगतान टूट जाएं)

एनालिटिक्स (गोपनीयता-सम्मानजनक):

Google Analytics का उपयोग न करें। आपका डेवलपर दर्शक वर्ग इसे ब्लॉक करता है, नए उत्पाद के लिए यह अत्यधिक है, और यह गोपनीयता देयता है।

<!-- Plausible — आपके <head> में एक पंक्ति -->
<script defer data-domain="yourdomain.com"
  src="https://plausible.io/js/script.js"></script>

<!-- Umami — आपके <head> में एक पंक्ति -->
<script defer
  src="https://your-umami-instance.com/script.js"
  data-website-id="your-website-id"></script>

सीधी बात: हाँ, उस उत्पाद के लिए $9/माह एनालिटिक्स जिसने पैसे नहीं कमाए अनावश्यक लगता है। लेकिन आप जो माप नहीं सकते उसे सुधार नहीं सकते। पहले महीने का एनालिटिक्स डेटा आपको एक महीने के अनुमान से ज़्यादा बाज़ार के बारे में बताएगा। अगर $9/माह आपका बजट तोड़ देता है, Railway पर मुफ़्त में Umami सेल्फ़-होस्ट करें।

दोपहर का ब्लॉक (2 घंटे): भुगतान सेट करें

अगर आपका उत्पाद पैसे स्वीकार नहीं कर सकता, तो यह एक शौक प्रोजेक्ट है। भुगतान सेट करने में अधिकांश डेवलपर्स की सोच से कम समय लगता है — बुनियादी प्रवाह के लिए लगभग 20-30 मिनट।

विकल्प A: Lemon Squeezy (डिजिटल उत्पादों के लिए अनुशंसित)

Lemon Squeezy (https://lemonsqueezy.com) एक प्लेटफ़ॉर्म में भुगतान प्रसंस्करण, बिक्री कर, VAT, और डिजिटल डिलीवरी संभालता है। शून्य से भुगतान स्वीकार करने तक का सबसे तेज़ रास्ता।

आपके पहले उत्पाद के लिए Stripe की बजाय Lemon Squeezy क्यों:

सेटअप वॉकथ्रू:

  1. https://app.lemonsqueezy.com पर साइन अप करें
  2. एक Store बनाएं (आपके व्यवसाय का नाम)
  3. एक Product जोड़ें:
    • नाम, विवरण, मूल्य
    • डिजिटल डिलीवरी के लिए फ़ाइलें अपलोड करें (यदि लागू हो)
    • लाइसेंस कीज़ सेट करें (सॉफ़्टवेयर बेच रहे हैं तो)
  4. अपना चेकआउट URL प्राप्त करें — आपका "Buy" बटन यहाँ लिंक होता है
  5. खरीदारी-पश्चात ऑटोमेशन के लिए webhook सेट करें
// Lemon Squeezy webhook हैंडलर (Node.js/Express)
// POST /api/webhooks/lemonsqueezy

import crypto from 'crypto';

const WEBHOOK_SECRET = process.env.LEMONSQUEEZY_WEBHOOK_SECRET;

export async function handleLemonSqueezyWebhook(req, res) {
  // webhook सिग्नेचर सत्यापित करें
  const signature = req.headers['x-signature'];
  const hmac = crypto.createHmac('sha256', WEBHOOK_SECRET);
  const digest = hmac.update(JSON.stringify(req.body)).digest('hex');

  if (signature !== digest) {
    return res.status(401).json({ error: 'Invalid signature' });
  }

  const event = req.body;

  switch (event.meta.event_name) {
    case 'order_created': {
      const order = event.data;
      const customerEmail = order.attributes.user_email;
      const productId = order.attributes.first_order_item.product_id;
      const orderId = order.id;

      console.log(`New order: ${orderId} from ${customerEmail}`);

      // वेलकम ईमेल भेजें, एक्सेस दें, लाइसेंस कुंजी बनाएं, आदि।
      await grantProductAccess(customerEmail, productId);
      await sendWelcomeEmail(customerEmail, orderId);

      break;
    }

    case 'subscription_created': {
      const subscription = event.data;
      const customerEmail = subscription.attributes.user_email;

      console.log(`New subscription from ${customerEmail}`);
      await createSubscription(customerEmail, subscription);

      break;
    }

    case 'subscription_cancelled': {
      const subscription = event.data;
      const customerEmail = subscription.attributes.user_email;

      console.log(`Subscription cancelled: ${customerEmail}`);
      await revokeAccess(customerEmail);

      break;
    }

    default:
      console.log(`Unhandled event: ${event.meta.event_name}`);
  }

  return res.status(200).json({ received: true });
}

विकल्प B: Stripe (अधिक नियंत्रण, अधिक काम)

Stripe (https://stripe.com) आपको अधिक नियंत्रण देता है लेकिन कर अनुपालन अलग से संभालना होगा। जटिल बिलिंग वाले SaaS के लिए बेहतर।

// Stripe Checkout सेशन (Node.js)
// एक होस्टेड चेकआउट पेज बनाता है

import Stripe from 'stripe';

const stripe = new Stripe(process.env.STRIPE_SECRET_KEY);

export async function createCheckoutSession(req, res) {
  const session = await stripe.checkout.sessions.create({
    payment_method_types: ['card'],
    line_items: [
      {
        price_data: {
          currency: 'usd',
          product_data: {
            name: 'DashKit Pro',
            description: '12 Tailwind dashboard components + 8 templates + Figma files',
          },
          unit_amount: 5900, // सेंट में $59.00
        },
        quantity: 1,
      },
    ],
    mode: 'payment', // आवर्ती के लिए 'subscription'
    success_url: `${process.env.DOMAIN}/success?session_id={CHECKOUT_SESSION_ID}`,
    cancel_url: `${process.env.DOMAIN}/pricing`,
    customer_email: req.body.email, // पहले से भरें यदि आपके पास है
  });

  return res.json({ url: session.url });
}

// Stripe webhook हैंडलर
export async function handleStripeWebhook(req, res) {
  const sig = req.headers['stripe-signature'];

  let event;
  try {
    event = stripe.webhooks.constructEvent(
      req.body, // रॉ बॉडी, पार्स्ड JSON नहीं
      sig,
      process.env.STRIPE_WEBHOOK_SECRET
    );
  } catch (err) {
    console.error(`Webhook signature verification failed: ${err.message}`);
    return res.status(400).send(`Webhook Error: ${err.message}`);
  }

  switch (event.type) {
    case 'checkout.session.completed': {
      const session = event.data.object;
      await fulfillOrder(session);
      break;
    }
    case 'customer.subscription.deleted': {
      const subscription = event.data.object;
      await revokeSubscriptionAccess(subscription);
      break;
    }
  }

  return res.json({ received: true });
}

दोनों प्लेटफ़ॉर्म के लिए — लॉन्च से पहले टेस्ट करें:

# Lemon Squeezy: डैशबोर्ड में टेस्ट मोड उपयोग करें
# Lemon Squeezy डैशबोर्ड के ऊपर-दाएँ "Test mode" टॉगल करें
# कार्ड नंबर: 4242 4242 4242 4242, कोई भी भविष्य की एक्सपायरी, कोई भी CVC

# Stripe: टेस्ट मोड API कीज़ उपयोग करें
# टेस्ट कार्ड: 4242 4242 4242 4242
# टेस्ट डिक्लाइनिंग कार्ड: 4000 0000 0000 0002
# ऑथ की आवश्यकता वाला टेस्ट कार्ड: 4000 0025 0000 3155

टेस्ट मोड में पूरे पर्चेज़ फ़्लो को स्वयं चलाएं। बाय बटन क्लिक करें, चेकआउट पूरा करें, सत्यापित करें कि webhook फ़ायर होता है, सत्यापित करें कि एक्सेस दिया जाता है। अगर कोई भी चरण टेस्ट मोड में विफल होता है, तो वास्तविक ग्राहकों के लिए भी विफल होगा।

सामान्य गलती: "मैं बाद में भुगतान सेट करूंगा, कुछ उपयोगकर्ता मिलने के बाद।" यह उल्टा है। भुगतान सेट करना आज पैसे इकट्ठा करने के बारे में नहीं है — यह सत्यापित करने के बारे में है कि कोई भुगतान करेगा या नहीं। बिना मूल्य वाला उत्पाद मुफ़्त टूल है। मूल्य वाला उत्पाद व्यवसाय परीक्षण है। मूल्य स्वयं सत्यापन का हिस्सा है।

शाम का ब्लॉक (3 घंटे): लॉन्च

आपका उत्पाद लाइव है। भुगतान काम करते हैं। लैंडिंग पेज स्पष्ट है। अब आपको इंसानों को दिखाना होगा।

सॉफ़्ट लॉन्च रणनीति

अपने पहले उत्पाद के लिए "बड़ा लॉन्च" न करें। बड़े लॉन्च सही होने का दबाव बनाते हैं, और आपका v0.1 सही नहीं है। इसके बजाय, सॉफ़्ट लॉन्च करें: कुछ जगहों पर शेयर करें, फ़ीडबैक इकट्ठा करें, गंभीर समस्याएं ठीक करें, फिर 1-2 सप्ताह में बड़ा लॉन्च करें।

लॉन्च प्लेटफ़ॉर्म 1: Reddit (30 मिनट)

r/SideProject और अपने उत्पाद से संबंधित एक विशिष्ट सबरेडिट में पोस्ट करें।

Reddit पोस्ट टेम्पलेट:

शीर्षक: I built [क्या करता है] in a weekend — [मुख्य लाभ]

बॉडी:
Hey [सबरेडिट],

I've been frustrated with [समस्या] for a while, so I built
[उत्पाद नाम] this weekend.

**What it does:**
- [फ़ीचर 1 — कोर वैल्यू]
- [फ़ीचर 2]
- [फ़ीचर 3]

**What makes it different from [प्रतिस्पर्धी]:**
[आपके विभेदक के बारे में एक ईमानदार पैराग्राफ़]

**Pricing:**
[पारदर्शी रहें। "$29 one-time" या "Free tier + $19/mo Pro"]

I'd love feedback. What am I missing? What would make this
useful for your workflow?

[उत्पाद लिंक]

Reddit पोस्ट के नियम:

लॉन्च प्लेटफ़ॉर्म 2: Hacker News (30 मिनट)

अगर आपका उत्पाद तकनीकी और रोचक है, Show HN पोस्ट करें। "तकनीकी विवरण" अनुभाग में, अपना स्टैक (आपका प्राथमिक स्टैक) बताएं और समझाएं कि आपने इसे क्यों चुना — HN पाठक सूचित तकनीकी निर्णयों को पसंद करते हैं।

Show HN टेम्पलेट:

शीर्षक: Show HN: [उत्पाद नाम] – [70 वर्णों से कम में क्या करता है]

बॉडी:
[उत्पाद नाम] is [एक वाक्य में क्या करता है]।

I built this because [वास्तविक प्रेरणा — आप अपने लिए कौन सी
समस्या हल कर रहे थे]।

Technical details:
- Built with [स्टैक]
- [दिलचस्प तकनीकी निर्णय और क्यों]
- [कार्यान्वयन में क्या उल्लेखनीय है]

Try it: [URL]

Feedback welcome. I'm particularly interested in [HN दर्शकों
के लिए विशिष्ट प्रश्न]।

HN सुझाव:

लॉन्च प्लेटफ़ॉर्म 3: Twitter/X (30 मिनट)

बिल्ड-इन-पब्लिक लॉन्च थ्रेड लिखें:

ट्वीट 1 (हुक):
I built [उत्पाद] in 48 hours this weekend.

It [विशिष्ट समस्या हल करता है] for [विशिष्ट दर्शक]।

Here's what I shipped, what I learned, and the real numbers. Thread:

ट्वीट 2 (समस्या):
The problem:
[पेन पॉइंट 2-3 वाक्यों में बताएं]
[दर्द दिखाता हुआ स्क्रीनशॉट या कोड उदाहरण शामिल करें]

ट्वीट 3 (समाधान):
So I built [उत्पाद नाम]।

[उत्पाद का काम करते हुए स्क्रीनशॉट/GIF]

It does three things:
1. [फ़ीचर 1]
2. [फ़ीचर 2]
3. [फ़ीचर 3]

ट्वीट 4 (तकनीकी विवरण):
Tech stack for the nerds:
- [फ़्रंटएंड]
- [बैकएंड]
- [होस्टिंग — विशिष्ट प्लेटफ़ॉर्म बताएं]
- [भुगतान — Lemon Squeezy/Stripe बताएं]
- Total cost to run: $XX/month

ट्वीट 5 (मूल्य निर्धारण):
Pricing:
[स्पष्ट मूल्य निर्धारण, लैंडिंग पेज जैसा]
[उत्पाद लिंक]

ट्वीट 6 (अनुरोध):
Would love feedback from anyone who [लक्षित उपयोगकर्ता का वर्णन]।

What am I missing? What would make this a must-have for you?

लॉन्च प्लेटफ़ॉर्म 4: संबंधित समुदाय (30 मिनट)

2-3 समुदाय पहचानें जहाँ आपका लक्षित दर्शक वर्ग होता है:

लॉन्च के बाद पहले 48 घंटे — क्या देखें:

ट्रैक करने के मेट्रिक्स:
1. अद्वितीय विज़िटर (एनालिटिक्स से)
2. लैंडिंग पेज → चेकआउट क्लिक दर (2-5% होनी चाहिए)
3. चेकआउट → खरीद रूपांतरण दर (1-3% होनी चाहिए)
4. बाउंस दर (80% से ऊपर मतलब आपकी हेडलाइन/हीरो गलत है)
5. ट्रैफ़िक स्रोत (आपके विज़िटर कहाँ से आ रहे हैं?)
6. टिप्पणियाँ और फ़ीडबैक (गुणात्मक — लोग क्या कह रहे हैं?)

नमूना गणित:
- 48 घंटों में 500 विज़िटर (Reddit + HN + Twitter से यथार्थवादी)
- 3% "Buy" क्लिक करते हैं = 15 चेकआउट विज़िट
- 10% खरीद पूरी करते हैं = 1-2 बिक्री
- $29/बिक्री पर = आपके पहले सप्ताहांत में $29-58

यह रिटायरमेंट मनी नहीं है। यह VALIDATION मनी है।
इंटरनेट पर किसी अजनबी से $29 साबित करता है कि आपके उत्पाद का मूल्य है।

अगर पहले 48 घंटों में शून्य बिक्री हो तो घबराएं नहीं। अपना फ़नल देखें:

इनमें से प्रत्येक का अलग समाधान है। इसलिए मेट्रिक्स मायने रखते हैं।

आपकी बारी

  1. समय ब्लॉक करें। अभी अपना कैलेंडर खोलें और अगले शनिवार सुबह 8 बजे से रात 8 बजे तक और रविवार सुबह 8 बजे से रात 8 बजे तक ब्लॉक करें। इसे "48-घंटे की स्प्रिंट" लेबल करें। इसे ऐसी फ़्लाइट की तरह मानें जिसे रीशेड्यूल नहीं किया जा सकता।

  2. अपना विचार चुनें। मॉड्यूल R से एक राजस्व इंजन चुनें। अपने v0.1 के लिए 3-फ़ीचर स्कोप लिखें। अगर चुन नहीं पा रहे, वह चुनें जिसे आप एक गैर-डेवलपर को एक वाक्य में समझा सकें।

  3. पूर्व-कार्य। शनिवार से पहले, इन पर अकाउंट बनाएं:

    • Vercel, Railway, या Fly.io (डिप्लॉयमेंट)
    • Lemon Squeezy या Stripe (भुगतान)
    • Namecheap, Cloudflare, या Porkbun (डोमेन)
    • Plausible, Fathom, या Umami (एनालिटिक्स)
    • Better Uptime या UptimeRobot (निगरानी)

    यह किसी कार्यदिवस की शाम को करें ताकि शनिवार शुद्ध निर्माण हो, अकाउंट बनाना नहीं।

  4. अपने लॉन्च प्लेटफ़ॉर्म तैयार करें। अगर आपके पास कुछ कर्मा वाला Reddit अकाउंट नहीं है, इस सप्ताह संबंधित सबरेडिट में भाग लेना शुरू करें। केवल सेल्फ़-प्रमोशन पोस्ट करने वाले अकाउंट फ़्लैग होते हैं। अगर Hacker News अकाउंट नहीं है, एक बनाएं और पहले कुछ चर्चाओं में भाग लें।

पाठ 2: "शिप करो, फिर सुधारो" मानसिकता

"3 फ़ीचर वाला v0.1 उस v1.0 को हराता है जो कभी शिप नहीं होता।"

पूर्णतावाद का जाल

डेवलपर एक विशिष्ट विफलता पैटर्न के लिए विशेष रूप से संवेदनशील हैं: हमेशा के लिए निजी में निर्माण करना। हम जानते हैं "अच्छा कोड" कैसा दिखता है। हम जानते हैं कि हमारा v0.1 अच्छा कोड नहीं है। तो हम रीफ़ैक्टर करते हैं। एरर हैंडलिंग जोड़ते हैं। और टेस्ट लिखते हैं। आर्किटेक्चर सुधारते हैं। एक चीज़ के अलावा सब कुछ करते हैं जो मायने रखती है: इसे इंसानों को दिखाना।

यह रहा एक सत्य जो आपके हज़ारों घंटे बचाएगा: आपके ग्राहक आपका सोर्स कोड नहीं पढ़ते। उन्हें आपकी आर्किटेक्चर की परवाह नहीं। उन्हें आपकी टेस्ट कवरेज की परवाह नहीं। उन्हें एक चीज़ की परवाह है: क्या यह मेरी समस्या हल करता है?

स्पैगेटी कोड वाला उत्पाद जो वास्तविक समस्या हल करता है, पैसे कमाएगा। सुंदर आर्किटेक्चर वाला उत्पाद जो कोई समस्या हल नहीं करता, कुछ नहीं कमाएगा।

यह बुरा कोड लिखने का बहाना नहीं है। यह प्राथमिकता कथन है। पहले शिप करो। दूसरे रीफ़ैक्टर करो। रीफ़ैक्टरिंग वास्तविक उपयोग डेटा से बेहतर सूचित होगी।

"शिप करो, फिर सुधारो" व्यवहार में

इस परिदृश्य पर विचार करें: एक डेवलपर सॉफ़्टवेयर इंजीनियरिंग प्रबंधकों के लिए Notion टेम्पलेट पैक लॉन्च करता है। लॉन्च के समय यह कैसा दिखता था:

Reddit और Twitter पर पोस्ट किया। यही पूरी मार्केटिंग रणनीति है।

महीना 1 परिणाम:

क्या यह "सही" था? नहीं। टेम्पलेट में फ़ॉर्मेटिंग असंगतताएं थीं। कुछ विवरण सामान्य थे। ग्राहकों को परवाह नहीं थी। उन्हें इस बात की परवाह थी कि इसने उन्हें खुद टेम्पलेट बनाने से बचाया।

महीना 3 तक, ग्राहक फ़ीडबैक के आधार पर, डेवलपर ने:

जो उत्पाद उन्होंने लॉन्च किया वह हर तरह से 90 दिन बाद वाले उत्पाद से ख़राब था। लेकिन 90-दिन का संस्करण केवल इसलिए अस्तित्व में आया क्योंकि लॉन्च संस्करण ने विकास का मार्गदर्शन करने वाला फ़ीडबैक और राजस्व उत्पन्न किया।

नोट: "बदसूरत शिप करो, तेज़ सुधारो" मॉडल के वास्तविक-दुनिया सत्यापन के लिए: Josh Comeau ने पहले हफ़्ते में अपनी CSS for JavaScript Developers कोर्स के $550K प्री-सेल किए (स्रोत: failory.com)। Wes Bos ने इटरेटिव लॉन्च का उपयोग करके कुल $10M+ डेवलपर कोर्स बिक्री उत्पन्न की हैं (स्रोत: foundershut.com)। दोनों ने अपूर्ण v1 उत्पादों से शुरू किया और वास्तविक ग्राहक फ़ीडबैक के आधार पर इटरेट किया।

पहले 10 ग्राहक आपको सब कुछ बताते हैं

आपके पहले 10 भुगतान करने वाले ग्राहक आपके व्यवसाय में सबसे महत्वपूर्ण लोग हैं। उनके पैसे की वजह से नहीं — $29 पर 10 बिक्री $290 है, जो किराने का सामान खरीदता है। वे महत्वपूर्ण हैं क्योंकि वे आपकी उत्पाद विकास टीम के स्वयंसेवक हैं।

अपने पहले 10 ग्राहकों के साथ क्या करें:

  1. व्यक्तिगत धन्यवाद ईमेल भेजें। स्वचालित नहीं। व्यक्तिगत। "Hey, मैंने देखा कि आपने [उत्पाद] खरीदा। धन्यवाद। मैं इसे सक्रिय रूप से विकसित कर रहा हूँ — क्या कुछ है जो आप चाहते हैं कि यह करे जो अभी नहीं करता?"

  2. हर रिप्लाई पढ़ें। कुछ जवाब नहीं देंगे। कुछ "बढ़िया दिखता है, धन्यवाद" कहेंगे। लेकिन 10 में से 2-3 पैराग्राफ़ लिखेंगे कि वे क्या चाहते हैं। वे पैराग्राफ़ आपकी रोडमैप हैं।

  3. पैटर्न खोजें। अगर 10 में से 3 लोग एक ही फ़ीचर माँगते हैं, इसे बनाएं। यह भुगतान करने वाले ग्राहकों से 30% माँग संकेत है। कोई सर्वे आपको इतना अच्छा डेटा नहीं देगा।

  4. अधिक भुगतान करने की इच्छा के बारे में पूछें। "मैं [फ़ीचर X] के साथ Pro टियर की योजना बना रहा हूँ। क्या यह आपके लिए $49 की कीमत होगी?" सीधा। विशिष्ट। आपको मूल्य निर्धारण डेटा देता है।

पहले 10 ग्राहकों के लिए ईमेल टेम्पलेट:

विषय: Quick question about [उत्पाद नाम]

Hey [नाम],

I noticed you picked up [उत्पाद नाम] — thanks for being
one of the first customers.

I'm building this actively and shipping updates weekly.
Quick question: what's the ONE thing you wish it did that
it doesn't?

No wrong answers. Even if it seems like a big ask,
I want to hear it.

Thanks,
[आपका नाम]

नकारात्मक फ़ीडबैक कैसे संभालें

आपको मिलने वाला पहला नकारात्मक फ़ीडबैक व्यक्तिगत लगेगा। यह व्यक्तिगत नहीं है। यह डेटा है।

नकारात्मक फ़ीडबैक संसाधित करने का ढाँचा:

1. रुकें। 30 मिनट तक जवाब न दें। आपकी भावनात्मक
   प्रतिक्रिया उपयोगी नहीं है।

2. फ़ीडबैक को वर्गीकृत करें:
   a) बग रिपोर्ट — ठीक करें। धन्यवाद दें।
   b) फ़ीचर अनुरोध — बैकलॉग में जोड़ें। धन्यवाद दें।
   c) मूल्य शिकायत — नोट करें। जाँचें कि यह पैटर्न है या नहीं।
   d) गुणवत्ता शिकायत — जाँच करें। क्या यह वैध है?
   e) ट्रोल/अनुचित — अनदेखा करें। आगे बढ़ें।

3. जवाब दें (केवल a, b, c, d के लिए):
   "फ़ीडबैक के लिए धन्यवाद। [विशिष्ट मुद्दे को स्वीकार करें]।
   मैं [इसे अभी ठीक कर रहा / रोडमैप में जोड़ रहा / इसकी जाँच कर रहा] हूँ।
   जब यह संबोधित हो जाए तो मैं आपको बताऊंगा।"

4. कार्रवाई करें। अगर आपने कुछ ठीक करने का वादा किया, एक सप्ताह
   के भीतर ठीक करें। ग्राहकों को दिखाने से ज़्यादा तेज़ कुछ भी
   वफ़ादारी नहीं बनाता कि उनका फ़ीडबैक वास्तविक बदलाव लाता है।

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

साप्ताहिक इटरेशन चक्र

लॉन्च के बाद, आपका वर्कफ़्लो एक टाइट लूप बन जाता है:

सोमवार:    पिछले सप्ताह के मेट्रिक्स और ग्राहक फ़ीडबैक की समीक्षा
मंगलवार:   इस सप्ताह का सुधार प्लान करें (एक चीज़, पाँच नहीं)
बुधवार:    सुधार बनाएं
गुरुवार:   सुधार टेस्ट और डिप्लॉय करें
शुक्रवार:  चेंजलॉग/अपडेट पोस्ट लिखें
सप्ताहांत:  मार्केटिंग — एक ब्लॉग पोस्ट, एक सोशल पोस्ट, एक कम्युनिटी इंटरैक्शन

दोहराएं।

मुख्य शब्द है प्रति सप्ताह एक सुधार। फ़ीचर ओवरहॉल नहीं। रीडिज़ाइन नहीं। एक चीज़ जो मौजूदा ग्राहकों के लिए उत्पाद को थोड़ा बेहतर बनाती है। 12 सप्ताहों में, यह 12 सुधार हैं जो वास्तविक उपयोग डेटा द्वारा निर्देशित हैं। इस चक्र के 12 सप्ताह बाद आपका उत्पाद किसी भी चीज़ से नाटकीय रूप से बेहतर होगा जो आप अलगाव में डिज़ाइन कर सकते थे।

राजस्व सर्वेक्षणों से तेज़ सत्यापित करता है

सर्वेक्षण झूठ बोलते हैं। जानबूझकर नहीं — लोग अपने स्वयं के व्यवहार की भविष्यवाणी में बुरे हैं। "क्या आप इसके लिए $29 देंगे?" आसान "हाँ" उत्तर मिलते हैं। लेकिन "यह रहा चेकआउट पेज, अपना क्रेडिट कार्ड दर्ज करें" ईमानदार उत्तर मिलते हैं।

इसलिए आप दिन 1 से भुगतान के साथ लॉन्च करते हैं:

सत्यापन विधि संकेत तक का समय संकेत गुणवत्ता
सर्वेक्षण / मतदान 1-2 सप्ताह कम (लोग झूठ बोलते हैं)
ईमेल साइनअप वाला लैंडिंग पेज 1-2 सप्ताह मध्यम (रुचि, प्रतिबद्धता नहीं)
मूल्य लेकिन चेकआउट नहीं वाला लैंडिंग पेज 1 सप्ताह मध्यम-उच्च (मूल्य स्वीकृति)
वास्तविक चेकआउट वाला लाइव उत्पाद 48 घंटे सर्वोच्च (वास्तविक खरीद व्यवहार)

$0 मूल्य कुछ प्रकट नहीं करता। $29 मूल्य सब कुछ प्रकट करता है।

आपकी बारी

  1. अपनी "बदसूरत लॉन्च" प्रतिबद्धता लिखें। एक टेक्स्ट फ़ाइल खोलें और लिखें: "मैं [उत्पाद नाम] को [तारीख] पर लॉन्च करूंगा भले ही यह सही न हो। v0.1 स्कोप: [3 फ़ीचर]। मैं लॉन्च से पहले फ़ीचर 4 नहीं जोड़ूंगा।" इस पर (रूपक रूप में) हस्ताक्षर करें। जब पॉलिश करने की इच्छा हो तो इसे देखें।

  2. अपना पहले-10-ग्राहक ईमेल ड्राफ़्ट करें। व्यक्तिगत धन्यवाद ईमेल टेम्पलेट अभी लिखें, ग्राहक आने से पहले। जब पहली बिक्री हो, आप इसे एक घंटे के भीतर भेजना चाहेंगे।

  3. अपना इटरेशन ट्रैकर सेट करें। कॉलम के साथ एक सरल स्प्रेडशीट या Notion पेज बनाएं: सप्ताह | किया गया सुधार | मेट्रिक प्रभाव | ग्राहक फ़ीडबैक। यह आगे क्या बनाना है इसका आपका निर्णय लॉग बन जाता है।

पाठ 3: डेवलपर उत्पादों के लिए मूल्य निर्धारण मनोविज्ञान

"$0 मूल्य नहीं है। यह जाल है।"

मुफ़्त महंगा क्यों है

डेवलपर उत्पाद बेचने में सबसे प्रतिकूल सत्य: मुफ़्त उपयोगकर्ता आपको भुगतान करने वाले ग्राहकों से अधिक लागत आते हैं।

मुफ़्त उपयोगकर्ता:

भुगतान करने वाले ग्राहक:

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

सामान्य गलती: "मैं पहले उपयोगकर्ता पाने के लिए मुफ़्त रखूंगा, फिर बाद में चार्ज करूंगा।" यह लगभग कभी काम नहीं करता। $0 पर आकर्षित उपयोगकर्ता हमेशा $0 की उम्मीद करते हैं। जब आप मूल्य जोड़ते हैं, वे छोड़ देते हैं। जो दिन 1 से $29 देते, उन्होंने कभी आपका उत्पाद नहीं खोजा क्योंकि आपने इसे मुफ़्त टूल के रूप में पोज़िशन किया। आपने गलत दर्शकों को आकर्षित किया।

डेवलपर उत्पाद मूल्य निर्धारण टियर

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

टियर 1: $9-29 — डेवलपर टूल्स और यूटिलिटीज़

इस रेंज के उत्पाद एक विशिष्ट, संकीर्ण समस्या हल करते हैं। एकल खरीद, आज ही उपयोग करें।

उदाहरण:
- प्रीमियम फ़ीचर वाला VS Code एक्सटेंशन: $9-15
- प्रो फ़ीचर वाला CLI टूल: $15-19
- एकल-उद्देश्य SaaS टूल: $9-19/माह
- छोटी कंपोनेंट लाइब्रेरी: $19-29
- ब्राउज़र DevTools एक्सटेंशन: $9-15

खरीदार मनोविज्ञान: आवेगपूर्ण खरीद क्षेत्र। डेवलपर देखता है,
समस्या पहचानता है, मैनेजर से पूछे बिना खरीदता है।
बजट अनुमोदन की ज़रूरत नहीं। क्रेडिट कार्ड → हो गया।

मुख्य अंतर्दृष्टि: इस मूल्य पर, आपका लैंडिंग पेज 2 मिनट
से कम में कन्वर्ट होना चाहिए। खरीदार लंबी फ़ीचर सूची
नहीं पढ़ेगा। समस्या दिखाएं, समाधान दिखाएं, मूल्य दिखाएं।

टियर 2: $49-99 — टेम्पलेट, किट, और व्यापक टूल

इस रेंज के उत्पाद महत्वपूर्ण समय बचाते हैं। कई कंपोनेंट एक साथ काम करते हुए।

उदाहरण:
- पूर्ण UI टेम्पलेट किट: $49-79
- auth, बिलिंग, डैशबोर्ड के साथ SaaS बॉयलरप्लेट: $79-99
- व्यापक आइकन/इलस्ट्रेशन सेट: $49-69
- बहु-उद्देश्य CLI टूलकिट: $49
- विस्तृत डॉक्स के साथ API रैपर लाइब्रेरी: $49-79

खरीदार मनोविज्ञान: विचारित खरीद। डेवलपर 5-10 मिनट
मूल्यांकन करता है। विकल्पों से तुलना करता है। बचाए गए समय
की गणना करता है। "अगर यह 10 घंटे बचाता है और मैं अपने
समय को $50/घंटा मानता हूँ, $79 स्वाभाविक है।"

मुख्य अंतर्दृष्टि: आपको तुलना बिंदु चाहिए। दिखाएं कि
स्क्रैच से बनाने में कितना समय/प्रयास लगता है बनाम
आपकी किट खरीदना। यदि हों तो प्रशंसापत्र शामिल करें।

टियर 3: $149-499 — कोर्स, व्यापक समाधान, प्रीमियम टेम्पलेट

इस रेंज के उत्पाद एक कौशल बदलते हैं या संपूर्ण प्रणाली प्रदान करते हैं।

उदाहरण:
- वीडियो कोर्स (10+ घंटे): $149-299
- पूर्ण सोर्स + वीडियो वॉकथ्रू के साथ SaaS स्टार्टर किट: $199-299
- एंटरप्राइज़ कंपोनेंट लाइब्रेरी: $299-499
- व्यापक डेवलपर टूलकिट (कई टूल): $199
- "X को स्क्रैच से बनाएं" पूर्ण कोडबेस + पाठ: $149-249

खरीदार मनोविज्ञान: निवेश खरीद। खरीदार को खर्च
(स्वयं या मैनेजर को) जस्टिफ़ाई करना होगा। सामाजिक
प्रमाण, विस्तृत प्रीव्यू, और स्पष्ट ROI कथा चाहिए।

मुख्य अंतर्दृष्टि: इस टियर पर, मनी-बैक गारंटी दें।
खरीद चिंता कम करती है और रूपांतरण बढ़ाती है। डिजिटल
डेवलपर उत्पादों की रिफ़ंड दरें आमतौर पर 3-5% हैं।
बढ़े हुए रूपांतरण रिफ़ंड से कहीं अधिक हैं।

3-टियर मूल्य निर्धारण रणनीति

अगर आपका उत्पाद इसका समर्थन करता है, तीन मूल्य निर्धारण टियर दें। यह यादृच्छिक नहीं है — यह "center stage effect" नामक एक प्रलेखित संज्ञानात्मक पूर्वाग्रह का शोषण करता है। तीन विकल्प प्रस्तुत होने पर, अधिकांश लोग बीच वाला चुनते हैं।

टियर संरचना:

बेसिक          प्रो (हाइलाइटेड)      टीम/एंटरप्राइज़
$29             $59                   $149
कोर फ़ीचर       बेसिक में सब कुछ      प्रो में सब कुछ
                + प्रीमियम फ़ीचर      + टीम फ़ीचर
                + प्राथमिकता सपोर्ट   + व्यावसायिक लाइसेंस

रूपांतरण वितरण (सामान्य):
- बेसिक: 20-30%
- प्रो: 50-60% ← यह आपका लक्ष्य है
- टीम: 10-20%

टियर कैसे डिज़ाइन करें:

  1. प्रो टियर से शुरू करें। यह वह उत्पाद है जो आप वास्तव में बेचना चाहते हैं, उस मूल्य पर जो इसके मूल्य को दर्शाता है। इसे पहले डिज़ाइन करें।

  2. प्रो से फ़ीचर हटाकर बेसिक टियर बनाएं। इतना हटाएं कि बेसिक समस्या हल करे लेकिन प्रो इसे अच्छी तरह हल करे। बेसिक थोड़ा निराशाजनक लगना चाहिए — प्रयोग योग्य, लेकिन स्पष्ट रूप से सीमित।

  3. प्रो में फ़ीचर जोड़कर टीम टियर बनाएं। मल्टी-सीट लाइसेंसिंग, व्यावसायिक उपयोग अधिकार, प्राथमिकता सपोर्ट, कस्टम ब्रांडिंग, सोर्स कोड एक्सेस, Figma फ़ाइलें, आदि।

वास्तविक मूल्य निर्धारण पेज उदाहरण:

DashKit

स्टार्टर — $29                    प्रो — $59                        टीम — $149
                                 ★ सबसे लोकप्रिय                   एजेंसियों के लिए सर्वश्रेष्ठ

✓ 12 कोर कंपोनेंट               ✓ स्टार्टर में सब कुछ             ✓ प्रो में सब कुछ
✓ React + TypeScript             ✓ 8 फ़ुल-पेज टेम्पलेट            ✓ 5 टीम सदस्य तक
✓ डार्क मोड                      ✓ Figma डिज़ाइन फ़ाइलें           ✓ व्यावसायिक लाइसेंस
✓ npm install                    ✓ एडवांस्ड डेटा टेबल              (असीमित क्लाइंट प्रोजेक्ट)
✓ 6 महीने अपडेट                 ✓ चार्ट लाइब्रेरी इंटीग्रेशन      ✓ प्राथमिकता सपोर्ट
                                 ✓ 12 महीने अपडेट                 ✓ लाइफ़टाइम अपडेट
                                 ✓ प्राथमिकता फ़ीचर अनुरोध        ✓ कस्टम ब्रांडिंग विकल्प

[स्टार्टर लें]                    [प्रो लें]                        [टीम लें]

मूल्य एंकरिंग

एंकरिंग वह संज्ञानात्मक पूर्वाग्रह है जहाँ पहला नंबर जो लोग देखते हैं, बाद के नंबरों की धारणा को प्रभावित करता है। इसे नैतिक रूप से उपयोग करें:

  1. महंगा विकल्प पहले दिखाएं (पश्चिमी लेआउट में दाईं ओर)। $149 देखने से $59 उचित लगता है।

  2. "बचाए गए घंटे" गणना दिखाएं।

    "Building these components from scratch takes ~40 hours.
At $50/hour, that's $2,000 of your time.
DashKit Pro: $59."

  3. सब्सक्रिप्शन के लिए "प्रति दिन" रीफ़्रेमिंग उपयोग करें।

    "$19/month" → "Less than $0.63/day"
"$99/year" → "$8.25/month" या "$0.27/day"

  4. वार्षिक बिलिंग छूट। वार्षिक योजनाओं पर 2 महीने मुफ़्त दें। यह मानक और अपेक्षित है। वार्षिक बिलिंग चर्न को 30-40% कम करती है क्योंकि रद्दीकरण के लिए एक नवीनीकरण बिंदु पर एक सचेत निर्णय की आवश्यकता होती है, चल रहा मासिक निर्णय नहीं।

मासिक: $19/माह
वार्षिक: $190/वर्ष ($38 बचाएं — 2 महीने मुफ़्त)

ऐसे दिखाएं:
मासिक: $19/माह
वार्षिक: $15.83/माह ($190 पर वार्षिक बिलिंग)

मूल्य A/B टेस्टिंग

मूल्य परीक्षण मूल्यवान लेकिन संवेदनशील है। बेईमान हुए बिना ऐसे करें:

स्वीकार्य तरीके:

अस्वीकार्य:

मूल्य कब बढ़ाएं

जब इनमें से कोई सत्य हो तो मूल्य बढ़ाएं:

  1. रूपांतरण दर 5% से ऊपर। आप बहुत सस्ते हैं। डेवलपर उत्पाद लैंडिंग पेज के लिए स्वस्थ रूपांतरण दर 1-3% है। 5% से ऊपर मतलब लगभग हर कोई जो मूल्य देखता है सहमत है कि यह अच्छी डील है — जिसका मतलब है कि आप पैसे टेबल पर छोड़ रहे हैं।

  2. किसी ने मूल्य की शिकायत नहीं की। अगर 100 में से शून्य लोग कहते हैं यह बहुत महंगा है, तो यह बहुत सस्ता है। स्वस्थ उत्पाद में लगभग 20% विज़िटर सोचते हैं कि मूल्य अधिक है। मतलब 80% सोचते हैं कि यह उचित या अच्छी डील है।

  3. लॉन्च के बाद से महत्वपूर्ण फ़ीचर जोड़े हैं। $29 पर 3 फ़ीचर के साथ लॉन्च किया। अब 8 फ़ीचर और बेहतर डॉक्यूमेंटेशन है। उत्पाद अधिक मूल्य का है। अधिक चार्ज करें।

  4. प्रशंसापत्र और सामाजिक प्रमाण हैं। अनुमानित मूल्य सामाजिक प्रमाण से बढ़ता है। 5+ सकारात्मक समीक्षाएं होने पर, आपका उत्पाद खरीदार के मन में अधिक मूल्य का है।

मूल्य कैसे बढ़ाएं:

सीधी बात: अधिकांश डेवलपर 50-200% कम मूल्य रखते हैं। आपका $29 उत्पाद शायद $49 का है। आपका $49 उत्पाद शायद $79 का है। मुझे पता है क्योंकि डेवलपर अपनी भुगतान इच्छा पर एंकर करते हैं (कम — हम टूलिंग पर कंजूस हैं) बजाय ग्राहक की भुगतान इच्छा (अधिक — वे ऐसी समस्या का समाधान खरीद रहे हैं जो उन्हें समय खर्च कराती है)। अपनी सोच से पहले मूल्य बढ़ाएं।

आपकी बारी

  1. अपने उत्पाद का मूल्य तय करें। ऊपर टियर विश्लेषण के आधार पर, अपने v0.1 लॉन्च के लिए मूल्य बिंदु चुनें। लिखें। अगर असहज लगता है क्योंकि "बहुत अधिक" लगता है, तो आप शायद सही रेंज में हैं। अगर आरामदायक लगता है, 50% जोड़ें।

  2. अपना मूल्य निर्धारण पेज डिज़ाइन करें। 3-टियर टेम्पलेट का उपयोग करके, अपना मूल्य निर्धारण पेज कॉपी डिज़ाइन करें। पहचानें कौन से फ़ीचर किस टियर में जाते हैं। अपना "हाइलाइटेड" टियर पहचानें (जो आप चाहते हैं कि अधिकांश लोग खरीदें)।

  3. अपनी गणित करें। भरें:

    • प्रति बिक्री मूल्य: $___
    • लक्षित मासिक राजस्व: $___
    • प्रति माह आवश्यक बिक्री संख्या: ___
    • अनुमानित आवश्यक लैंडिंग पेज विज़िटर (2% रूपांतरण पर): ___
    • क्या वह विज़िटर संख्या आपकी वितरण योजना से प्राप्त हो सकती है? (हाँ/नहीं)

पाठ 4: कानूनी न्यूनतम व्यवहार्य सेटअप

"30 मिनट का कानूनी सेटअप अभी आपको बाद में 30 घंटे की दहशत से बचाता है।"

कानूनी सेटअप की सच्ची बात

अधिकांश डेवलपर या तो कानूनी को पूरी तरह अनदेखा करते हैं (जोखिमपूर्ण) या इससे लकवाग्रस्त हो जाते हैं (बर्बादी)। सही तरीका न्यूनतम व्यवहार्य कानूनी सेटअप है: वैध रूप से संचालन के लिए पर्याप्त सुरक्षा, $5 कमाने से पहले वकील पर $5,000 खर्च किए बिना।

यह रहा आपको पहली बिक्री से पहले वास्तव में क्या चाहिए, 100वीं बिक्री से पहले क्या चाहिए, और बहुत बाद तक क्या नहीं चाहिए।

पहली बिक्री से पहले (इस सप्ताहांत करें)

1. अपना रोज़गार अनुबंध जाँचें (30 मिनट)

अगर फ़ुल-टाइम नौकरी है, कुछ भी बनाने से पहले अपने रोज़गार अनुबंध का IP खंड पढ़ें। विशेष रूप से देखें:

आप क्या खोज रहे हैं:

सुरक्षित: "Inventions made on company time or using company resources
belong to the company." → आपके व्यक्तिगत मशीन पर सप्ताहांत
प्रोजेक्ट आपका है।

अस्पष्ट: "All inventions related to the company's current or
anticipated business." → अगर साइड प्रोजेक्ट नियोक्ता के
समान क्षेत्र में है, कानूनी सलाह लें।

प्रतिबंधात्मक: "All inventions conceived during the period of
employment belong to the company." → यह आक्रामक है लेकिन
कुछ कंपनियों में आम। आगे बढ़ने से पहले कानूनी सलाह लें।

कैलिफ़ोर्निया, डेलावेयर, इलिनोइस, मिनेसोटा, वाशिंगटन जैसे राज्यों के कानून हैं जो नियोक्ताओं की आपके व्यक्तिगत आविष्कारों पर दावे को सीमित करते हैं। लेकिन आपके अनुबंध की विशिष्ट भाषा मायने रखती है।

सामान्य गलती: "मैं बस इसे गुप्त रखूंगा।" अगर आपका उत्पाद काफ़ी सफल होता है, कोई नोटिस करेगा। अगर यह आपके रोज़गार अनुबंध का उल्लंघन करता है, तो उत्पाद और नौकरी दोनों खो सकते हैं। अभी 30 मिनट अनुबंध पढ़ना इसे रोकता है।

2. गोपनीयता नीति (15 मिनट)

अगर आपका उत्पाद कोई भी डेटा एकत्र करता है — खरीद के लिए ईमेल पता भी — आपको गोपनीयता नीति चाहिए। यह EU (GDPR), कैलिफ़ोर्निया (CCPA), और बढ़ते हुए हर जगह कानूनी आवश्यकता है।

स्क्रैच से न लिखें। जनरेटर उपयोग करें:

आपकी गोपनीयता नीति में शामिल होना चाहिए:

# [उत्पाद नाम] के लिए गोपनीयता नीति
अंतिम अपडेट: [तारीख]

## हम क्या एकत्र करते हैं
- ईमेल पता (खरीद पुष्टि और उत्पाद अपडेट के लिए)
- भुगतान जानकारी ([Lemon Squeezy/Stripe] द्वारा संसाधित,
  हम आपकी कार्ड जानकारी कभी नहीं देखते या स्टोर करते)
- बुनियादी उपयोग एनालिटिक्स (पेज व्यू, फ़ीचर उपयोग —
  [Plausible/Fathom/Umami] के ज़रिए, गोपनीयता-सम्मानजनक, कोई कुकीज़ नहीं)

## हम क्या एकत्र नहीं करते
- हम आपको वेब पर ट्रैक नहीं करते
- हम आपका डेटा किसी को नहीं बेचते
- हम विज्ञापन कुकीज़ उपयोग नहीं करते

## हम आपका डेटा कैसे उपयोग करते हैं
- आपने जो उत्पाद खरीदा उसे डिलीवर करने के लिए
- उत्पाद अपडेट और महत्वपूर्ण सूचनाएं भेजने के लिए
- समग्र उपयोग पैटर्न पर आधारित उत्पाद सुधारने के लिए

## डेटा संग्रहण
- आपका डेटा [होस्टिंग प्रदाता] सर्वर पर [क्षेत्र] में संग्रहीत है
- भुगतान डेटा पूरी तरह [Lemon Squeezy/Stripe] द्वारा संभाला जाता है

## आपके अधिकार
- आप कभी भी अपने डेटा की कॉपी का अनुरोध कर सकते हैं
- आप कभी भी अपने डेटा को हटाने का अनुरोध कर सकते हैं
- संपर्क: [आपका ईमेल]

## परिवर्तन
- महत्वपूर्ण परिवर्तनों की सूचना ईमेल द्वारा देंगे

इसे yourdomain.com/privacy पर रखें। चेकआउट पेज फ़ुटर से लिंक करें।

3. सेवा की शर्तें (15 मिनट)

सेवा की शर्तें अनुचित दावों से आपकी रक्षा करती हैं। डिजिटल उत्पाद के लिए, ये सीधी हैं।

# [उत्पाद नाम] के लिए सेवा की शर्तें
अंतिम अपडेट: [तारीख]

## लाइसेंस
[उत्पाद नाम] खरीदने पर, आपको इसे [व्यक्तिगत/व्यावसायिक]
उद्देश्यों के लिए उपयोग करने का लाइसेंस प्राप्त होता है।

- **सिंगल लाइसेंस:** अपने प्रोजेक्ट में उपयोग (असीमित)
- **टीम लाइसेंस:** [N] टीम सदस्यों तक उपयोग
- आप पुनर्वितरण, पुनर्बिक्री, या एक्सेस क्रेडेंशियल साझा नहीं कर सकते

## रिफ़ंड
- डिजिटल उत्पाद: [30-दिन / 14-दिन] मनी-बैक गारंटी
- असंतुष्ट होने पर, पूर्ण रिफ़ंड के लिए [आपका ईमेल] पर ईमेल करें
- रिफ़ंड विंडो के भीतर कोई सवाल नहीं

## देयता
- [उत्पाद नाम] बिना वारंटी "जैसा है" प्रदान किया जाता है
- उत्पाद के उपयोग से उत्पन्न क्षति के लिए हम उत्तरदायी नहीं
- अधिकतम देयता आपने जो भुगतान किया उससे सीमित

## सपोर्ट
- सपोर्ट [आपका ईमेल] पर ईमेल द्वारा प्रदान किया जाता है
- [48 घंटे / 2 कार्यदिवस] के भीतर जवाब देने का लक्ष्य

## संशोधन
- सूचना के साथ इन शर्तों को अपडेट कर सकते हैं
- निरंतर उपयोग अपडेटेड शर्तों की स्वीकृति है

इसे yourdomain.com/terms पर रखें। चेकआउट पेज फ़ुटर से लिंक करें।

100वीं बिक्री से पहले (पहले कुछ महीने)

4. व्यावसायिक इकाई (1-3 घंटे + प्रसंस्करण समय)

एकल स्वामी के रूप में संचालन (डिफ़ॉल्ट जब आप व्यवसाय गठन किए बिना चीज़ें बेचते हैं) पहली बिक्री के लिए काम करता है। लेकिन जैसे-जैसे राजस्व बढ़ता है, आप देयता सुरक्षा और कर लाभ चाहेंगे।

संयुक्त राज्य अमेरिका — LLC:

LLC (सीमित देयता कंपनी) एकल डेवलपर व्यवसायों के लिए मानक विकल्प है।

लागत: राज्य के अनुसार $50-500 (फ़ाइलिंग शुल्क)
समय: प्रसंस्करण के लिए 1-4 सप्ताह
कहाँ फ़ाइल करें: अपने गृह राज्य में, जब तक कि
डेलावेयर या वायोमिंग का कोई विशिष्ट कारण न हो

DIY फ़ाइलिंग (सबसे सस्ता):
1. अपने राज्य के Secretary of State वेबसाइट पर जाएं
2. "Articles of Organization" फ़ाइल करें (फ़ॉर्म आमतौर पर 1-2 पेज)
3. फ़ाइलिंग शुल्क भुगतान करें (राज्य के अनुसार $50-250)
4. IRS.gov से EIN (कर ID) प्राप्त करें — मुफ़्त, तुरंत ऑनलाइन

एकल डेवलपर के लिए राज्य तुलना:
- वायोमिंग: $100 फ़ाइलिंग, $60/वर्ष वार्षिक रिपोर्ट। कोई राज्य आयकर नहीं।
             गोपनीयता के लिए अच्छा (सार्वजनिक सदस्य जानकारी आवश्यक नहीं)।
- डेलावेयर: $90 फ़ाइलिंग, $300/वर्ष वार्षिक कर। लोकप्रिय लेकिन एकल
            डेवलपर के लिए ज़रूरी नहीं कि बेहतर।
- न्यू मेक्सिको: $50 फ़ाइलिंग, कोई वार्षिक रिपोर्ट नहीं। बनाए रखने में सबसे सस्ता।
- कैलिफ़ोर्निया: $70 फ़ाइलिंग, $800/वर्ष न्यूनतम फ़्रैंचाइज़ कर।
              महंगा। $0 कमाने पर भी यह देना होगा।

Stripe Atlas (अगर आप चाहते हैं कि यह आपके लिए हो):

Stripe Atlas (https://atlas.stripe.com) $500 में एक डेलावेयर LLC, US बैंक अकाउंट (Mercury के ज़रिए), Stripe अकाउंट सेट करता है, और कर एवं कानूनी गाइड देता है। अगर आप US से बाहर हैं या बस चाहते हैं कि कोई और कागज़ी कार्रवाई संभाले, यह $500 की कीमत है।

यूनाइटेड किंगडम — Ltd कंपनी:

लागत: Companies House पर GBP 12 (https://www.gov.uk/set-up-limited-company)
समय: आमतौर पर 24-48 घंटे
चलता रहता है: वार्षिक पुष्टि विवरण (GBP 13), वार्षिक लेखा फ़ाइलिंग

एकल डेवलपर के लिए: Ltd कंपनी देयता सुरक्षा और कर दक्षता
देती है जब मुनाफ़ा ~GBP 50,000/वर्ष से अधिक हो।
उससे नीचे, sole trader सरल है।

यूरोपीय संघ:

हर देश की अपनी संरचना है। सामान्य विकल्प:

ऑस्ट्रेलिया:

एकल व्यापारी: ABN आवेदन के ज़रिए मुफ़्त पंजीकरण (https://www.abr.gov.au)
कंपनी (Pty Ltd): ASIC के साथ AUD 538 पंजीकरण
एकल डेवलपर के लिए: एकल व्यापारी से शुरू करें। जब राजस्व
लेखा व्यय को उचित ठहराए (~AUD 100K+/वर्ष) तब कंपनी पंजीकृत करें।

5. कर दायित्व

अगर आप भुगतान प्लेटफ़ॉर्म के रूप में Lemon Squeezy उपयोग कर रहे हैं, वे Merchant of Record के रूप में बिक्री कर और VAT संभालते हैं। यह बड़ा सरलीकरण है।

अगर Stripe सीधे उपयोग कर रहे हैं, आप ज़िम्मेदार हैं:

सीधी बात: एकल डेवलपर के लिए Stripe पर Lemon Squeezy का सबसे बड़ा लाभ चेकआउट पेज या फ़ीचर नहीं है। यह है कि वे वैश्विक कर अनुपालन संभालते हैं। अंतर्राष्ट्रीय बिक्री कर दुःस्वप्न है। Lemon Squeezy प्रति लेनदेन 5% + $0.50 लेता है और दुःस्वप्न गायब कर देता है। $5,000+/माह कमाने तक, 5% इसके लायक है। उसके बाद, मूल्यांकन करें कि Stripe + TaxJar से खुद कर प्रबंधित करने से पैसे और मानसिक शांति बचती है या नहीं।

6. बौद्धिक संपदा मूल बातें

आपको क्या जानना चाहिए:

# अपने प्रोजेक्ट की डिपेंडेंसी लाइसेंस जाँचें (Node.js)
npx license-checker --summary

# विशेष रूप से समस्याग्रस्त लाइसेंस जाँचें
npx license-checker --failOn "GPL-2.0;GPL-3.0;AGPL-3.0"

# Rust प्रोजेक्ट के लिए
cargo install cargo-license
cargo license

7. बीमा

$29 की कंपोनेंट लाइब्रेरी के लिए बीमा नहीं चाहिए। बीमा चाहिए अगर:

ज़रूरत पड़ने पर, पेशेवर देयता बीमा (errors and omissions / E&O) एकल डेवलपर व्यवसाय के लिए $500-1,500/वर्ष लागत आती है।

आपकी बारी

  1. अपना रोज़गार अनुबंध पढ़ें। नौकरी में हैं तो, IP खंड और प्रतिस्पर्धा-निषेध खंड खोजें। वर्गीकृत करें: सुरक्षित / अस्पष्ट / प्रतिबंधात्मक। अस्पष्ट या प्रतिबंधात्मक हो तो, लॉन्च से पहले रोज़गार वकील से परामर्श करें (कई 30 मिनट की मुफ़्त परामर्श देते हैं)।

  2. कानूनी दस्तावेज़ जनरेट करें। Termly या Avodocs पर जाएं और अपने उत्पाद के लिए गोपनीयता नीति और सेवा की शर्तें जनरेट करें। HTML या Markdown में सहेजें। अपने उत्पाद डोमेन पर /privacy और /terms पर डिप्लॉय करें।

  3. इकाई निर्णय लें। ऊपर मार्गदर्शन और आपके देश में निवास के आधार पर, निर्णय लें: एकल स्वामी के रूप में लॉन्च करें (सबसे तेज़) या पहले LLC/Ltd/समकक्ष बनाएं (अधिक सुरक्षा)। अपना निर्णय और समयरेखा लिखें।

  4. अपनी डिपेंडेंसी जाँचें। अपने प्रोजेक्ट पर लाइसेंस चेकर चलाएं। व्यावसायिक उत्पाद बेचने से पहले कोई भी GPL/AGPL डिपेंडेंसी हल करें।

पाठ 5: 2026 में काम करने वाले वितरण चैनल

"बनाना 20% काम है। लोगों के सामने लाना बाकी 80% है।"

वितरण की वास्तविकता

अधिकांश डेवलपर उत्पाद इसलिए विफल नहीं होते कि वे ख़राब हैं, बल्कि इसलिए कि कोई नहीं जानता कि वे मौजूद हैं। वितरण — अपने उत्पाद को संभावित ग्राहकों के सामने लाना — वह कौशल है जिसमें अधिकांश डेवलपर सबसे कमज़ोर हैं। और यह वह कौशल है जो सबसे ज़्यादा मायने रखता है।

यहाँ सात वितरण चैनल हैं जो प्रयास, समयरेखा, और अपेक्षित रिटर्न द्वारा रैंक किए गए। सातों की ज़रूरत नहीं। 2-3 चुनें जो आपकी ताकत और दर्शकों से मेल खाते हैं।

चैनल 1: Hacker News

प्रयास: उच्च | समयरेखा: तुरंत (0-48 घंटे) | प्रकृति: दावत-या-अकाल

Hacker News (https://news.ycombinator.com) डेवलपर उत्पादों के लिए सबसे अधिक लीवरेज वाला एकल-घटना वितरण चैनल है। फ़्रंट-पेज Show HN पोस्ट 24 घंटों में 5,000-30,000 विज़िटर भेज सकता है। लेकिन यह अप्रत्याशित है — अधिकांश पोस्ट को शून्य कर्षण मिलता है।

HN पर क्या काम करता है:

HN पर क्या काम नहीं करता:

Show HN प्लेबुक:

पोस्ट करने से पहले:
1. अपनी श्रेणी में हालिया सफल Show HN पोस्ट का अध्ययन करें
   https://hn.algolia.com — "Show HN" से फ़िल्टर करें, पॉइंट से सॉर्ट करें
2. पोस्ट शीर्षक तैयार करें: "Show HN: [नाम] – [70 वर्णों से कम में क्या करता है]"
   अच्छा: "Show HN: ScrubLog – Strip PII from Log Files in One Command"
   ख़राब: "Show HN: Introducing ScrubLog, the AI-Powered Log Anonymization Platform"
3. लाइव डेमो तैयार रखें (HN पाठक पढ़ने के बजाय आज़माना चाहते हैं)
4. संभावित प्रश्नों के उत्तर तैयार करें (तकनीकी निर्णय, मूल्य निर्धारण तर्क)

पोस्ट करना:
5. US Eastern Time मंगलवार से गुरुवार, सुबह 7-9 बजे बीच पोस्ट करें
   (सबसे अधिक ट्रैफ़िक, सबसे अधिक कर्षण की संभावना)
6. बॉडी 4-6 पैराग्राफ़ होनी चाहिए:
   - यह क्या है (1 पैराग्राफ़)
   - क्यों बनाया (1 पैराग्राफ़)
   - तकनीकी विवरण (1-2 पैराग्राफ़)
   - क्या खोज रहे हैं (फ़ीडबैक, विशिष्ट प्रश्न)

पोस्ट करने के बाद:
7. पोस्ट करने के 4 घंटे बाद तक ऑनलाइन रहें। हर टिप्पणी का जवाब दें।
8. विनम्र और तकनीकी रहें। HN सीमाओं के बारे में ईमानदारी पुरस्कृत करता है।
9. कोई बग ढूंढे तो, लाइव ठीक करें और जवाब दें "Fixed, thanks."
10. दोस्तों से अपवोट न माँगें। HN में वोट-रिंग डिटेक्शन है।

अपेक्षित परिणाम (यथार्थवादी):

यह प्रयास-भारित संभावनाओं वाली लॉटरी है। बढ़िया उत्पाद + बढ़िया पोस्ट को शायद 30% सार्थक कर्षण मिलने की संभावना। गारंटीड नहीं। लेकिन अपसाइड विशाल है।

चैनल 2: Reddit

प्रयास: मध्यम | समयरेखा: 1-7 दिन | प्रकृति: स्थायी, दोहराने योग्य

Reddit डेवलपर उत्पादों के लिए सबसे सुसंगत वितरण चैनल है। HN (एक शॉट) के विपरीत, Reddit में सैकड़ों विशिष्ट सबरेडिट हैं जहाँ आपका उत्पाद प्रासंगिक है।

सबरेडिट चयन:

सामान्य डेवलपर सबरेडिट:
- r/SideProject (140K+ सदस्य) — इसके लिए बना है
- r/webdev (2.4M सदस्य) — विशाल, प्रतिस्पर्धी
- r/programming (6.3M सदस्य) — बहुत प्रतिस्पर्धी, समाचार-केंद्रित
- r/selfhosted (400K+ सदस्य) — उत्पाद सेल्फ़-होस्ट करने योग्य हो तो

फ़्रेमवर्क/भाषा-विशिष्ट:
- r/reactjs, r/nextjs, r/sveltejs, r/vuejs — फ़्रंटएंड टूल के लिए
- r/rust, r/golang, r/python — भाषा-विशिष्ट टूल के लिए
- r/node — Node.js टूल और पैकेज के लिए

डोमेन-विशिष्ट:
- r/devops — इन्फ़्रा/डिप्लॉयमेंट टूल के लिए
- r/machinelearning — AI/ML टूल के लिए
- r/datascience — डेटा टूल के लिए
- r/sysadmin — एडमिन/मॉनिटरिंग टूल के लिए

लॉन्ग टेल:
- अपने विशिष्ट नीश से संबंधित सबरेडिट खोजें
- छोटे सबरेडिट (10K-50K सदस्य) में अक्सर
  बड़ों से बेहतर रूपांतरण दरें होती हैं

Reddit एंगेजमेंट नियम:

  1. उत्पाद पोस्ट करने से पहले वास्तविक Reddit इतिहास रखें। केवल सेल्फ़-प्रमोशन करने वाले अकाउंट फ़्लैग और शैडोबैन होते हैं।
  2. सेल्फ़-प्रमोशन के बारे में हर सबरेडिट के नियमों का पालन करें। अधिकांश इसकी अनुमति देते हैं जब तक आप योगदान करने वाले सदस्य हैं।
  3. सच्चे रूप से संलग्न हों। प्रश्नों के उत्तर दें, मूल्य प्रदान करें, अन्य पोस्ट पर टिप्पणियों में सहायक बनें। फिर अपना उत्पाद साझा करें।
  4. अलग-अलग सबरेडिट के लिए अलग-अलग समय पर पोस्ट करें। शीर्ष गतिविधि समय के लिए https://later.com/reddit या समान टूल जाँचें।

अपेक्षित परिणाम (यथार्थवादी):

चैनल 3: Twitter/X

प्रयास: मध्यम | समयरेखा: गति बनाने में 2-4 सप्ताह | प्रकृति: समय के साथ संचित

Twitter धीमी-निर्माण चैनल है। पहला लॉन्च ट्वीट दोस्तों से 5 लाइक मिलेंगे। लेकिन लगातार निर्माण प्रक्रिया साझा करने पर, दर्शक संचित होते हैं।

बिल्ड-इन-पब्लिक रणनीति:

सप्ताह 1: निर्माण प्रक्रिया साझा करना शुरू करें (लॉन्च से पहले)
- "Working on a [उत्पाद प्रकार]. Here's the problem I'm solving: [स्क्रीनशॉट]"
- "Day 3 of building [उत्पाद]. Got [फ़ीचर] working: [GIF/स्क्रीनशॉट]"

सप्ताह 2: निर्माण से तकनीकी अंतर्दृष्टि साझा करें
- "TIL you need to [तकनीकी सीख] when building [उत्पाद प्रकार]"
- "Architecture decision: chose [X] over [Y] because [कारण]"

सप्ताह 3: लॉन्च
- लॉन्च थ्रेड (पाठ 1 से फ़ॉर्मेट)
- विशिष्ट मेट्रिक्स साझा करें: "Day 1: X visitors, Y signups"

सप्ताह 4+: चालू
- ग्राहक फ़ीडबैक साझा करें (अनुमति से)
- राजस्व मील के पत्थर साझा करें (लोग वास्तविक नंबर पसंद करते हैं)
- चुनौतियाँ और समाधान साझा करें

किनसे एंगेज करें:

अपेक्षित परिणाम (यथार्थवादी):

Twitter 6-महीने का निवेश है, लॉन्च-दिन रणनीति नहीं। अभी शुरू करें, उत्पाद तैयार होने से पहले भी।

चैनल 4: Product Hunt

प्रयास: उच्च | समयरेखा: तीव्र गतिविधि का 1 दिन | प्रकृति: एकमुश्त बूस्ट

Product Hunt (https://producthunt.com) एक समर्पित लॉन्च प्लेटफ़ॉर्म है। शीर्ष-5 दैनिक समाप्ति 3,000-15,000 विज़िटर भेज सकती है। लेकिन तैयारी चाहिए।

Product Hunt लॉन्च चेकलिस्ट:

2 सप्ताह पहले:
- [ ] Product Hunt मेकर प्रोफ़ाइल बनाएं
- [ ] PH लिस्टिंग बनाएं: टैगलाइन, विवरण, चित्र, वीडियो
- [ ] 4-5 उच्च-गुणवत्ता स्क्रीनशॉट/GIF तैयार करें
- [ ] प्रेरणा समझाने वाला "पहला टिप्पणी" लिखें
- [ ] लॉन्च दिन समर्थन के लिए 10-20 लोगों को तैयार करें (नकली वोट नहीं —
      वास्तविक लोग जो उत्पाद आज़माएंगे और सच्ची टिप्पणियाँ छोड़ेंगे)
- [ ] "हंटर" खोजें (बड़ी PH फ़ॉलोइंग वाला कोई जो उत्पाद सबमिट करे)
      या स्वयं सबमिट करें

लॉन्च दिन (12:01 AM Pacific Time):
- [ ] मध्यरात्रि PT से ऑनलाइन रहें। PH मध्यरात्रि को रीसेट होता है।
- [ ] तुरंत "पहला टिप्पणी" पोस्ट करें
- [ ] Twitter, LinkedIn, ईमेल, Discord पर PH लिंक साझा करें
- [ ] PH लिस्टिंग पर हर टिप्पणी का जवाब दें
- [ ] दिनभर अपडेट पोस्ट करें ("Just shipped a fix for [X]!")
- [ ] मध्यरात्रि PT तक पूरे दिन मॉनिटर करें

बाद में:
- [ ] सभी समर्थकों का धन्यवाद करें
- [ ] "सीखे गए सबक" पोस्ट लिखें (Twitter/ब्लॉग कंटेंट के लिए अच्छा)
- [ ] PH बैज अपने लैंडिंग पेज पर एम्बेड करें (सामाजिक प्रमाण)

सामान्य गलती: उत्पाद तैयार होने से पहले Product Hunt पर लॉन्च करना। PH एक शॉट देता है। एक बार उत्पाद लॉन्च करने के बाद, दोबारा लॉन्च नहीं कर सकते। तब तक प्रतीक्षा करें जब तक उत्पाद पॉलिश हो, लैंडिंग पेज कन्वर्ट करे, और भुगतान प्रवाह काम करे। PH आपका "बड़ा लॉन्च" होना चाहिए — सॉफ़्ट लॉन्च नहीं।

अपेक्षित परिणाम (यथार्थवादी):

चैनल 5: Dev.to / Hashnode / तकनीकी ब्लॉग पोस्ट

प्रयास: कम-मध्यम | समयरेखा: 1-3 महीनों में SEO परिणाम | प्रकृति: लॉन्ग-टेल, हमेशा संचित

तकनीकी ब्लॉग पोस्ट लिखें जो आपके उत्पाद से संबंधित समस्याएं हल करें, और अपने उत्पाद को समाधान के रूप में बताएं।

कंटेंट रणनीति:

हर उत्पाद के लिए 3-5 ब्लॉग पोस्ट लिखें:

1. "How to [आपके उत्पाद की समस्या हल करो] in 2026"
   - मैनुअल तरीका सिखाएं, फिर शॉर्टकट के रूप में उत्पाद बताएं

2. "I built [उत्पाद] in 48 hours — here's what I learned"
   - बिल्ड-इन-पब्लिक कंटेंट। तकनीकी विवरण + ईमानदार चिंतन।

3. "[प्रतिस्पर्धी] vs [आपका उत्पाद]: Honest Comparison"
   - वास्तव में निष्पक्ष रहें। बताएं जहाँ प्रतिस्पर्धी जीतता है।
   - तुलना-खरीदारी ट्रैफ़िक पकड़ता है।

4. "[आपके उत्पाद से संबंधित तकनीकी अवधारणा] explained"
   - शुद्ध शिक्षा। अंत में एक बार उत्पाद बताएं।

5. "The tools I use for [आपके उत्पाद का डोमेन] in 2026"
   - सूची प्रारूप। अन्य के साथ अपना उत्पाद शामिल करें।

कहाँ प्रकाशित करें:

प्रति पोस्ट अपेक्षित परिणाम:

एक अच्छी तरह लिखी ब्लॉग पोस्ट वर्षों तक 200+ विज़िटर/माह दे सकती है। पाँच पोस्ट 1,000+/माह देती हैं। यह संचित होता है।

चैनल 6: प्रत्यक्ष आउटरीच

प्रयास: उच्च | समयरेखा: तुरंत | प्रकृति: सर्वोच्च रूपांतरण दर

कोल्ड ईमेल और DM की किसी भी चैनल से सर्वोच्च रूपांतरण दर है — लेकिन प्रति लीड सर्वोच्च प्रयास भी। $99+ उत्पादों या B2B बिक्री के लिए इसका उपयोग करें।

संभावित ग्राहकों तक पहुँचने के लिए ईमेल टेम्पलेट:

विषय: Quick question about [उनकी विशिष्ट पेन पॉइंट]

Hi [नाम],

I saw your [ट्वीट/पोस्ट/टिप्पणी] about [उन्होंने जो विशिष्ट समस्या बताई]।

I built [उत्पाद नाम] specifically for this — it [एक वाक्य में
क्या करता है]।

Would you be open to trying it? Happy to give you free access
for feedback.

[आपका नाम]
[उत्पाद लिंक]

कोल्ड आउटरीच नियम:

अपेक्षित परिणाम:

$99 उत्पाद के लिए, 100 लोगों को ईमेल = 1-4 बिक्री = $99-396। स्केलेबल नहीं, लेकिन शुरुआती ग्राहक और फ़ीडबैक पाने के लिए उत्कृष्ट।

चैनल 7: SEO

प्रयास: कम चालू | समयरेखा: परिणाम में 3-6 महीने | प्रकृति: हमेशा संचित

SEO सर्वश्रेष्ठ दीर्घकालिक वितरण चैनल है। शुरू में धीमा लेकिन एक बार काम करने पर, अनिश्चितकाल तक मुफ़्त ट्रैफ़िक भेजता है।

डेवलपर-केंद्रित SEO रणनीति:

1. लॉन्ग-टेल कीवर्ड लक्षित करें (रैंक करना आसान):
   बजाय: "dashboard components"
   लक्षित करें: "tailwind dashboard components react typescript"

2. प्रति कीवर्ड एक पेज बनाएं:
   हर ब्लॉग पोस्ट या डॉक्स पेज एक विशिष्ट खोज क्वेरी लक्षित करता है

3. तकनीकी कार्यान्वयन:
   - तेज़ लोड के लिए स्टैटिक साइट जनरेशन (Astro, Next.js SSG) उपयोग करें
   - हर पेज पर meta descriptions जोड़ें
   - सेमांटिक HTML उपयोग करें (h1, h2, h3 पदानुक्रम)
   - हर इमेज पर alt text जोड़ें
   - Google Search Console में साइटमैप सबमिट करें

4. डेवलपर टूल के लिए रैंक करने वाला कंटेंट:
   - डॉक्यूमेंटेशन पेज (आश्चर्यजनक रूप से SEO के लिए अच्छे)
   - तुलना पेज ("X vs Y")
   - ट्यूटोरियल पेज ("How to do X with Y")
   - चेंजलॉग पेज (Google के लिए ताज़ा कंटेंट संकेत)

# Google Search Console में साइटमैप सबमिट करें
# 1. https://search.google.com/search-console पर जाएं
# 2. अपनी प्रॉपर्टी जोड़ें (डोमेन या URL प्रीफ़िक्स)
# 3. स्वामित्व सत्यापित करें (DNS TXT रिकॉर्ड या HTML फ़ाइल)
# 4. साइटमैप URL सबमिट करें: yourdomain.com/sitemap.xml

# Astro उपयोग कर रहे हों तो:
pnpm add @astrojs/sitemap
# साइटमैप /sitemap.xml पर ऑटो-जनरेट होता है

# Next.js उपयोग कर रहे हों तो, next-sitemap.config.js में जोड़ें:
# pnpm add next-sitemap

अपेक्षित परिणाम:

चैनल चयन ढाँचा

सातों अच्छी तरह नहीं कर सकते। इस मैट्रिक्स के आधार पर 2-3 चुनें:

अगर आप... प्राथमिकता दें छोड़ें
इस सप्ताहांत लॉन्च कर रहे Reddit + HN SEO, Twitter (बहुत धीमे)
पहले दर्शक बना रहे Twitter + ब्लॉग पोस्ट प्रत्यक्ष आउटरीच, PH
$99+ उत्पाद बेच रहे प्रत्यक्ष आउटरीच + HN Dev.to (दर्शक मुफ़्त की उम्मीद करते हैं)
लंबा खेल खेल रहे SEO + ब्लॉग पोस्ट + Twitter PH (एक शॉट, बाद में उपयोग करें)
अंग्रेज़ी-भाषी नहीं Dev.to + Reddit (वैश्विक) HN (US-केंद्रित)

आपकी बारी

  1. अपने 2-3 चैनल चुनें। ऊपर मैट्रिक्स और उत्पाद प्रकार के आधार पर, केंद्रित होने वाले चैनल चुनें। प्रत्येक के लिए नियोजित समयरेखा के साथ लिखें।

  2. अपना Reddit पोस्ट लिखें। पाठ 1 के टेम्पलेट का उपयोग करके, अभी r/SideProject पोस्ट ड्राफ़्ट लिखें। सहेजें। लॉन्च दिन पोस्ट करेंगे।

  3. पहली ब्लॉग पोस्ट लिखें। "How to [अपने उत्पाद की समस्या हल करो]" पोस्ट ड्राफ़्ट करें। लॉन्च के पहले सप्ताह में Dev.to या अपने ब्लॉग पर जाती है। 1,500-2,000 शब्दों का लक्ष्य रखें।

  4. Google Search Console सेट करें। 5 मिनट लगते हैं और दिन 1 से SEO डेटा देता है। लॉन्च से पहले करें ताकि बेसलाइन डेटा हो।

पाठ 6: आपकी लॉन्च चेकलिस्ट

"उम्मीद लॉन्च रणनीति नहीं है। चेकलिस्ट है।"

प्री-लॉन्च चेकलिस्ट

हर आइटम देखें। जब तक हर "आवश्यक" आइटम चेक न हो, लॉन्च न करें। "अनुशंसित" आइटम ज़रूरत पड़ने पर सप्ताह 1 में किए जा सकते हैं।

उत्पाद (आवश्यक):

- [ ] कोर फ़ीचर लैंडिंग पेज पर वर्णित अनुसार काम करता है
- [ ] खरीद → डिलीवरी प्रवाह में कोई गंभीर बग नहीं
- [ ] Chrome, Firefox, और Safari में काम करता है (वेब उत्पादों के लिए)
- [ ] मोबाइल-रिस्पॉन्सिव लैंडिंग पेज (50%+ ट्रैफ़िक मोबाइल है)
- [ ] त्रुटि संदेश सहायक हैं, स्टैक ट्रेस नहीं
- [ ] किसी भी एसिंक ऑपरेशन के लिए लोडिंग स्टेट

लैंडिंग पेज (आवश्यक):

- [ ] स्पष्ट हेडलाइन: 8 शब्दों या कम में क्या करता है
- [ ] समस्या कथन: ग्राहक की भाषा में 3 पेन पॉइंट
- [ ] समाधान अनुभाग: उत्पाद के स्क्रीनशॉट या डेमो
- [ ] मूल्य निर्धारण: दृश्य, स्पष्ट, बाय बटन के साथ
- [ ] कॉल टू एक्शन: एक प्राथमिक बटन, फ़ोल्ड से ऊपर दिखाई दे
- [ ] फ़ुटर में गोपनीयता नीति लिंक
- [ ] फ़ुटर में सेवा की शर्तें लिंक

भुगतान (आवश्यक):

- [ ] चेकआउट प्रवाह टेस्ट मोड में शुरू से अंत तक परीक्षित
- [ ] चेकआउट प्रवाह लाइव मोड में शुरू से अंत तक परीक्षित ($1 टेस्ट खरीद)
- [ ] Webhook भुगतान पुष्टि प्राप्त करता है
- [ ] भुगतान के बाद ग्राहक को उत्पाद एक्सेस मिलता है
- [ ] रिफ़ंड प्रक्रिया दस्तावेज़ित (रिफ़ंड अनुरोध आएंगे)
- [ ] रसीद/इनवॉइस स्वचालित भेजा जाता है

बुनियादी ढांचा (आवश्यक):

- [ ] कस्टम डोमेन लाइव साइट पर पॉइंट करता है
- [ ] HTTPS काम कर रहा (हरा ताला)
- [ ] अपटाइम निगरानी सक्रिय
- [ ] एनालिटिक्स स्क्रिप्ट इंस्टॉल और डेटा प्राप्त कर रही
- [ ] संपर्क ईमेल काम कर रहा (you@yourdomain.com)

वितरण (आवश्यक):

- [ ] Reddit पोस्ट ड्राफ़्ट और तैयार
- [ ] Show HN पोस्ट ड्राफ़्ट और तैयार (यदि लागू हो)
- [ ] Twitter लॉन्च थ्रेड ड्राफ़्ट
- [ ] साझा करने के लिए 2-3 समुदाय पहचाने

अनुशंसित (सप्ताह 1):

- [ ] सोशल शेयरिंग प्रीव्यू के लिए OpenGraph meta टैग
- [ ] कस्टम 404 पेज
- [ ] FAQ पेज या अनुभाग
- [ ] ग्राहक ऑनबोर्डिंग ईमेल अनुक्रम (वेलकम + शुरुआत)
- [ ] चेंजलॉग पेज (खाली भी — अपडेट के प्रति प्रतिबद्धता दिखाता है)
- [ ] ब्लॉग पोस्ट: "I built [उत्पाद] in 48 hours"
- [ ] Google Search Console सत्यापित और साइटमैप सबमिट

पोस्ट-लॉन्च एक्शन आइटम

दिन 1 (लॉन्च दिन):

सुबह:
- [ ] Reddit पर पोस्ट करें (r/SideProject + 1 विशिष्ट सबरेडिट)
- [ ] Show HN पोस्ट करें (यदि लागू)
- [ ] Twitter लॉन्च थ्रेड पोस्ट करें

पूरा दिन:
- [ ] Reddit, HN, और Twitter पर हर टिप्पणी का जवाब दें
- [ ] रियल-टाइम में एरर लॉग और एनालिटिक्स मॉनिटर करें
- [ ] उपयोगकर्ताओं द्वारा खोजे गए बग तुरंत ठीक करें
- [ ] हर ग्राहक को व्यक्तिगत धन्यवाद ईमेल भेजें

शाम:
- [ ] मेट्रिक्स जाँचें: विज़िटर, रूपांतरण दर, राजस्व
- [ ] एनालिटिक्स डैशबोर्ड का स्क्रीनशॉट लें (बाद में चाहेंगे)
- [ ] 3 सबसे आम फ़ीडबैक लिखें

सप्ताह 1:

- [ ] 24 घंटे के भीतर सभी फ़ीडबैक और सपोर्ट अनुरोधों का जवाब दें
- [ ] लॉन्च के दौरान पहचानी गई शीर्ष 3 बग/समस्याएं ठीक करें
- [ ] पहली ब्लॉग पोस्ट लिखें और प्रकाशित करें
- [ ] सभी ग्राहकों को फ़ीडबैक माँगता फ़ॉलो-अप ईमेल भेजें
- [ ] एनालिटिक्स समीक्षा: किन पेज की बाउंस दर सबसे अधिक?
- [ ] सरल फ़ीडबैक संग्रह विधि सेट करें (ईमेल, Typeform, या Canny)

रिकॉर्ड करने के साप्ताहिक मेट्रिक्स:
| मेट्रिक               | लक्ष्य    | वास्तविक |
|------------------------|----------|---------|
| अद्वितीय विज़िटर       | 500+     |         |
| चेकआउट क्लिक दर       | 2-5%     |         |
| खरीद रूपांतरण          | 1-3%     |         |
| राजस्व                | $50+     |         |
| सपोर्ट अनुरोध          | <10      |         |
| रिफ़ंड अनुरोध          | <2       |         |

महीना 1:

- [ ] ग्राहक फ़ीडबैक पर आधारित 4 साप्ताहिक सुधार शिप करें
- [ ] 2+ ब्लॉग पोस्ट प्रकाशित करें (SEO निर्माण)
- [ ] ग्राहकों से 3+ प्रशंसापत्र एकत्र करें
- [ ] लैंडिंग पेज पर प्रशंसापत्र जोड़ें
- [ ] मूल्य निर्धारण मूल्यांकन: बहुत अधिक? बहुत कम? (रूपांतरण डेटा समीक्षा)
- [ ] Product Hunt पर "बड़े लॉन्च" की योजना बनाएं (यदि लागू)
- [ ] भविष्य के उत्पाद लॉन्च के लिए ईमेल सूची बनाना शुरू करें
- [ ] वितरण चैनल रणनीति की समीक्षा और समायोजन करें

मासिक वित्तीय समीक्षा:
| श्रेणी              | राशि      |
|--------------------|----------|
| सकल राजस्व          | $        |
| भुगतान प्रोसेसर शुल्क | $      |
| होस्टिंग/इन्फ़्रा लागत | $      |
| API लागत            | $        |
| शुद्ध लाभ           | $        |
| निवेश किए गए घंटे    |          |
| प्रभावी प्रति घंटा दर | $       |

मेट्रिक्स डैशबोर्ड

रोज़ जाँचने वाला सरल मेट्रिक्स डैशबोर्ड सेट करें। फ़ैंसी होने की ज़रूरत नहीं — स्प्रेडशीट काम करती है।

=== दैनिक मेट्रिक्स (हर सुबह जाँचें) ===

तारीख: ___
कल के विज़िटर: ___
कल के नए ग्राहक: ___
कल का राजस्व: $___
सपोर्ट अनुरोध: ___
अपटाइम: ___%

=== साप्ताहिक मेट्रिक्स (हर सोमवार जाँचें) ===

सप्ताह: ___
कुल विज़िटर: ___
कुल ग्राहक: ___
कुल राजस्व: $___
रूपांतरण दर: ___% (ग्राहक / विज़िटर)
सबसे अधिक विज़िट किया गया पेज: ___
शीर्ष ट्रैफ़िक स्रोत: ___
शीर्ष फ़ीडबैक विषय: ___

=== मासिक मेट्रिक्स (महीने की 1 तारीख को जाँचें) ===

महीना: ___
कुल राजस्व: $___
कुल खर्च: $___
शुद्ध लाभ: $___
कुल ग्राहक: ___
रिफ़ंड: ___
चर्न दर (सब्सक्रिप्शन): ___%
MRR (मासिक आवर्ती राजस्व): $___
पिछले महीने की तुलना में विकास दर: ___%

गोपनीयता-सम्मानजनक एनालिटिक्स सेटअप:

// Plausible उपयोग कर रहे हों तो, अधिकांश उनके डैशबोर्ड में मिलता है।
// कस्टम इवेंट ट्रैकिंग के लिए:

// चेकआउट क्लिक ट्रैक करें
document.querySelector('#buy-button').addEventListener('click', () => {
  plausible('Checkout Click', {
    props: { tier: 'pro', price: '59' }
  });
});

// सफल खरीद ट्रैक करें (webhook सफलता हैंडलर से कॉल करें)
plausible('Purchase', {
  props: { tier: 'pro', revenue: '59' }
});

कब दोगुना करें, पिवट करें, या बंद करें

30 दिनों के डेटा के बाद, निर्णय लेने के लिए पर्याप्त संकेत है:

दोगुना करें (जारी रखें, और निवेश करें):

संकेत:
- राजस्व सप्ताह-दर-सप्ताह बढ़ रहा (धीमे भी)
- ग्राहक विशिष्ट फ़ीचर अनुरोध दे रहे (और चाहते हैं)
- रूपांतरण दर स्थिर या सुधर रही
- ऑर्गेनिक ट्रैफ़िक मिल रहा (बिना पोस्ट किए लोग खोज रहे)
- कम से कम एक ग्राहक ने कहा "इसने मेरा [समय/पैसा] बचाया"

कार्रवाई:
- वितरण प्रयास बढ़ाएं (एक चैनल जोड़ें)
- सबसे अधिक अनुरोधित फ़ीचर शिप करें
- मूल्य थोड़ा बढ़ाएं
- भविष्य के लॉन्च के लिए ईमेल सूची बनाना शुरू करें

पिवट करें (कोण बदलें, कोर रखें):

संकेत:
- विज़िटर लेकिन बिक्री नहीं (रुचि है लेकिन खरीद नहीं)
- अप्रत्याशित दर्शक से बिक्री (लक्षित से अलग लोग)
- ग्राहक उत्पाद को आपकी अपेक्षा से अलग तरीके से उपयोग करते हैं
- फ़ीडबैक लगातार आपकी हल की जा रही से अलग समस्या की ओर इशारा करता है

कार्रवाई:
- वास्तविक दर्शक/उपयोग के लिए लैंडिंग पेज फिर से लिखें
- वास्तविक दर्शक की भुगतान इच्छा के आधार पर मूल्य समायोजित करें
- लोग वास्तव में क्या उपयोग करते हैं उसकी ओर फ़ीचर पुनर्प्राथमिकता करें
- कोड रखें, पोज़िशनिंग बदलें

बंद करें (रुकें, सीखें, कुछ और बनाएं):

संकेत:
- वितरण प्रयासों के बावजूद कोई विज़िटर नहीं (मांग समस्या)
- विज़िटर लेकिन शून्य चेकआउट क्लिक (पोज़िशनिंग/मूल्य समस्या
  जो समायोजन के बाद भी बनी)
- 4+ सप्ताह बिना विकास ट्रेंड के राजस्व ठहरा
- इस पर काम करने से डर लगता है (प्रेरणा एकल उत्पादों के लिए मायने रखती है)
- बाज़ार बदल गया (प्रतिस्पर्धी लॉन्च, तकनीक बदली)

कार्रवाई:
- पोस्ट-मॉर्टम लिखें: क्या काम किया, क्या नहीं, क्या सीखा
- कोड सहेजें — टुकड़े अगले उत्पाद में उपयोगी हो सकते हैं
- निर्माण से एक सप्ताह की छुट्टी लें
- नए विचार के लिए सत्यापन प्रक्रिया शुरू करें
- यह विफलता नहीं है। यह डेटा है। अधिकांश उत्पाद काम नहीं करते।
  पैसे कमाने वाले डेवलपर वे हैं जो 5 उत्पाद शिप करते हैं,
  वे नहीं जो एक पर एक साल बिताते हैं।

लॉन्च दस्तावेज़ टेम्पलेट

यह मॉड्यूल E का आपका डिलीवरेबल है। यह दस्तावेज़ बनाएं और लॉन्च निष्पादित करते हुए भरें।

# लॉन्च दस्तावेज़: [उत्पाद नाम]

## प्री-लॉन्च

### सत्यापन सारांश
- **खोज मात्रा:** [Google Trends/Ahrefs से नंबर]
- **थ्रेड प्रमाण:** [मांग दिखाने वाले 5+ थ्रेड के लिंक]
- **प्रतिस्पर्धी ऑडिट:** [ताकत/कमज़ोरी के साथ 3+ प्रतिस्पर्धी]
- **"10 लोग भुगतान करेंगे" प्रमाण:** [इसे कैसे सत्यापित किया]

### उत्पाद
- **URL:** [लाइव उत्पाद URL]
- **डोमेन:** [खरीदा गया डोमेन]
- **होस्टिंग:** [प्लेटफ़ॉर्म]
- **कोर फ़ीचर (v0.1):**
  1. [फ़ीचर 1]
  2. [फ़ीचर 2]
  3. [फ़ीचर 3]

### मूल्य निर्धारण
- **मूल्य:** $[राशि]
- **टियर संरचना:** [बेसिक/प्रो/टीम या सिंगल टियर]
- **भुगतान प्लेटफ़ॉर्म:** [Lemon Squeezy/Stripe]
- **चेकआउट URL:** [लिंक]

### कानूनी
- **गोपनीयता नीति:** [URL]
- **सेवा की शर्तें:** [URL]
- **व्यावसायिक इकाई:** [प्रकार या "एकल स्वामी"]

## लॉन्च

### वितरण चैनल
| चैनल   | पोस्ट URL  | पोस्ट तारीख | परिणाम |
|--------|-----------|------------|--------|
| Reddit | [लिंक]    | [तारीख]    | [विज़िटर, अपवोट] |
| HN     | [लिंक]    | [तारीख]    | [विज़िटर, पॉइंट] |
| Twitter| [लिंक]    | [तारीख]    | [इम्प्रेशन, क्लिक] |

### दिन 1 मेट्रिक्स
- विज़िटर: ___
- चेकआउट क्लिक: ___
- खरीद: ___
- राजस्व: $___

### सप्ताह 1 मेट्रिक्स
- कुल विज़िटर: ___
- कुल खरीद: ___
- कुल राजस्व: $___
- रूपांतरण दर: ___%
- शीर्ष फ़ीडबैक: ___

### महीना 1 मेट्रिक्स
- कुल राजस्व: $___
- कुल खर्च: $___
- शुद्ध लाभ: $___
- कुल ग्राहक: ___
- निर्णय: [ ] दोगुना करें [ ] पिवट करें [ ] बंद करें

## पोस्ट-लॉन्च रोडमैप
- सप्ताह 2: [नियोजित सुधार]
- सप्ताह 3: [नियोजित सुधार]
- सप्ताह 4: [नियोजित सुधार]
- महीना 2: [नियोजित फ़ीचर/विस्तार]

## सीखे गए सबक
- क्या काम किया: ___
- क्या काम नहीं किया: ___
- क्या अलग करता: ___

4DA एकीकरण

4DA एकीकरण: 4DA के कार्यवाही योग्य संकेत कंटेंट को तात्कालिकता के अनुसार वर्गीकृत करते हैं। लोकप्रिय पैकेज में भेद्यता के बारे में "गंभीर" संकेत का मतलब है: अभी फ़िक्स या माइग्रेशन टूल बनाएं, किसी और से पहले। नए फ़्रेमवर्क के बारे में "बढ़ता ट्रेंड" संकेत का मतलब है: इस सप्ताहांत स्टार्टर किट बनाएं जब प्रतिस्पर्धा शून्य के करीब है। पाठ 1 की 48-घंटे की स्प्रिंट तब सबसे अच्छा काम करती है जब विचार समय-संवेदनशील संकेत से आता है। अपने 4DA इंटेलिजेंस फ़ीड को स्प्रिंट कैलेंडर से जोड़ें — जब उच्च-तात्कालिकता अवसर दिखे, अगला सप्ताहांत ब्लॉक करें और निष्पादित करें। अवसर पकड़ने वाले और चूकने वाले डेवलपर के बीच अंतर प्रतिभा नहीं है। गति है। 4DA आपको रडार देता है। यह मॉड्यूल आपको लॉन्च अनुक्रम देता है। साथ मिलकर, वे संकेतों को राजस्व में बदलते हैं।

आपकी बारी

  1. प्री-लॉन्च चेकलिस्ट पूरी करें। हर आइटम देखें। हर पूर्ण आइटम चिह्नित करें या कब करेंगे शेड्यूल करें। "आवश्यक" आइटम न छोड़ें।

  2. अपना लॉन्च दस्तावेज़ बनाएं। ऊपर टेम्पलेट अपने पसंदीदा दस्तावेज़ टूल में कॉपी करें। अभी जो जानते हैं वह भरें। मेट्रिक्स के लिए खाली छोड़ें जो लॉन्च के दौरान और बाद में भरेंगे।

  3. लॉन्च तारीख तय करें। कैलेंडर खोलें। अगले 2 सप्ताह में एक विशिष्ट शनिवार चुनें। लिखें। किसी को बताएं — दोस्त, पार्टनर, Twitter फ़ॉलोअर। जवाबदेही इसे वास्तविक बनाती है।

  4. बंद करने के मापदंड तय करें। लॉन्च से पहले, तय करें: "अगर [Y] वितरण प्रयास के बावजूद 30 दिनों बाद [X] से कम बिक्री हों, तो मैं [पिवट/बंद] करूंगा।" लॉन्च दस्तावेज़ में लिखें। पूर्व-प्रतिबद्ध मापदंड sunk cost fallacy के कारण मृत उत्पाद में महीने डालने से रोकते हैं।

  5. शिप करें। आपके पास प्लेबुक है। आपके पास टूल हैं। आपके पास ज्ञान है। बस कार्रवाई बाकी है। इंटरनेट इंतज़ार कर रहा है।

मॉड्यूल E: पूर्ण

दो सप्ताह में आपने क्या बनाया

देखिए अब आपके पास क्या है जो इस मॉड्यूल शुरू करते समय नहीं था:

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

अंतिम वही है जो मायने रखता है। बाकी सब तैयारी है। उत्पाद प्रमाण है।

आगे क्या: मॉड्यूल E2 — एवॉल्विंग एज

मॉड्यूल E1 ने आपको लॉन्च तक पहुँचाया। मॉड्यूल E2 आपको आगे रखता है।

मॉड्यूल E2 में क्या शामिल है:

लगातार आय कमाने वाले डेवलपर वे नहीं जो एक बार लॉन्च करते हैं। वे हैं जो लॉन्च, इटरेट, और बाज़ार से आगे रहते हैं। मॉड्यूल E2 आगे रहने का सिस्टम देता है।

पूर्ण STREETS रोडमैप

मॉड्यूल शीर्षक फ़ोकस अवधि
S सॉवरेन सेटअप बुनियादी ढांचा, कानूनी, बजट सप्ताह 1-2
T तकनीकी खाइयाँ रक्षात्मक लाभ, मालिकाना संपत्ति सप्ताह 3-4
R राजस्व इंजन कोड के साथ विशिष्ट मुद्रीकरण प्लेबुक सप्ताह 5-8
E निष्पादन प्लेबुक लॉन्च अनुक्रम, मूल्य निर्धारण, पहले ग्राहक सप्ताह 9-10 (पूर्ण)
E एवॉल्विंग एज आगे रहना, ट्रेंड डिटेक्शन, अनुकूलन सप्ताह 11-12
T टैक्टिकल ऑटोमेशन निष्क्रिय आय के लिए ऑपरेशन ऑटोमेट करना सप्ताह 13-14
S स्टैकिंग स्ट्रीम्स कई आय स्रोत, पोर्टफ़ोलियो रणनीति सप्ताह 15-16

आप आधे बिंदु से आगे हैं। आपके पास लाइव उत्पाद है। यह आपको 95% डेवलपर से आगे रखता है जो स्वतंत्र आय बनाना चाहते हैं लेकिन कभी इतनी दूर नहीं पहुँचे।

STREETS प्रगति: 0 / 7 मॉड्यूल पूर्ण।

अब इसे बढ़ाएं।

आपका उत्पाद लाइव है। आपका चेकआउट काम करता है। इंसान आपको पैसे दे सकते हैं।

इसके बाद सब कुछ अनुकूलन है। और अनुकूलन मज़ेदार हिस्सा है।

आपका रिग। आपके नियम। आपका राजस्व।

← पिछला मॉड्यूल R: रेवेन्यू इंजन अगला → मॉड्यूल E: विकसित होती धार