नमस्ते।
मैं Sidedock चला रहा हूँ, जो भारत में नहीं बल्कि कोरिया की शुरुआती services और side projects को खोजकर introduce करता है!!
हाल ही में GeekNews समेत कई channels के जरिए हमारे पहले users और product register करने वाले लोग आए हैं,
और हम registered products को सीधे इस्तेमाल करके feedback देने या
Dev Log (developer blog) में उपयोग का अनुभव introduce करने जैसे तरीके भी आज़मा रहे हैं।
इसे operate करते हुए मुझे लगा कि products को register करवाने से कहीं ज़्यादा मुश्किल काम यह है कि
registration के बाद actual usage और feedback जारी रहे।
फिलहाल हम यह structure चला रहे हैं।
- Maker द्वारा product register और introduce करने के लिए Launches
- Comments और boost (upvote) के जरिए reactions
- Operator द्वारा सीधे इस्तेमाल करके introduce करने वाला Dev Log (blog)
- अच्छे products को अलग से खोजकर introduce करने वाली curation
लेकिन शुरुआती दौर में users और products की संख्या ज़्यादा नहीं होती,
इसलिए कई लोग products देखकर तुरंत निकल जाते हैं,
और comments या feedback छोड़ने का ratio कम होना स्वाभाविक लगता है।
इसलिए मैं उन लोगों से पूछना चाहता हूँ जिन्होंने मिलती-जुलती services या communities चलाकर देखी हैं।
- क्या ऐसा कोई mechanism था जो शुरुआती products पर users से feedback दिलवाने में effective रहा?
- जब शुरुआती दौर में products की संख्या ज्यादा नहीं हो, तो curation और community में से किस पर अधिक focus करना चाहिए?
- Sidedock को सीधे देखने पर क्या आपको लगता है कि products browse करने या participate करने की इच्छा जगाने वाले elements कम हैं?
मैं सिर्फ products की जमा होती list बनाने के बजाय,
ऐसी जगह बनाना चाहता हूँ जहाँ makers अपने products के बारे में बता सकें और वास्तविक users की reactions भी पा सकें।
मैं उन लोगों के अनुभव सुनना चाहूँगा जिन्होंने ऐसी ही services चलाई हैं,
या अपने products को किसी community में launch किया है।
संदर्भ के लिए, अभी चल रही service वही Sidedock है जिसे पहले Show GN में introduce किया था।
अगर आप इसे सीधे देखकर कोई असुविधा या कमी बताएँ तो भी आभारी रहूँगा।
2 टिप्पणियां
मैंने भी एक शुरुआती प्रोडक्ट चलाते हुए community, cold outreach, launch वगैरह बहुत कुछ करके देखा है, लेकिन सबसे बड़ी सीख यह रही कि feedback exposure से नहीं, बल्कि stake से आता है।
सिर्फ देखने आए लोग लगभग कभी feedback नहीं छोड़ते। सच में काम का feedback उन लोगों से आया जिन्होंने कुछ दांव पर लगाया था — जैसे signup तक गए हों, coupon सच में इस्तेमाल किया हो, या इस्तेमाल करते समय कहीं अटक गए हों। इसलिए सिर्फ देखने आए लोगों की comment rate बढ़ाने की कोशिश करने से बेहतर यह रहा कि पहले real use की दहलीज को कम किया जाए, और जहां वे अटकते हैं वहीं उनसे बात की जाए।
शुरुआत में public signals (upvote या comment) से ज्यादा 1:1 बातचीत कहीं ज्यादा असरदार रही। जिन कुछ लोगों ने सच में इस्तेमाल किया था, उनसे सीधे संपर्क करके ऐसे संकरे सवाल पूछना जिनका जवाब देना आसान हो — जैसे "बस यह एक चीज़ करके बताइए" — public comments का इंतज़ार करने से कहीं ज्यादा response rate देता था। "कृपया feedback छोड़ें" जैसे धुंधले अनुरोध तो लगभग हमेशा अनदेखे रह जाते थे।
Curation और community में से, जब product और users दोनों कम हों, तब community mechanism (upvote loop) के पास critical mass नहीं होता, इसलिए वह उल्टा खाली-खाली सा महसूस कराता है। उस चरण में ऐसा curation — जैसे operator खुद इस्तेमाल करके Dev Log लिखे — ज्यादा भरोसा बनाता है और control भी देता है, इसलिए मुझे लगा कि उसी पर ज्यादा जोर देना सही है। Community layer तब अपनी असली कीमत दिखाती है जब उसमें कुछ घनत्व बन चुका हो।
ओओ, इतनी डिटेल वाली राय के लिए धन्यवाद!!!
जो भी हो, लगता है कि खुद मेहनत करके लोगों तक पहुंचना ही सबसे अच्छा है haha