- Brighton Ruby में Nadia Odunayo के प्रस्तुतीकरण का सार
1 जनवरी 2020 पर वापस चलें
- जून 2024 के नज़रिए से 1 जनवरी 2020 पर लौटकर Storygraph की शुरुआती उपलब्धियों को याद करना
- startup शुरू करने के बाद 1 साल तक हर दिन development में जुटे रहने के बाद आखिरकार "100 उपयोगकर्ता साइनअप" का लक्ष्य हासिल किया
- उस समय Storygraph एक "book recommendation tool" था, जो पाठकों को अगली पढ़ी जाने वाली किताब चुनने में मदद करता था
- वेबसाइट कुछ हज़ार किताबों की सूची देती थी, जिन्हें mood, pace, genre, book length आदि के आधार पर filter किया जा सकता था
- शुरुआती उपयोगकर्ता:
- Nadia के दोस्त, Instagram की reading community (Bookstagram) से DM के जरिए आए लोग
- उपयोगकर्ताओं ने इसकी संभावना देखी और अपने परिचितों को बताया, जिससे user base धीरे-धीरे बढ़ा
- 2020 के नए साल के मौके पर beta version को फिर से लॉन्च किया
- उन पाठकों को प्रेरित किया जो नए साल को reading goals तय करने का समय मानते हैं
- इस छोटे event effect से "160 उपयोगकर्ता साइनअप, 100 नए visitors" मिले
- visitors ने औसतन "6 मिनट 30 सेकंड" तक वेबसाइट देखी और सकारात्मक प्रतिक्रिया दी
- 2019 के दौरान product development पर ध्यान देते हुए ऐसा product बनाने की कोशिश की जिसे लोग book recommendations या Goodreads alternative खोजते समय दूसरों को भेज सकें
- लक्ष्य सीधे "Goodreads replacement" बनना नहीं था, लेकिन यह दिखने लगा कि यह कुछ खास user segments के लिए बेहतर service हो सकती है
- 2020 की शुरुआत में नई उपलब्धियों से उत्साहित होकर project को और जोश से जारी रखा
महामारी और शुरुआती growth
- महामारी की वजह से गहन development के लिए समय मिला, reading rate बढ़ी और नए signups भी बढ़े
- लेकिन product अभी अधूरा लगने के कारण इसे "आधिकारिक रूप से promote" करने में डर था
- articles या user opinions पर प्रतिक्रिया देने के बजाय चुपचाप development पर ध्यान दिया
- मई 2020 तक Storygraph में अब भी सिर्फ़ सीमित features थे, और अकेले product बनाने के कारण तकनीकी कमी, असुरक्षा और नाज़ुकपन महसूस होता था
- reading community में लगातार सक्रिय रहते हुए यह trend देखा कि उपयोगकर्ता नए alternatives चाहते हैं
- पहले 100 उपयोगकर्ताओं तक पहुँचने से मिली confidence और momentum के आधार पर service को गंभीरता से प्रचारित करने का फैसला किया
Twitter पर फैलाव और 1,000 उपयोगकर्ताओं का पार होना
- 27 मई 2020 को Twitter पर Storygraph के बारे में सकारात्मक प्रतिक्रिया देने वाले लगभग 100 लोगों को reply या DM भेजकर संपर्क किया
- ज़्यादातर ने जवाब नहीं दिया, लेकिन कुछ ने project की potential को समझा और रुचि दिखाई
- कुछ उपयोगकर्ताओं ने Goodreads से feature comparison करते हुए कमियाँ बताईं
- उस समय Storygraph के features सीमित थे, इसलिए Goodreads से compete करना मुश्किल था
- project की value समझने वाले कुछ उपयोगकर्ताओं ने reading community में Storygraph का परिचय कराया
- उन्होंने अपने reading friends को product सुझाया और user base बढ़ता गया
- 11 जून 2020 को Storygraph के उपयोगकर्ताओं की संख्या "1,000" पार कर गई
- प्रचार शुरू करने के सिर्फ़ 2 हफ़्तों में उपयोगकर्ताओं की संख्या दोगुने से ज़्यादा बढ़ गई
- Instagram Stories पर celebration event रखा गया
Twitter explosion और तेज़ growth
- 16 जून 2020 को Emma Barnes (Consonance Books चलाती हैं) ने tweet किया:
- “पूरी publishing industry को Storygraph के बारे में पता होना चाहिए। यह कई वर्षों में सबसे बेहतरीन innovation है। giant tech companies के खराब software पर निर्भर मत रहो।”
- इस tweet से app activity थोड़ी बढ़ी, लेकिन कोई बहुत बड़ा असर नहीं हुआ
- इसके बाद Sam Missingham ने Emma के tweet को quote करते हुए इसे और popular बना दिया:
- “Book Twitter, अब Goodreads की जगह इसे आज़माओ। मैंने 5 मिनट इस्तेमाल किया और यह पहले से ही बहुत बेहतर है। ऊपर से इसे एक Black woman ने founded किया है और इसे Amazon नहीं चलाता।”
- Sam के tweet के बाद activity तेज़ी से बढ़ी
- tweet के इतना असरदार होने के कारण:
- इसने Book Twitter community का ध्यान खींचा
- इसने Goodreads को target किया, जिसका alternative लोग चाहते थे
- Black Lives Matter movement के असर से Black creators को support करने की ऊर्जा ज़्यादा थी
- महामारी के दौरान Amazon monopoly के खिलाफ़ बढ़ती नाराज़गी भी इसके साथ जुड़ गई
- tweet तेज़ी से viral हुआ और Storygraph के उपयोगकर्ता बढ़ने लगे:
- दर्जनों से शुरू होकर सैकड़ों और फिर हज़ारों तक पहुँचे
- email notifications ("Goodreads data import शुरू हुआ") अचानक बहुत बढ़ गईं और system पर load पड़ने लगा
- tweet अप्रत्याशित गति से viral हुआ और बहुत बड़ी संख्या में उपयोगकर्ताओं ने signup किया
- उपयोगकर्ता वृद्धि के विस्फोट से technical issues और "overload situation" पैदा हो गई
अँधेरे दिन
- Goodreads data import feature में देरी होने से उपयोगकर्ताओं की नाराज़गी बढ़ी
- हज़ारों उपयोगकर्ताओं को data import progress के email भेजे गए थे, लेकिन import की गति इतनी धीमी हो गई कि इसे पूरा होने में महीनों लग सकते थे
- एक साथ बहुत सारी समस्याएँ सुलझानी थीं, जिससे बहुत ज़्यादा stress हुआ
- Twitter उपयोगकर्ताओं को जवाब देना
- fail हो रहे data imports को संभालना
- app का code rewrite करना ताकि import speed महीनों से घटकर "कुछ दिनों" में आ जाए
- 17 जून 2020 को एक और viral tweet फैला और उपयोगकर्ता फिर तेज़ी से बढ़े:
- “मैंने इसे एक दिन इस्तेमाल किया और मुझे यह इतना पसंद आया कि मैं इसे लेकर पागल हो गई/गया” जैसे tweet को बहुत लोकप्रियता मिली
- हर घंटे सैकड़ों से हज़ार नए signups होने लगे
- नतीजतन system overload हो गया:
- Goodreads import नहीं हो रहा था
- personalized recommendations काम नहीं कर रही थीं
- background jobs पूरी तरह रुक गई थीं
- उपयोगकर्ता संख्या 1,000 से बढ़कर "10,000" के करीब पहुँचने लगी और दबाव बढ़ गया
- "मैंने कभी B2C business नहीं चाहा था" जैसी शंका पैदा हुई
- अलग-थलग महसूस करते हुए वह "अँधेरे bathroom" में बैठकर सोचती रहीं
- “मैं यह नहीं कर सकती” कहने से खुद को रोका, लेकिन बात लगभग वहाँ तक पहुँच गई थी
संस्थापक की कहानी: शुरुआत पर वापस
- यह कैसे हुआ? यहाँ थोड़ा आगे-पीछे जाकर कहानी समझते हैं
- व्यक्तिगत रूप से वह एक academic माहौल में बड़ी हुईं और Oxford में philosophy, politics, economics पढ़ीं
- माता-पिता के सुझाव पर financial stability के लिए investment banking के रास्ते पर जाने की कोशिश की
- लेकिन investment banking career को लेकर संदेह हुआ और graduation के बाद offer ठुकरा दिया
- फिर London की Makers Academy software bootcamp में coding सीखने का फैसला किया
- शुरुआती लक्ष्य developers से बात करने लायक बुनियादी coding skills हासिल करना था
- वहाँ developers के बारे में बनी धारणाएँ टूटीं और coding की value समझकर वह इसमें पूरी तरह डूब गईं
- Makers Academy से निकलने के बाद Pivotal Labs में नौकरी मिली
- डेढ़ साल तक Cloud Foundry platform पर काम किया
- बाद में सहकर्मी Theo Christian के साथ Ignition Works नाम की consulting और product development company शुरू की
- इसी दौरान FIRE movement (Financial Independence, Retire Early) में रुचि पैदा हुई
- आर्थिक स्वतंत्रता हासिल कर खुद और अपने startup प्रयासों में निवेश करने की नींव बनाना चाहती थीं
- लेकिन Ignition Works के goals और partnership उम्मीद के मुताबिक नहीं चले, इसलिए वहाँ से निकल गईं
- कंपनी के फंड का आधा निकालकर 5 साल की financial runway सुरक्षित कर ली
- दोस्त Saron Yitbarek के साथ Code Newbie project पर काम किया
- coding सीखने वालों की community को product-based company में बदलने की कोशिश की, लेकिन वह सफल नहीं हुई
- 3 जनवरी 2019 को वह अकेले desk पर बैठकर creative direction के बारे में सोच रही थीं
- फंड 2022 तक चल सकता था, लेकिन कोई बड़ा idea नहीं था
- लंबे समय से मन में चल रहे दो side projects पर समय लगाने का फैसला किया:
- Runroot: running routes अपने-आप बनाने वाला app
- ReadLists: customized reading lists बनाने और progress track करने वाला dashboard app
- Storygraph, ReadLists के idea से निकला, और जिस तरीके से इस फैसले तक पहुँचा गया वही Storygraph की सफलता की कुंजी बना
तीन सिद्धांत
- सब कुछ इस approach से शुरू हुआ जिसमें संस्थापक ने उन चीज़ों को अलग किया जो उनके नियंत्रण में थीं और जो नहीं थीं
- जो नियंत्रण में नहीं थीं: viral tweets, नए competitors आदि
- जो नियंत्रण में थीं: company और product को design करने का तरीका
- सफलता के लिए तीन मुख्य सिद्धांत
- technology को simple रखना: जटिल technology की जगह stable और mature tools का उपयोग
- customers से लगातार बात करना: customer feedback को product improvement में शामिल करना
- costs कम रखना: efficient operations के ज़रिए financial stability बनाए रखना
पहला सिद्धांत: technology को सरल रखना
- पहले सिद्धांत के अनुसार दिशा इस तरह तय की गई
- वही technology इस्तेमाल करना जिसे पहले से अच्छी तरह जानती थीं
- ज़रूरत से ज़्यादा complexity से बचना और समस्या हल करने के लिए न्यूनतम ज़रूरी technology का उपयोग
- stable, mature और "boring" tools व platforms चुनना
- व्यक्तिगत रूप से सबसे उपयुक्त tech stack Rails था
दूसरा सिद्धांत: customers से लगातार बात करना
- Rails में development करते हुए आनंद आया और books से जुड़े project पर गहराई से काम करने का निश्चय किया
- सफल product development के लिए दूसरा सिद्धांत, customers से लगातार बात करना, अपनाया गया
- customer conversations का महत्व
- ऐसा product बनाना जिसे कोई नहीं चाहता, उससे बुरा कुछ नहीं
- सभी जानते हैं कि customers से बात करनी चाहिए, लेकिन इसे सही ढंग से करना ज़रूरी है
- script तैयार करना और open-ended questions के ज़रिए खोजपरक बातचीत करना
- confirmation bias से बचना और असली समस्याओं की पहचान पर ध्यान देना
- शुरुआत में की गई गलतियाँ
- बहुत जल्दी demo दिखा दिया, इसलिए ठोस feedback नहीं मिल पाया
- इसके बजाय reading habits, pain points आदि पर खुले सवाल इस्तेमाल किए
- interview results को 5-5 के समूह में review और summarize किया गया, और themes को virtual whiteboard पर व्यवस्थित किया गया
- alpha और beta product development
- शुरुआती feedback से उपयोगी feature ideas निकले, जैसे personalized recommendation service
- कई शुरुआती features manually संभाले गए ताकि ज़रूरत से ज़्यादा development न हो
- यह पहले सिद्धांत, technology को सरल रखने, का एक उदाहरण था
- छोटे समूहों में user onboarding किया गया और लगातार customer feedback इकट्ठा किया गया
- alpha product की सीमाएँ सामने आने पर अधिक पूर्ण beta product विकसित किया गया
तीसरा सिद्धांत: costs कम रखना और beta growth
- 2 सितंबर 2019 को beta version जारी किया गया और newsletter subscribers को इसे share करने के लिए प्रोत्साहित किया गया
- feedback गंभीरता से आना शुरू हुआ, और book requests को manually संभालने के लिए एक part-time कर्मचारी रखा गया
- फिर भी costs को न्यूनतम रखते हुए personal funds से संचालन जारी रखा गया, ताकि बचे हुए पैसों से sustainability बनी रहे
- कुछ महीनों बाद Rob Freelove ने project में रुचि दिखाई और machine learning सहायता दी
- उनकी मदद से technology development आगे बढ़ी और product quality व user experience बेहतर हुए
तेज़ growth, अँधेरे दिनों की वापसी, और scale-up
- तीनों सिद्धांतों के प्रति प्रतिबद्ध रहते हुए user base धीरे-धीरे लेकिन लगातार बढ़ाया गया
- 17 जून 2020 को Twitter virality के असर से उपयोगकर्ता अचानक तेज़ी से बढ़े
- हज़ारों लोगों ने Goodreads data import करने की कोशिश की, जिससे system overload हो गया
- background jobs fail होने लगीं और server scaling रुक गई
- स्थिति भारी पड़ रही थी और एक "अँधेरा क्षण" आया जब छोड़ देने का मन हुआ
- लेकिन हार मानना विकल्प नहीं था
- 2 हफ़्तों के "अँधेरे दिनों" में कई बड़े मुद्दे हल किए गए, जिनमें शामिल थे
- code rewrite
- server और database upgrades
- नई समस्याओं के प्रति response
- लगातार growth और monetization की ज़रूरत को समझा गया
- संकट से निकलने के बाद हर दिन सैकड़ों नए उपयोगकर्ता जुड़ते रहे और word of mouth growth जारी रही
- जब भी निर्णय कठिन हुआ, customers से बातचीत करके दिशा तय की गई
- user base पर्याप्त बड़ा होने पर revenue generation methods पर गंभीरता से विचार शुरू हुआ
Storygraph Plus की शुरुआत और monetization की राह
- सिर्फ़ cost cutting से काम नहीं चलने वाला था, इसलिए revenue generation का तरीका खोजा गया
- कई business models देखने के बाद direct customer payment पर आधारित premium model (freemium) अपनाने का फैसला किया गया
- Storygraph Plus pre-order page बनाया गया
- Stripe payment integration: शुरुआत में subscription के बिना सिर्फ़ USD payments संभव थीं
- buyers को backend में "Early Bird" के रूप में mark किया गया
- newsletter के ज़रिए Storygraph Plus की घोषणा की गई और pre-orders शुरू हुए
- बहुत से उपयोगकर्ता एक independent Goodreads alternative को support करना चाहते थे, इसलिए उन्होंने order किए
- शुरुआती कुछ हफ़्तों में सैकड़ों pre-orders मिले
- customer response से Plus model की market viability साबित हुई
- 1 जनवरी 2021 को Storygraph की official launch के साथ domain बदला गया
- उपयोगकर्ता संख्या 100,000 पार कर गई, जो बड़ी उपलब्धि थी
- Early Bird pricing खत्म होने के बाद भी लोग full price पर pay करते हैं या नहीं, यह देखते हुए Plus features विकसित किए गए
- 28 फ़रवरी 2021 (या कुछ क्षेत्रों में 1 मार्च) को Storygraph Plus आधिकारिक रूप से लॉन्च हुआ
- 1,400 pre-orders से लगभग $50,000 revenue हासिल हुआ
- वास्तविक Plus features इस्तेमाल होने के बाद भी customer interest और satisfaction जारी रहे
mobile app development, Heroku migration, और लगातार growth
- मई 2021 में Storygraph की सबसे बड़ी समस्या mobile app का न होना थी
- पहले PWA (Progressive Web App) दिया जाता था, लेकिन उपयोगकर्ता app store से install होने वाला native app चाहते थे
- cost saving और technology simplification के सिद्धांत बनाए रखते हुए Rails और Hotwire/Turbo mobile adapters का उपयोग किया गया
- न्यूनतम Swift/Kotlin और Ruby के संयोजन से 6 हफ़्तों में app बनाकर लॉन्च किया गया
- app लॉन्च के बाद signups बढ़े
- Heroku से Cloud 66 पर migration
- viral TikTok और user growth के कारण Heroku की operating cost बढ़ गई
- Heroku server cost उपयोगकर्ताओं की वृद्धि के साथ बढ़कर प्रति माह $10,000 तक पहुँच गई
- Rob ने कई महीनों तक alternative platforms की जाँच की और फिर Cloud 66 पर migration का निर्णय लिया
- 22 जनवरी 2022 को Cloud 66 migration पूरा हुआ
- server cost 80% कम होकर प्रति माह $4,000 रह गई, जबकि capacity बढ़ गई
- migration के दौरान सभी उपयोगकर्ताओं के logout हो जाने की समस्या आई, लेकिन उसे जल्दी ठीक कर लिया गया
- 26 जून 2022 को Storygraph ने 10 लाख उपयोगकर्ता पार कर लिए
- वर्तमान स्थिति:
- 27 लाख registered accounts
- लगभग 25% monthly active users
- हर महीने 70 लाख unique visitors
- 7 करोड़ pageviews और प्रतिदिन 1.1 करोड़ requests संभालना
- यह अब भी 2019 में शुरू किए गए Rails repo पर चल रहा है
- revenue और cost की स्थिति:
- monthly cost: लगभग $20,000
- monthly recurring revenue: लगभग $60,000
- profitability हासिल हो चुकी है, इसलिए founders Rob और Nadia दोनों salary ले सकते हैं
सफलता के कारण
- किस्मत का भी हाथ था, लेकिन Storygraph की सफलता की असली कुंजी इन तीन सिद्धांतों को लगातार बनाए रखना था
- technology को सरल रखना
- customers से लगातार बात करना
- costs कम रखना
5 टिप्पणियां
लगता है कि RoR के success cases दूसरे frameworks की तुलना में काफ़ी ज़्यादा हैं। क्या इसे अभी सीखना भी ठीक रहेगा?
लगता है कि कम्युनिटी की सक्रियता बहुत ही ज़बरदस्त तरीके से बढ़ी है। लगता है यह प्रस्तुति Rails SaaS Conference में भी दी गई थी, लेकिन "SaaS" कॉन्फ्रेंस अलग से होती है, यह जानकर...
यह बात और यह सोच कि उन्होंने कभी B2C बिज़नेस नहीं चाहा था, और उम्मीद से ज़्यादा बड़ा server cost, ध्यान खींचते हैं।
क्योंकि RoR में काफ़ी abstraction है, इसलिए लगता है कि performance issues की वजह से instances को vertically scale करके इस्तेमाल किया गया होगा, और इसी कारण server cost भी काफ़ी आती होगी।
एक महीने पहले एकल डेवलपर टीम, 20 लाख यूज़र हासिल करना [वीडियो] नाम से एक वीडियो लिंक पोस्ट किया गया था, लेकिन उसका प्रस्तुति स्क्रिप्ट नहीं था, इसलिए मैंने Whisper का उपयोग करके वीडियो का स्क्रिप्ट निकालकर उसे व्यवस्थित किया।
कृपया उस पोस्ट पर मौजूद टिप्पणियों को भी देखें।