स्केल-अप होती startup बनाते हुए सीखी गई 32 बातें
(newsletter.posthog.com)- 11 लोगों और 0 revenue से शुरू होकर 5 साल में 150 लोगों और कई मिलियन डॉलर ARR तक बढ़ते हुए organization, culture, product, sales—हर जगह बार-बार सही साबित हुए सिद्धांतों को समेटने वाला लेख
- startup में hiring से पहले आंतरिक टीम की effectiveness, standards बनाए रखना, और स्पष्ट जिम्मेदार owner तय करना अधिक महत्वपूर्ण है; छोटी टीमें सबसे तेज़ scale होने वाली मूल इकाई हैं
- product और engineering में छोटी टीमें, ICP की बार-बार समीक्षा, और users से लगातार बातचीत growth तय करती है; अगर समस्या की value स्पष्ट नहीं है तो AI भी समाधान नहीं बनता
- marketing और sales में growth के साथ भी brand की personality और opinion को न खोना, और product-led growth को कमजोर न होने देना महत्वपूर्ण है
- market competition आखिरकार B2B SaaS के बीच नहीं, बल्कि लोगों के ‘attention’ के साथ प्रतिस्पर्धा है, इस पर ज़ोर
Culture and Hiring
- optimism, skills से अधिक महत्वपूर्ण है
- pessimism का असर पूरी organization को कमजोर बना देता है
- एक बार standards घटाकर की गई hiring का पछतावा ज़रूर लौटता है
- समय बीतने पर भी वही गलती दोहरती रहती है
- interview stage में reject करना 1000 गुना आसान है
- बाद में किसी को निकालने की लागत कहीं ज़्यादा होती है
- https://posthog.com/newsletter/job-interview-questions-engineers
-
नए लोगों को रखने से कहीं ज़्यादा महत्वपूर्ण है मौजूदा टीम की effectiveness बढ़ाना
-
SuperDay सबसे अच्छा signal देता है
- interview में अच्छा करने वाले और असल काम में अच्छा करने वाले लोगों के बीच correlation बहुत कमजोर होता है
- https://posthog.com/handbook/people/hiring-process#4-posthog-superday
- किसी role के पहले hire के लिए wildcard hiring नहीं करनी चाहिए
- आपको वास्तविक अनुभव वाला व्यक्ति चाहिए
-
बाहरी agencies कभी भी internal execution से बेहतर साबित नहीं हुईं
-
launch के बाद feedback के approval process में बदल जाने से सावधान रहें
-
समस्या छोटी हो या बड़ी, ‘एक जिम्मेदार owner’ न हो तो असफलता तय है
-
salary exceptions organization culture पर debt बना देते हैं
- हर salary review पर इसका पछतावा होता है
- अगर वास्तविक जीवन में न बोली जाने वाली ‘manager वाली भाषा’ आ जाए, तो उसे तुरंत ठीक करना चाहिए
- वही शब्द इस्तेमाल करें जो लोग सच में बोलते हैं
- सफल companies से सिर्फ कुछ तत्व लें, पूरी की पूरी नकल न करें
- संभव है कि हम Jensen Huang जितने smart न हों
Product and Engineering
- छोटी टीमें (6 लोगों से कम) सबसे अच्छी तरह scale करती हैं
- ICP को लगातार फिर से पूछना और फिर से define करना चाहिए
- PMF एक बार मिल जाने के बाद खत्म होने वाली चीज़ नहीं है
- https://posthog.com/newsletter/ideal-customer-profile-framework
- https://posthog.com/founders/product-market-fit-game
-
“AI से क्या करें?” से ज़्यादा महत्वपूर्ण है “AI मेरे लिए क्या कर सकता है?”
-
अगर समस्या ‘स्पष्ट और मूल्यवान’ नहीं है, तो AI भी उसे हल नहीं कर सकता
- users से बातचीत लगातार बनाए रखनी चाहिए
- users की ज़रूरतें समय के साथ ज़रूर बदलती हैं
- https://posthog.com/newsletter/talk-to-users
- goals को ‘ship करने के standard’ के रूप में तय करना चाहिए
- यह OKR से कहीं बेहतर काम करता है और ज़्यादा आनंददायक भी है
- Focus on What you're going to ship
-
अगर priority तय नहीं कर पा रहे, तो सबसे मज़ेदार चीज़ से शुरू करें
-
सबसे अच्छा developer, सबसे अच्छा manager हो—यह ज़रूरी नहीं
- team lead बनाना IC के लिए reward नहीं है
- stretch goals 0% हासिल होते हैं
- इन्हें planning से हटाना ही सही जवाब है
- launch के बाद users की राय > launch से पहले internal राय
- priorities तय करने में users की असली प्रतिक्रिया बिल्कुल निर्णायक होती है
Marketing and Sales
- upmarket जाने के लिए brand का मज़ा खत्म करने की ज़रूरत नहीं
- बड़ी companies में भी आखिर पढ़ते इंसान ही हैं
- https://posthog.com/blog/brand
- जितनी growth होती है, opinion खोना उतना आसान हो जाता है
- opinion न हो तो ICP भी रुचि खो देता है
- https://posthog.com/handbook/growth/marketing
- अच्छा product बनाना और उसके बारे में लगातार बताना ही मूल बात है
- अगर product-led growth (PMF) थी, तो ads की ओर दिशा बदलने की ज़रूरत नहीं
- https://posthog.com/handbook/growth/marketing
- features को सीधे बेचने की strategy upmarket में भी surprisingly अच्छी चलती है
- बड़ी कंपनियाँ भी अक्सर सीधे “○○ feature करने वाला tool” ढूंढती हैं
- https://posthog.com/founders/features-sell
- merch को जल्दी और अच्छी तरह बनाने का कोई आसान तरीका नहीं है
- logistics की सीमाएँ पूर्णतः वास्तविक हैं
- https://posthog.com/merch
- technical लोग sales करें तो इसका मतलब यह नहीं कि वह scalable नहीं है
- बस यह कठिन है और training माँगता है
- कुछ ही marketing channels को अच्छे से करना scale के लिए भी महत्वपूर्ण है
- हर जगह एक साथ करने की कोशिश न करें
- attribution से आप कभी पूरी तरह संतुष्ट नहीं होंगे
- perfect answer ढूंढना व्यर्थ मेहनत है
- marketing और sales का product से पीछे रह जाना ठीक है
- user का मूल रवैया यही होता है: “मुझे आपमें दिलचस्पी नहीं है”
- launch के कई महीने बाद launch करना भी ठीक है
- आपके competitor दूसरे SaaS नहीं, बल्कि TikTok जैसे ‘attention competitors’ हैं
4 टिप्पणियां
https://posthog.com/ होमपेज खुद ही वाकई बहुत नया और ताज़गीभरा लग रहा है।
"इंटरव्यू प्रक्रिया का अंतिम चरण PostHog SuperDay कहलाता है। यह हमारे साथ एक paid full-day working session है, और उम्मीदवार के शेड्यूल के अनुसार इसे लचीले ढंग से समायोजित किया जा सकता है। इस चरण को छोड़ा नहीं जा सकता, इसलिए यदि कोई उम्मीदवार final interview में हिस्सा नहीं लेता, तो दुर्भाग्य से हमें प्रक्रिया यहीं समाप्त करनी होगी और उस उम्मीदवार पर उस पद के लिए आगे विचार नहीं किया जाएगा।"
“हम सभी उम्मीदवारों को SuperDay में भाग लेने के लिए compensation के तौर पर US$1,000 की निश्चित राशि देते हैं। बहुत कम मामलों में, यदि पहले से पोस्ट की गई hiring opening के लिए किसी दूसरे उम्मीदवार की भर्ती हो जाने के कारण निर्धारित SuperDay रद्द करना पड़े, तो उस समय तक किए गए प्रयास के compensation के रूप में US$500 की kill fee दी जाती है."
नंबर 5 में दिया गया SuperDay एक paid hiring process लगता है, जिसमें साथ काम करके देखा जाता है। अगर इसे लागू किया जा सके, तो यह काफ़ी अच्छा process लगता है।
क्या यह
probation periodसे अलग अवधारणा है?लगता है कि यह काम की प्रकृति के हिसाब से लगभग एक दिन ऑफिस आकर, और अगर पास हो जाएँ तो आगे साथ काम करने वाले सहकर्मियों के साथ काम करके देखने जैसी प्रक्रिया है। चूँकि छुट्टी लेकर आ सकते हैं, इसलिए ऐसा नहीं लगता कि hiring और job change पहले से पक्के हो चुके हों।