6 पॉइंट द्वारा GN⁺ 2024-09-24 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • "Building in Public(सार्वजनिक रूप से निर्माण करना)" कंपनी की कहानी को पारदर्शी और खुले तौर पर साझा करने की एक प्रथा है
    • इंडी हैकर्स आमतौर पर अपनी सर्विस की revenue साझा करने जैसी ब्लॉग पोस्ट/ट्वीट आदि डालते हैं
  • शुरुआत में लगा, "सब कर रहे हैं तो अच्छा ही होगा?" लेकिन कुछ समय बाद इस पर सवाल उठने लगे

पहला सवाल: क्या लोग इसे ज़रूरत से ज़्यादा कर रहे हैं?

  • X पर कई इंडी हैकर्स को फॉलो करें तो इस तरह के "Building in Public" ट्वीट दिखाई देते हैं
  • मेरी नज़र में, 10 "Building in Public" पोस्ट में से शायद 5~6 revenue शेयर करने वाली होती हैं, जो "मैंने 3 महीनों में revenue 100 गुना कैसे बढ़ाया" जैसी पोस्टों के साथ मिलती-जुलती हैं
  • गलत न समझें, मैं ऐसी पोस्टों के खिलाफ नहीं हूँ. अगर मैंने 1k milestone पार किया हो, तो मैं भी उसे दुनिया के साथ साझा करना चाहूँगा
  • लेकिन समस्या यह है कि लोग अपने product के ideas और plans की तुलना में अपनी उपलब्धियों के बारे में पोस्ट करने के लिए ज़्यादा तैयार दिखते हैं
  • शायद achievement पोस्ट ज़्यादा attention खींचती हैं? पता नहीं
  • लेकिन अगर आप किसी को उसके product की वजह से फॉलो करते हैं, तो आपकी दिलचस्पी उस व्यक्ति से ज़्यादा product में होती है: कौन-से features जुड़ रहे हैं, long-term plan क्या है, वगैरह जानना चाहते हैं
  • यह सिर्फ मेरी राय हो सकती है, लेकिन कुछ पोस्ट बस डींग मारने जैसी लगती हैं
  • बेशक, अगर आपने 10k, 100k MMR हासिल किया है तो बधाई. लेकिन क्या सच में हर दिन बार-बार उसी के बारे में बात करना ज़रूरी है? इससे customers/followers को क्या फायदा, क्या value मिलती है? बिल्कुल नहीं. यह सिर्फ clickbait है
  • एक-दो बार यह प्रेरणादायक लगता है और नज़रिया खोलता है, लेकिन उससे ज़्यादा बार यह बस उबाऊ हो जाता है

दूसरा सवाल: क्या यह वास्तव में काम करता है?

  • 10 साल पहले "Building in Public" एक नया concept था
  • उस समय पारंपरिक build -> launch तरीका मुख्यधारा में था
    • फिर अचानक किसी ने पहले कभी न देखे गए तरीके से सब कुछ साझा करना शुरू किया (levels.io के Pieter Levels)
    • वह क्या बना रहे हैं, क्या काम कर रहा है और क्या नहीं, कितनी कमाई हुई, आदि साझा करते थे
    • इससे स्वाभाविक रूप से उन्हें बहुत attention मिला और वे प्रसिद्ध हो गए (बेशक, अच्छे product के साथ)
  • पहले "इंडीहैकिंग" भी नई चीज़ थी, और इसे करने वाले लोग बहुत कम थे
  • आज हालात बिल्कुल अलग हैं
    • Twitter के "Build in Public" community में 33.3k सदस्य हैं
    • r/indiehackers में 20k सदस्य हैं
    • indiehackers.com पर 100K subscribers हैं
  • इंडीहैकर दुनिया अब देर रात का सुनसान चौक नहीं रही, अब यह लोगों से भरी हुई है:
    • कॉलेज छोड़ने वाले युवा छात्र, बड़े सपनों के लिए 9-5 नौकरी छोड़ने वाले लोग, layoffs के बाद फिर कभी वैसा न करने का फैसला करने वाले लोग
  • Google Trends के मुताबिक, 2016 के अक्टूबर से पहले "indiehacker" या "indie hacker" के लिए लगभग कोई search नहीं थी. लेकिन आजकल यह बहुत ज़्यादा है

जब हर कोई सार्वजनिक रूप से निर्माण करता है, तो कोई भी सार्वजनिक रूप से निर्माण नहीं करता

  • मान लेते हैं, सार्वजनिक रूप से निर्माण करने का मुख्य उद्देश्य attention पाना और community बनाना है ताकि product को लगातार बेचा जा सके
  • लेकिन जब हर कोई ऐसा कर रहा हो (और कुछ लोग इसे असाधारण रूप से अच्छी तरह कर रहे हों), तब कितनी attention मिल सकती है?
  • यह अजीब लग सकता है, लेकिन यह नहीं भूलना चाहिए कि अंततः सबसे महत्वपूर्ण चीज़ अब भी product ही है
  • कई सफल इंडीहैकर्स और solopreneurs सार्वजनिक रूप से निर्माण नहीं करते, या कम से कम लोकप्रिय तरीके से तो नहीं करते
  • ऐसे सफल इंडीहैकर्स हैं जो सार्वजनिक रूप से निर्माण नहीं करते
    • Nick Moore (PopClip के developer) लगभग ट्वीट नहीं करते, और सिर्फ बड़े updates होने पर user forum में पोस्ट करते हैं
    • Danny Lin (OrbStack के developer) ने कभी revenue साझा नहीं किया और कभी-कभार ही ट्वीट करते हैं
  • उन्होंने अब तक के कुछ बेहतरीन software बनाए हैं, बिना सार्वजनिक रूप से निर्माण किए
  • मैं बस यह कहना चाहता हूँ कि सार्वजनिक रूप से निर्माण करना अच्छा है और कुछ लोगों के लिए यह काम कर सकता है, लेकिन यह एकमात्र तरीका नहीं है, और इंडीहैकर होने के नाते अगर आप ऐसा नहीं करते तो किसी तरह का दबाव महसूस करने की ज़रूरत नहीं है

निष्कर्ष

  • लेखक अब भी एक नए इंडी हैकर के रूप में खोजबीन कर रहा है
  • उसने सवाल उठाए हैं, लेकिन उसके पास जवाब नहीं हैं

GN⁺ का सार

  • "सार्वजनिक रूप से build करना" पारदर्शिता और openness के ज़रिए कंपनी की कहानी साझा करने का तरीका है
  • कई इंडी हैकर्स अपनी उपलब्धियाँ साझा करते हैं, लेकिन product के ideas और plans के बारे में जानकारी कम होती है
  • जब बहुत सारे लोग एक ही तरीके से ध्यान खींचने की कोशिश करते हैं, तो ध्यान पाना कठिन हो जाता है
  • अंततः महत्वपूर्ण चीज़ product ही है, और सार्वजनिक रूप से build किए बिना भी सफल हुआ जा सकता है
  • इंडी हैकर्स को "सार्वजनिक रूप से build करना" को लेकर दबाव महसूस करने की ज़रूरत नहीं है

2 टिप्पणियां

 
xguru 2024-09-24

Pieter Levels का ज़िक्र सबसे प्रभावशाली one-person कंपनियों में किया गया था.
वह remote work job market, AI फोटो, nomad community जैसी साइटें बनाकर लगभग ~$3M+(3.8 अरब वॉन) का revenue कमाने वाले व्यक्ति हैं, और उन्होंने "Make - The Indie Maker Handbook" नाम की किताब भी लिखी है.

 
GN⁺ 2024-09-24
Hacker News राय
  • "Build in public" रणनीति अक्सर ऐसे उत्पाद बनाने की ओर ले जाती है जो ज़्यादातर दूसरे indiehackers के लिए होते हैं

    • आमतौर पर micro-SaaS dev tools या growth hacking tools बनते हैं
    • जल्दी सफलता मिल सकती है, लेकिन बड़े बाज़ार तक स्केल करना मुश्किल होता है
  • Candy Japan के माध्यम से "build in public" का अनुभव करने के बाद, इसके सकारात्मक और नकारात्मक दोनों पहलू मिले

    • सकारात्मक: सीधे customers ला सकते हैं और SEO में मदद करने वाले backlinks मिल सकते हैं
    • नकारात्मक: प्रोजेक्ट की नकल करने की कोशिश करने वाले लोग आ जाते हैं, और अपनी पहचान प्रोजेक्ट से बंध जाती है
  • numbers साझा किए बिना भी "build in public" किया जाता है

    • screenshots साझा किए जाते हैं, feedback माँगा जाता है, और design process में दूसरे builders को शामिल किया जाता है
    • सही लोगों के साथ बातचीत शुरू करने और दोस्त बनाने का यह अच्छा तरीका है
  • "build in public" और indie hackers community को खोजकर उसमें शामिल हुए, लेकिन निराशा हुई

    • बहुत से लोग low-quality सवाल पोस्ट करते हैं और बार-बार वही तरह का content बनाते हैं
    • political posts से निराश होकर अंततः community छोड़ दी
  • "build in public" marketing और self-promotion का एक रूप है

    • product launch में technology से ज़्यादा audience बनाना कठिन होता है
    • "build in public" ध्यान खींचने और audience पाने के सबसे आसान तरीकों में से एक है
  • लगता है कि "build in public" अब clout-chasing में बदल गया है

    • सिर्फ प्रोजेक्ट और technical challenges पर ध्यान देना महत्वपूर्ण है
    • "build in public" को नैतिक दायित्व मानना वांछनीय है
  • transparency की value है, लेकिन बहुत से लोग ज़रूरत से ज़्यादा share करते हैं

    • revenue से ज़्यादा strategy और challenges साझा करना अधिक उपयोगी है
  • Canny के जरिए अनुभव हुआ कि "build in public" शुरुआती marketing channel के रूप में उपयोगी था

    • शुरुआती चरण में, जब पहले users और awareness पाना मुश्किल होता है, तब यह मददगार था
    • अब channel saturated है, इसलिए इसका प्रभाव कम हो सकता है
  • "build in public" का मुख्य उद्देश्य ध्यान आकर्षित करना और community बनाना है

    • open source code की तरह यह सकारात्मक external effects पैदा करता है
    • conferences और networking के लगातार चलने वाले रूप के तौर पर उपयोगी है
  • "build in public" अकेले काम करते हुए भी खुद को अकेला महसूस न करने का एक तरीका है

    • अगर इससे marketing और launch में भी मदद मिले, तो वह bonus है