अकेले एक SaaS को 1 साल चलाकर मैंने क्या सीखा

• uptime checker OnlineOrNot को Next.js + AWS Lambda से 7 दिनों में बनाकर लॉन्च किया और 1 साल तक चलाने का अनुभव

200 competitors होने के बावजूद service को बनाए रखने का तरीका क्या है?

• हफ़्ते के दिनों में सिर्फ़ 2 घंटे काम करना
• उन features पर फ़ोकस करना जो customer की तकलीफ़ हल करें
• बेहद (ruthlessly) दोहराव वाला होना। अगर 2 घंटे में feature implement नहीं हो पाता, तो scope घटाकर भी deploy करो, और इसे बार-बार दोहराओ

✓ 1 साल में सीखे गए सबक

आप समस्या हल कर रहे हैं, SaaS subscription नहीं बेच रहे

• customer के नज़रिए से सोचना
• "अगर मैं यह feature बनाऊँगा तो customer आ जाएँगे!" नहीं, बल्कि "मुझे customers की इस परेशान करने वाली समस्या को हल करके उनकी मदद करनी चाहिए" होना चाहिए
• SaaS समस्या हल करने के कई तरीकों में से सिर्फ़ एक है

documentation भी user experience का हिस्सा है

• लोग कहते हैं "developers documentation नहीं पढ़ते", लेकिन यह बात सिर्फ़ आंशिक रूप से सही है
• वे पढ़ते नहीं, बल्कि headings को स्कैन करते हैं

mobile के लिए बनाइए

• B2B SaaS को लेकर आम धारणा के उलट, लोग फ़ोन पर बहुत काम करते हैं
• OnlineOrNot का लगभग 50% traffic mobile से आता है
• लोग mobile पर जल्दी से account बनाकर monitoring के लिए कुछ pages जोड़ते हैं, और फिर कभी-कभी laptop/desktop पर check करते हैं
• 6 महीने तक mobile support नहीं था, और जिन्होंने फ़ोन से sign up किया था, वे जल्दी churn हो गए
• आखिरकार responsive mobile pages बनाने के बाद अब नए mobile users लगातार बढ़ रहे हैं

लोगों से पूछिए कि उन्हें आपके बारे में कैसे पता चला

• सबसे ज़्यादा value देने वाले code changes में से एक था नए sign-up users से पूछना: "आपको OnlineOrNot के बारे में कैसे पता चला?"
• संभावित customers को लाने के कई channels होते हैं, और आपको समझना चाहिए कि किस पर ज़्यादा ज़ोर देना है

कभी-कभी अपनी गलती खुद करना ज़रूरी होता है

• मैं किताबें भी बहुत पढ़ता था ताकि दूसरों की गलतियाँ न दोहराऊँ, लेकिन कभी-कभी खुद गलती करना ज़रूरी होता है
• जब पोस्ट Hacker News के front page पर आई, तो 6000 लोग आए। सैकड़ों लोगों ने sign up करने की कोशिश की, लेकिन उनमें से 10 से भी कम ने sign up पूरा किया। तभी समझ आया कि कुछ गड़बड़ है
• sign-up form पर 75% drop-off था। A/B testing (मेरे बनाए DeployWithFlags का इस्तेमाल करके) से extra OAuth providers जोड़ने पर यह 50% तक गिर गया

pricing सच में बहुत मुश्किल है

• अगर price बहुत ज़्यादा हो, तो वे लोग चले जाते हैं जो मानते हैं कि आपका app उनके लिए सब कुछ कर देगा
• अगर price बहुत कम हो, तो $9 देने वाले customers चाहेंगे कि आप app को फिर से लिख दें
• मुश्किल customers को refund दीजिए, price बढ़ाइए, और आगे बढ़ते रहिए
• pricing पर बहुत experiment करने के लिए तैयार रहिए

MRR (Monthly Recurring Revenue) पर ज़रूरत से ज़्यादा फ़ोकस करने की ज़रूरत नहीं है..

• शुरुआती दौर में business कैसा चल रहा है, यह मापने का MRR बहुत खराब तरीका है
• कुछ हफ़्ते पहले किए गए fixes का असर current MRR पर आता है, इसलिए जब तक customers काफ़ी संख्या में न हों, यह समझना मुश्किल होता है कि बदलाव सच में असरदार थे या नहीं
• DAU या कुछ customer success metrics (जैसे page checks, image generation आदि) MRR से ज़्यादा उपयोगी थे
• इन values से पता चलता है कि real users product का इस्तेमाल कर रहे हैं या नहीं, और क्या उन्हें value मिल रही है

paid tier में भी free trial ज़रूरी है

• free tier लोगों को आकर्षित करने और आपके product के बारे में बात करवाने का अच्छा तरीका है
• लेकिन अगर paid tier free tier से काफ़ी बेहतर है, तो लोगों को paid में मौजूद "Good Stuff" का स्वाद चखाने का तरीका होना चाहिए
• यह समझने में मुझे 11 महीने लगे
• मैं free tier देता हूँ, लेकिन 95% नए users pro tier के free trial को चुनते हैं

ज़्यादा traffic लाना मुश्किल है, लेकिन मौजूदा traffic जो करता है उसे बदलना आसान है

• internet पर ध्यान पाना एक लंबा और धीमा खेल है
• अगर आप कुछ महीनों तक लगातार अच्छी content marketing करते हैं, तो readers की संख्या रोज़ 1~2 से बढ़कर सैकड़ों तक पहुँच सकती है
• site पर आने वालों की संख्या बढ़ाना सच में आसान काम नहीं है
• दूसरी तरफ़, जब लोग आपकी site पर आ चुके हों, तो वे वहाँ क्या करते हैं, उस पर आप असर डाल सकते हैं, और यह काम आज ही कर सकते हैं
  (OAuth login provider जोड़ने जैसी चीज़ें)

content marketing आपको समय दिलाती है

• content marketing में निवेश करने से business कुछ समय तक अपने-आप चल सकता है
• एक साल के दौरान, कई साल पुरानी कुछ posts viral हुईं और उन्होंने दसियों हज़ार visitors खींचे। अब भी, मेरे कुछ किए बिना लगभग 1500 लोग organically उन posts को देखने आते हैं

छोटा बनाइए, बार-बार deploy कीजिए

• लोग product बेहतर बनाने के लिए किसी खास feature का सुझाव देंगे, लेकिन बहुत संभव है कि वे खुद उस feature का इस्तेमाल न करें
• वे शायद मदद करना चाहते हैं, और संभव है कि उन्होंने किसी दूसरे product में ऐसा feature देखा हो
• क्योंकि आप पहली बार SaaS चला रहे होते हैं, लोग आपसे जो भी कहते हैं उसे सुनकर खुशी होती है, और आप जल्दी से उनके लिए feature बनाने दौड़ पड़ते हैं
• मैं यह नहीं कहूँगा कि feature मत बनाइए (मुझे भी ऐसी सलाह मिली थी, और मैंने फिर भी वह feature बनाया जिसे किसी ने इस्तेमाल नहीं किया)
• पूछिए कि वे उस feature का इस्तेमाल कैसे करेंगे, दूसरे customers से पूछिए कि वे उस समस्या को कैसे handle करते हैं, उस feature का सबसे छोटा version बनाइए, और देखिए कि दूसरे users भी उसे इस्तेमाल करते हैं या नहीं
  आप ऐसा feature तो नहीं बनाना चाहते जिसे सिर्फ़ एक ही व्यक्ति इस्तेमाल करे, है ना?
• कई महीनों की मेहनत के बजाय, कुछ घंटों में बने ऐसे feature को हटाना कहीं कम दर्दनाक है जिसे कोई नहीं चाहता

पहले deploy करें, scale की चिंता बाद में करें

• OnlineOrNot के पहले version में architecture बिल्कुल optimize नहीं किया गया था
  (हर uptime check के लिए DB connection बना रहता था, इसलिए users बढ़ने पर इसे संभालना मुश्किल था)
• और मैं उन चीज़ों को बनाने से बेहतर समझता हूँ जिनकी लोगों को ज़रूरत नहीं है, बजाय इसके कि वे थोड़ा imperfect UI देखकर परेशान हों
• बाद में architecture फिर से design किया, और एक छोटे RDS instance पर हर हफ़्ते लाखों requests process होने लगीं

जितना लगता है, उससे कम समय असली समस्या हल करने में जा पाता है

• 1 साल में programming पर लगाए गए समय का सिर्फ़ आधा हिस्सा उस समस्या को सच में हल करने में गया जिसे मैं हल करना चाहता था
• बाकी आधा SaaS platform बनाने में चला गया
• अलग-अलग तरह का user authentication, trials, onboarding, team management, invoice management, lifecycle emails जैसी SaaS platform वाली चीज़ें भी चाहिए होती हैं
• बहुत सी चीज़ें outsource की जा सकती हैं (अगर Stripe नहीं होता, तो शायद मैं इसे subscription model में बेच ही नहीं पाता)
• लेकिन कुछ चीज़ें हमेशा ऐसी होंगी जो आपको पसंद नहीं आएँगी, और अगर आप उन्हें थोड़ा अलग तरीके से करना चाहते हैं, तो आपको खुद बनाना पड़ेगा

[wellsbabo]

अच्छा लेख है

[hibuz]

लाइव सेवा की योजना बनाने और उसे चलाने के लिए यह सच में बढ़िया टिप्स हैं!!

[xguru]

भले ही free tier हो, paid tier के लिए free trial ज़रूरी है — मुझे लगता है यह हिस्सा वास्तव में बहुत महत्वपूर्ण है।