Half-Baked Product: आधा-पका प्रोडक्ट
(weli.dev)- ओवन startup Ovens Inc. ने Spain के market के 10% को लक्ष्य बनाकर शुरुआत की, लेकिन बेकिंग failure rate हल करने से पहले ही बिक्री के वादों और investment logic ने product direction को खींच लिया
- शुरुआती MVP ने दावा किया कि ingredients की मात्रा डालने पर baking time अपने-आप adjust हो जाएगा, लेकिन bread, cake और pizza बार-बार fail हुए, और 5 customers की repeat purchase intent verify नहीं हुई
- Engineering को लगा कि support scope घटाने पर failure rate 5% तक कम किया जा सकता है, लेकिन founder के लिए pitch deck में पूरे market का वादा करने के कारण market shrink स्वीकार करना मुश्किल था
- Pepepizza का 500-unit pilot, rotating tray, candle button, fireplace connection और Ramadan mode जुड़ते गए, और team product improvement से ज्यादा feature promises पूरा करने में बंध गई
- Rotating tray, जो हमेशा second priority था, आखिर में जल्दबाजी में बनाया गया, लेकिन core requirement—clockwise rotation—छूट गई; Pepepizza खो गया, और वह design debt व team burnout product के अंदर रह गए
पूरे market को लक्ष्य बनाकर शुरुआत
- Founder खुद oven बनाना या bread bake करना नहीं जानते थे, लेकिन उन्हें भरोसा था कि वे kitchen appliances market को अच्छी तरह समझते हैं
- उन्होंने हिसाब लगाया कि Spain के pizza shops, confectioneries और bakeries को नया oven बेचकर market का सिर्फ 10% हासिल कर लिया जाए तो वे billionaire बन सकते हैं
- योजना थी नई technology से ज्यादा efficient oven बनाना, और “अगर आप ज्यादा efficiently काम करना चाहते हैं, तो हमारा oven खरीदें” जैसी सरल sales logic अपनाना
- Investors से बातचीत के अनुभव के आधार पर MVP बनाने लायक funding जुटा ली गई
Perfect oven का सपना देखने वाला engineer
- Founder ने एक top school से निकले और 10 साल से oven बना रहे engineer को hire किया
- Engineer Corporate Oven में वही oven बार-बार बनाते-बनाते थक चुका था, और अपना oven बनाने की freedom चाहता था
- Offer में low salary, company equity का 20%, और perfect oven बनाने की freedom शामिल थी
- Engineer इस संभावना और वादे की वजह से जुड़ा कि वह कभी millionaire बन सकता है और अपने सपनों का oven बना सकता है
काम करने वाला, लेकिन unstable MVP
- दो महीने बाद तैयार MVP एक working oven था, जिसमें existing ovens की तुलना में एक improvement था
- Flour, yeast और water की मात्रा डालने पर oven अपने-आप baking रोक देता था
- वास्तविक performance अच्छी नहीं थी, लेकिन इसे MVP के लिए पर्याप्त मानकर market में उतारा गया
- शुरुआती बिक्री 5 units की थी
- Founder के जानने वाले 2 bakeries
- Cake bake करने वाली engineer की mother
- Curiosity में खरीदने वाले 2 oven enthusiasts
- Feedback इस तरह आया कि bread जल गई, cake अधपका रहा, और pizza हमेशा जल गया
- फिर भी तीन में से एक बार perfect cake, bread या pizza बन जाता था, इसलिए इसे positive signal माना गया
- Founder ने investors से कहा कि उन्होंने 2 महीने में prototype बना लिया है, 5 customers हासिल कर लिए हैं, और बेहतर version व scaling funds की जरूरत है
- किसी ने यह नहीं पूछा कि वे 5 customers फिर से खरीदेंगे या नहीं, और founder ने 5 million dollars raise करके Ovens Inc. launch कर दिया
Complex algorithm और मुश्किल sales
- Engineer को एहसास हुआ कि cake, pizza और bread के baking time calculate करने वाला algorithm उम्मीद से कहीं ज्यादा complex है
- हर dough की conditions अलग थीं, इसलिए और engineers hire करने पड़े; Italian oven forum पर debate करने वाले Mario और Luigi को onboard किया गया
- उन्हें भी low salary, बहुत freedom, और perfect oven बनाने का वादा दिया गया
- Facebook और Instagram ads कारगर नहीं रहे; 15,000 euro का industrial oven कोई ऐसा product नहीं था जिसे story में देखकर तुरंत खरीद लिया जाए
- Founder ने Spain की best sales team hire की
- उन्होंने कभी ovens नहीं बेचे थे और ovens के बारे में जानते भी नहीं थे, लेकिन बेचने का जोश बहुत था
- Small businesses अपने existing ovens से संतुष्ट थे, और 15% efficiency improvement के लिए replacement का risk नहीं लेना चाहते थे
- Juan की bakery में नया oven fail हो जाए तो customers जा सकते थे और दुकान बंद हो सकती थी
- Efficiency optional थी, लेकिन अगले दिन बेचने के लिए bread होना जरूरी था
- बड़ी companies के लिए 15% efficiency improvement हर साल millions of dollars की savings ला सकता था, और sales team ने Pepepizza से संपर्क किया
Market घटा न पाने का फैसला
- Engineering ने algorithm failure rate को दो-तिहाई से घटाकर एक-तिहाई कर दिया, लेकिन हर improvement point पर cost दोगुनी होती गई
- अहम discovery यह थी कि अगर oven bread, cake और pizza में से सिर्फ दो categories support करे, तो failure rate 5% तक आ सकता है
- Engineer ने सुझाव दिया कि एक market छोड़कर सही से काम करने वाला product बनाया जाए
- Founder ने मना कर दिया, क्योंकि उन्होंने investors से Spain के पूरे oven market का 10% capture करने का वादा किया था
- वे सही या गलत के सवाल में नहीं, बल्कि कौन-सा वादा तोड़ना है, इस चुनाव में फंस गए
- नतीजतन engineer को तीन तरह के dough और 33% failure rate ढोते रहना पड़ा
Pepepizza contract और requirements का उलट जाना
- Founder Pepepizza headquarters गए, owner से मिले, और Mallorca तक साथ जाकर deal close कर दी
- Oven अभी test नहीं हुआ था, लेकिन contract पहले हो गया, requirements बाद में आईं
- Pepepizza operations team ने custom kitchens में fit होने वाले specific size का oven और existing product की तरह rotating tray मांगी
- Sales team ने जवाब दिया, “कोई समस्या नहीं”
- Pepepizza को initial 500 units चाहिए थे
- Pepepizza के लिए यह कुछ branches में test करने वाला छोटा pilot था
- Ovens Inc. के लिए यह पूरी company दांव पर लगाने जैसा था
- Engineer को लगा कि pizza algorithm भी मुश्किल से काम कर रहा है, standard-size CAD design में 5 महीने लगे हैं, और rotating tray पर Italian forum में चर्चा भी नहीं हुई थी
- फिर समझाया गया कि नया size thermal design तोड़ देगा, और algorithm व inverter redesign में 5 महीने और लगेंगे
- Founder ने इसे जैसे सिर्फ एक number बदलने का काम समझा
3 हफ्तों में prototype और टली हुई rotating tray
- असल में 5 महीने नहीं लगे; कई weekends और overnight work के बाद 3 हफ्तों में Pepepizza के लिए prototype आ गया
- बहुत compromises हुए और algorithm अभी भी अक्सर fail करता था, लेकिन size custom requirement के हिसाब से fit हो गया
- Rotating tray अभी नहीं थी, और Pepepizza को वादा किया गया कि इसे “कुछ महीनों में” extra feature के रूप में दिया जाएगा
- Pepepizza ने इसे स्वीकार कर लिया
Sales promises ने product direction बदल दी
- Sales team इस निष्कर्ष पर पहुंची कि जो oven अभी मौजूद है उसे बेचना मुश्किल है; उन्हें वह oven बेचना होगा जो 6 महीने बाद मौजूद होगा
- Pepepizza से असंभव-सा लगने वाला वादा किया गया था और team ने उसे 3 हफ्तों में कर दिया था, इसलिए feature promises दोहराए जाने लगे
- Contract sign होते ही commission मिल जाता था, इसलिए बाद की problems दूसरे departments का काम बन जाती थीं
- Ovens Inc. तत्काल oven sales से ज्यादा investment rounds पर निर्भर थी, और investment rounds sales promises से निकले projections पर टिके थे
- Sales team ने birthday cake customers के लिए candles add करने वाला button मांगा
- Founder ने सोचा कि पहले भी 5 महीने का काम 3 हफ्तों में कर लिया गया था, तो यह उससे कहीं आसान होगा; उन्होंने इसे “candles add करने वाला simple button” माना
- Engineer Pepepizza work के aftereffects भी साफ नहीं कर पाया था, फिर भी आखिर में “बस इस बार” कहकर मान गया
- Sales team मानती थी कि नए button से महीने में 2 extra ovens बिकते हैं, लेकिन यह verify करने का कोई तरीका नहीं था कि वे button के बिना भी बिकते या नहीं
कभी खत्म न होने वाली second priority
- इसके बाद भी feature requests आती रहीं
- घर का oven fireplace से connect होता है, क्या यह product भी कर सकता है?
- Wedding cake के लिए कोई feature है?
- Ramadan mode है?
- Team ने सभी features बना दिए
- Engineering का focus अच्छा oven बनाने से हटकर buttons और features add करने पर आ गया
- किसी ने explicit रूप से ऐसा decision नहीं लिया; एक-एक ticket process होते हुए direction बदलती गई
- हर button पिछले वाले से ज्यादा समय लेने लगा
- Candle button: 3 दिन
- Fireplace feature: 1 हफ्ता
- Latest feature: 3 हफ्ते
- Engineer धीमा नहीं हुआ था; वजह यह थी कि हर नया button existing buttons के साथ मिलकर भी काम करना चाहिए था
- Customers purchase के एक हफ्ते के भीतर oven return कर देते थे
- Bread और cake अब भी 10% chance से जल जाते थे
- पहले दिन से मौजूद MVP problem जस की तस थी
- जब customer cancel करने के लिए call करता, support team latest release का नया button suggest करती
- जिसकी bread जल रही थी, उसे Ramadan mode suggest किया जाता, लेकिन customer चला जाता
- Engineering के पास रुककर approach पर फिर से सोचने का समय नहीं था, और रुकना backlog में भी नहीं था
- जब Pepepizza ने rotating tray के बारे में पूछा, तो वह ticket Kanban board पर डेढ़ महीने से पड़ा था
- हर हफ्ते candle button, fireplace feature और Ramadan mode आगे आ जाते, और rotating tray हमेशा second-highest priority रहती
- Second priority आखिरकार कभी complete नहीं होती
जब urgency सब कुछ ढक लेती है
- Founder ने घोषणा की कि अगले 2 हफ्तों तक rotating tray पर focus करेंगे
- Team पहले ही समझा चुकी थी कि rotating tray impossible है; Mario की Pepepizza crunch के बाद promised vacation थी, और Luigi की performance कई हफ्तों से गिर रही थी
- Engineer ने कहा कि refactoring, integration, compartments और buttons के लिए abstraction layer चाहिए
- वरना हर नया feature पिछले से दोगुना समय लेगा, ऐसा उनका मानना था
- Founder यह समझते थे, लेकिन उन्होंने कहा कि startups खून-पसीने से बनते हैं और सबको sacrifice करना होगा; उन्होंने 2 हफ्तों की deadline दी
- Founder खुद भी company में सबसे कम salary ले रहे थे, 2 साल से vacation नहीं ली थी, और Mallorca भी work था
- समस्या यह थी कि founder खुद अपनी बात सबसे पहले करके दिखाते थे
Pepepizza खोना और बचा हुआ design debt
- नया crunch पहले की तुलना में कम passionate था; यह शुरुआती कारनामा नहीं, paperwork जैसा लग रहा था
- Mario ने vacation cancel कर दी, और Luigi लगातार office आता रहा, लेकिन किसी ने उसकी हालत नहीं पूछी
- 2 हफ्तों बाद बनी rotating tray को तीन special button combinations चाहिए थे, और वह बाकी सभी modes के साथ incompatible थी
- Pepepizza में installation के बाद Pepepizza ने Corporate Oven चुन लिया, क्योंकि tray clockwise rotate नहीं करती थी
- Product team ने यह requirement pass on नहीं की थी कि rotation direction clockwise होनी चाहिए
- Sales, founder और backlog के बीच कहीं project की सबसे important requirement गायब हो गई
- सबसे बड़ा loss Pepepizza को खोना नहीं था, बल्कि rotating tray के लिए किए गए changes का oven design में बने रहना था
- Customer चला जाता है, लेकिन उस customer के लिए बनाई गई rotating tray product के अंदर रह जाती है
Burnout team और दोहराता cycle
- एक महीने बाद Mario company छोड़ गया
- इसलिए नहीं कि वह competitor के पास गया या बेहतर role मिला, बल्कि इसलिए कि vacation पाने का एकमात्र तरीका resign करना था
- Retrospective में इसे “learning” के रूप में दर्ज किया गया
- Luigi रुका रहा और candle button maintain करता रहा
- Company ने इसे उसका specialization कहा
- किसने यह तय किया, यह किसी को याद नहीं था
- Luigi रोज office आता और काम करता रहा
- Italian forum के लोग पूछते कि Luigi ने 5 महीनों से post क्यों नहीं किया, लेकिन standup में वह कहता “no blockers” और सब अगले व्यक्ति पर बढ़ जाते
- 6 महीने बाद Ovens Inc. technically अभी भी alive थी
- बची हुई funding 8 महीनों की थी
- नए pitch deck में “oven” शब्द गायब हो गया था और यह “intelligent baking platform” बन गया था
- Engineer March में चला गया
- उसने दरवाजा पटककर exit नहीं किया, न कोई अनुभव-कथा लिखी
- Meetings में बहस करना बंद किया, एक महीने बाद office आना बंद किया, और farewell तीन lines की email थी
- कोई भी उसका code छू नहीं सकता था
- Founder ने माना कि problem plan में नहीं, execution में थी, और निष्कर्ष निकाला कि नया engineer चाहिए
- नया engineer top school से था, Corporate Oven में वर्षों तक ovens बनाकर थक चुका था, और oven conferences व Italian oven forum में debate करने वाला व्यक्ति था
- Forum का एक पुराने user चेतावनी देता है, “rotating tray को शुरुआत से support करो,” लेकिन नया engineer हंसकर कहता है कि oven में rotating tray कौन इस्तेमाल करता है
- Founder अब 20% नहीं दे सकते थे, इसलिए उन्होंने 5% equity offer की, लेकिन perfect oven बनाने की freedom का वादा किया
- नया engineer मुस्कुराते हुए जुड़ गया
1 टिप्पणियां
Hacker News की राय
कहानी का अहम हिस्सा शुरुआत में ही है: संस्थापक की प्रेरणा अमीर बनना थी
startup दुनिया में ऐसे मामले बहुत देखे हैं। संस्थापक domain expertise के बजाय सिर्फ market analysis के आधार पर क्षेत्र चुनते हैं, इसलिए वे अलग-अलग क्षेत्रों में 5 से ज़्यादा startups भी fail कर देते हैं
तब संस्थापक को जो संभव लगता है और domain expert को जो संभव दिखता है, उनके बीच बड़ा अंतर पैदा हो जाता है। हाँ, इसके जवाब में यह भी कहा जाता है कि “Musk ने भी किया, तो यह क्यों नहीं हो सकता” या “असंभव से अनजान भोला optimism खेल बदलने के लिए ज़रूरी होता है”
मैंने कुछ pitches सुनी हैं जहाँ product सीमित था, संस्थापक/CEO की knowledge सतही लगती थी, लेकिन passion बहुत ज़्यादा था। हाल ही में 3 महीने पुराने एक startup ने अपना domain platform हमें दिखाया; खोलते ही वह रोज़ बरसने वाले vibecoding platforms जैसा ही लगा, और जब हमने data source और security पर सवाल किए, तो पूर्व management consultant होने के नाते वह सिर्फ़ बहुत धाराप्रवाह बोलता रहा, जबकि CTO बस सिर हिलाता रहा। आखिर में वे हमारा data चाहते थे और features चाँद तक पहुँचाने जैसे वादे कर रहे थे, लेकिन पूरा product vibecoding से बना हुआ लगा
सिर्फ़ इस पिछले दशक का रिकॉर्ड देखें तो Cybertruck, Twitter, Twitter पर उसकी बातें, CSAM और deepfake generation engine जैसा दिखने वाला Grok, DOGE वगैरह जैसे हैरान कर देने वाले मूर्खतापूर्ण उदाहरण बहुत हैं
मुझे लगता है उसकी companies तब सफल होती हैं जब वहाँ काम करने वाले लोग उसे मनाने वाले बच्चे की तरह संभालते हैं और उसे ज़रूरी कामों से दूर रखते हैं। वह कोई positive example नहीं, बल्कि एक शर्मनाक उदाहरण है कि अमीर बनने के लिए insight या intelligence ज़रूरी नहीं है
अच्छा है कि मैं oven industry में काम नहीं करता। हम अभी dishwashers में क्रांति लाने वाला एक stealth startup शुरू कर रहे हैं, और prototype कमाल का है
यह कम पानी और detergent इस्तेमाल करता है, और इस weekend हम आख़िरी बची समस्या हल करने वाले हैं। कभी-कभी यह glass तोड़ देता है
यह code ज़्यादा तेज़ी से लिखता है और बेहतर explain भी करता है, और इस weekend हम आख़िरी बची समस्या हल करने वाले हैं। कभी-कभी यह production में deploy कर देता है
इसमें एक बार में सिर्फ़ एक plate जाए, तब भी चलेगा। एक तरफ़ डालो और दूसरी तरफ़ से साफ़ और सूखी plate बाहर आए, यानी car wash की तरह काम करे
मुझे काफ़ी यक़ीन है कि बड़े kitchens में ऐसी चीज़ें पहले से होंगी, और लगभग 35 साल पहले स्कूल cafeteria में भी कुछ ऐसा देखा था। लेकिन छोटे scale पर यह क्यों नहीं है, यह हमेशा सोचता रहा हूँ
मैं ऐसी चीज़ बार-बार देखता हूँ। अगर एक बुनियादी समस्या चुननी हो, तो वह डिसकनेक्शन है
हर भूमिका में लोग अपने-अपने क्षेत्र के एक्सपर्ट होते हैं, लेकिन दूसरे महत्वपूर्ण क्षेत्रों के बारे में पूरी तरह अनजान रहते हैं। संस्थापक जानते हैं कि पैसा कैसे जुटाया जाए, लेकिन ग्राहकों को अच्छी तरह नहीं जानते; इंजीनियर टेक्नोलॉजी जानते हैं, लेकिन बिज़नेस को चलाए रखने के लिए क्या चाहिए यह ठीक से नहीं जानते। सेल्स को पता होता है कि ग्राहक क्या चाहते हैं, लेकिन क्या बनाया जा सकता है यह अच्छी तरह नहीं पता होता, और निवेशक नंबर समझते हैं, लेकिन बिज़नेस कितना बेतरतीब ढंग से चल रहा है यह नहीं जानते
सफल startups को देखें तो अक्सर 1~3 बहुत करीबी co-founders का एक समूह होता है, जहाँ हर व्यक्ति कम से कम एक चीज़ में बहुत अच्छा होता है, और उनकी मिली-जुली विशेषज्ञता की वजह से blind spots लगभग नहीं के बराबर होते हैं
“startup idea पाने का तरीका startup idea सोचने की कोशिश करना नहीं है, बल्कि समस्याएँ ढूँढना है। और अगर हो सके, तो ऐसी समस्याएँ ढूँढना है जिनका सामना आपने खुद किया हो”
“इतने सारे संस्थापक ऐसी चीज़ें क्यों बनाते हैं जिन्हें कोई नहीं चाहता? क्योंकि वे startup ideas सोचने से शुरुआत करते हैं। यह तरीका दोहरे रूप से खतरनाक है। इससे न सिर्फ अच्छे ideas कम निकलते हैं, बल्कि ऐसे बुरे ideas निकलते हैं जो ऊपर से ठीक लगते हैं, और आपको खुद को धोखा देकर उन पर काम करने के लिए उकसाते हैं”
अगर आप खुद झेली हुई समस्या ढूँढते हैं, तो समस्या के क्षेत्र को समझने की संभावना भी बढ़ जाती है
जिन जगहों पर मैंने काम किया, जो इस लेख के अलग-अलग रूप जैसी थीं, वहाँ दर्द, हताशा और दुर्भावना को बढ़ाने वाली सोच यही framing थी
किसी बिज़नेस को अपना मॉडल रखने का अधिकार है, लेकिन सफल होने का अधिकार नहीं। यह बात सिर्फ कोई strawman या किस्सा नहीं, उससे कहीं ज़्यादा सटीक है। इंजीनियर अवास्तविक उम्मीदों के बीच अपना सर्वश्रेष्ठ देने की कोशिश कर रहे होते हैं, जिन्हें ऐसे लोग बनाते हैं जो मानते हैं कि उन्हें वास्तविक सीमाओं से बँधने की ज़रूरत नहीं और जिनकी आँखों में सिर्फ डॉलर के निशान तैर रहे होते हैं। इंजीनियर कंपनी के बाकी लोगों जैसी ज़िम्मेदारी नहीं बाँटते। असफलता की जड़ उस बकवास और लालच को संभव बनाने में थी
अगर संतुलन थोड़ा भी user needs की ओर खिसक जाए, तो पूरी कंपनी का संचालन और उसके अस्तित्व का कारण बदलकर ऐसा हो जाता है जैसे वह कोई दुर्लभ और अजीब कंपनी हो, जिसके लिए लोगों के पास आम तौर पर कोई reference frame ही नहीं होता। ज़्यादातर लोग founding stage पर ऐसी किसी चीज़ को सामने देखकर भी पहचान नहीं पाएँगे। सब कुछ सही संस्थापकों से शुरू होता है
Elon के मामले में, मुझे लगता है उनमें से एक यह है: “इसे जितना हो सके उतना सस्ता बनाओ, फिर इसे सिर्फ उन लोगों को बेचकर भी काम चल जाएगा जो खुद टेक्नोलॉजी को लेकर उत्साहित हैं।” यह उसने कब सीखा, पता नहीं, लेकिन सोचता हूँ कि शायद यह Tesla में Eberhard/Tarpenning से सीखा गया सबक रहा हो। उस समय Roadster उन sports car enthusiasts को बेची गई थी जो finish, range और cost से ज़्यादा 0-60 acceleration को महत्व देते थे
आज की मेरी व्याख्या में, pizza startup को pepepizza या दोस्तों-परिवार को नहीं बेचना चाहिए था। जैसा startups में अक्सर होता है, यह हर बार मुझे ऐसी distraction लगती है जो कंपनी को उसके core hypothesis यानी बड़े idea से भटका देती है। बड़े ग्राहक सहायक requirements पर अटक जाते हैं, और cool startup अपनी hypothesis को ठीक से test भी नहीं कर पाता। शायद असली कुंजी यह है कि छोटा रहो, ऐसे लोगों को खोजो जिन्हें नई oven technology में सचमुच दिलचस्पी हो, और कंपनी को उस market size के हिसाब से चलाओ जब तक आप इतनी समस्याएँ हल न कर लो कि cool technology उन लोगों के लिए दूसरी या तीसरी प्राथमिकता वाली रुचि बन जाए जिन तक बाद में विस्तार किया जा सके
लगभग हर startup कुछ नया बनाने की कोशिश करता है जिसे वह चाहता है कि लोग चाहें। लेकिन ग्राहक लगभग हमेशा आपका product नहीं चाहते। उन्हें आपसे या आपके product से कोई खास मतलब नहीं होता। ग्राहक जिस चीज़ की परवाह करते हैं, वह है अपना product deliver करना या अपने goals हासिल करना
आपका product एक tool है। अगर वह उचित कीमत पर ग्राहक की मदद करने वाला tool है, तो वे उसे खरीदेंगे। लेकिन यह भ्रम नहीं पालना चाहिए कि “ग्राहक मेरा product चाहते हैं।” ग्राहक ऐसा प्रभावी tool चाहते हैं जो उनकी ज़रूरत पूरी करे, और आपका product तभी जीतता है जब वह वही tool बनता है
जब लोग MVP शब्द का इस्तेमाल Eric Ries के अर्थ से अलग तरीके से करते हैं, तो मुझे हमेशा थोड़ी झुंझलाहट होती है। मुझे पता है कि दूसरी definitions भी हैं, लेकिन उससे ज़्यादा समझदार definition मैंने नहीं देखी
“minimum viable product किसी नए product का वह version है जो कम-से-कम effort के साथ ग्राहकों के बारे में validated learning की अधिकतम मात्रा इकट्ठा करने की अनुमति देता है। दूसरे शब्दों में, यह product का वह सबसे minimal version है जो फिर भी learning संभव बनाता है” [1]
कहानी में जो prototype है, उसका किसी hypothesis या learning से कोई जुड़ाव नहीं है। अगर Eric Ries की definition लागू की जाए, तो लगता है कहानी काफी अलग हो जाएगी
[1]: https://leanstartup.co/resources/articles/what-is-an-mvp/
यह लेख 20 साल पहले भी लिखा जा सकता था, शायद 50 साल पहले भी, और लगता है आगे भी लिखा जाता रहेगा। भविष्य के संस्करणों में AI के साथ मज़ा किया जाएगा, लेकिन
मैं sales के नज़रिए से और पढ़ना चाहूँगा। हम engineers और शायद CEOs के साथ बहुत आसानी से सहानुभूति कर लेते हैं, लेकिन sales की भूमिका भी शायद सिर्फ़ “सब कुछ हो जाएगा” कहकर commission लेने से ज़्यादा जटिल होती है। नहीं तो अगला तार्किक विकल्प यह होगा कि सब लोग sales में चले जाएँ और oven शौक़िया बनाएँ
ग्राहक की तरफ़ का नज़रिया भी दिलचस्प है। “घूमने वाला oven नहीं बेचने का मतलब क्या है? हमने साफ़ लिखा था कि हमें ISO-98765 compliant oven चाहिए। उसका घूमना तो बुनियादी बात है। फिर boss ने सबसे सस्ता vendor ही क्यों चुना?” जैसा कुछ हो सकता है
BigOven की तरफ़ का नज़रिया भी हो सकता है। “मैंने LinkedIn पर देखा कि इस छोटे startup ने candle button बना दिया। हमारे पास अभी तक क्यों नहीं है?”
और गंभीरता से कहें तो, क्या कोई ऐसा startup बचा है जो sales में यह कहकर भी टिक गया हो: “माफ़ कीजिए, हम rotating oven बना ही नहीं सकते। competitor को देखिए या 3 साल बाद फिर आइए”? क्या वह बिना invoice भरने वाले ग्राहकों के पहले ही डोडो की तरह विलुप्त नहीं हो जाता?
मेरे bosses सबसे स्थिर, सबसे efficient, या cooking process के दूसरे चरणों के साथ compatible oven नहीं खरीदते
वे ऐसे AI oven पर मोहित हो जाते हैं जो लगभग 30~40% मामलों में ही pizza को मोटे तौर पर सही बेक करता है। वे कहते हैं, “अगर oven ही तय करे कि कितना पकाना है तो ज़्यादा consistent होगा,” लेकिन यह इतना मूर्खतापूर्ण है कि हम इसे नज़रअंदाज़ कर देते हैं
sales वाले लोग bosses को ऐसे baking terms से प्रभावित कर देते हैं जिन्हें वे समझते नहीं, और फिर वे घटिया oven खरीद लेते हैं। असल में अच्छी pricing conditions शायद कहीं बड़ा कारण होती हैं, लेकिन सुनने में बात ऐसी लगती है
वे pizza खाते भी नहीं, और यह भी नहीं पहचान पाते कि वह जला है या नहीं। फिर भी कहते हैं, “जल्द ही oven सब कुछ कर देगा, फिर तुम्हारी ज़रूरत नहीं रहेगी”
लगता है वे यह नहीं समझते कि oven dough को गूंध नहीं सकता या ingredients को मिला नहीं सकता। यह बात तो छोड़ ही दें कि automatic cooking feature आदर्श परिस्थितियों के बाहर ग़लत साबित होता है
dough को ठीक रखने के लिए जितनी humidity चाहिए, उसी वजह से oven बार-बार ख़राब हो जाता है। repair cost oven की कीमत से भी ज़्यादा हो जाती है। हम बार-बार कहते हैं कि moisture-resistant oven खरीदिए, लेकिन bosses कहते हैं कि वह बहुत महँगा है
अगर कोई एक काम है जिसमें आप सब से कहीं बेहतर हैं और जो सचमुच मूल्यवान है, तो क्या ज़िंदा रहने के लिए आपको लगातार बगल की opportunities का पीछा करना चाहिए? बहुत-सी छोटी companies होंगी जो चुपचाप niche भरती रहती हैं, यानी वे companies जो “startup” नहीं हैं
खासकर इस कहानी में technical stakeholders को Mallorca ले जाना चाहिए था
लेकिन कोई project manager किसी तरह उन्हें pipeline से पास करवाकर checkbox टिक करना चाहता है
मुझे शायद आदर्शवादी ढंग से यह विश्वास है कि जो लोग product बनाते हैं, अगर उन्हें ownership दी जाए और end users से जोड़ा जाए, तो नतीजे बेहतर आते हैं
पिछला ग्राहक गुस्से में है कि ज़रूरी feature दिया नहीं गया, और आप engineer से उस feature की स्थिति पूछते हैं
engineers #general में एक घोषणा लिखकर आपको कोसते हैं कि आपने नए feature की status पूछी
PM आपको बुलाकर डाँटता है कि आप roadmap को bypass करना चाहते हैं
आप CEO के साथ साप्ताहिक call की तैयारी करते हैं। कम से कम इस quarter के numbers तो आपने दोगुने कर दिए
तैयारी के दौरान, पिछली रात भेजे गए cold email का जवाब आता है, जिसमें कोई आपको “भद्दा” और “परेशान करने वाला” कहता है
CEO meeting में जाते ही पता चलता है कि पागलपन भरा quota पिछले साल के आँकड़ों का 10 गुना रखा गया है, और CEO गुस्सा करता है कि आप quota से 80% नीचे हैं
लंबे दिन के बाद जब घर पहुँचते हैं, तो पति इस बात पर नाराज़ होता है कि आप देर तक काम कर रहे थे
एक मिलती-जुलती कहानी भी है
हमारा oven असल में अच्छी तरह काम करता है, लेकिन समस्या नया competitor OpenOven है। उनका oven पूरी तरह मुफ़्त है, और इटालियन forums पर हर कोई उसी की बात कर रहा है। उसमें हमारे मुकाबले बहुत ज़्यादा buttons भी हैं; ज़्यादातर ठीक से काम नहीं करते, लेकिन community को वह पसंद है
हम लगभग दुनिया की सबसे बड़ी bakery chains में से एक, MrBaguette, को बेच ही चुके थे। वे अपनी अगली पीढ़ी की kitchen के लिए नया oven supplier ढूँढ रहे थे, और chef ने हमारा oven इस्तेमाल करके पसंद भी किया था। लेकिन आख़िर में किसी VP ने कहा कि हम बहुत छोटे हैं और 20 साल बाद भी supply कर पाएँगे या नहीं, इस पर चिंता है, इसलिए उन्होंने ज़्यादा महँगा Corporate Oven product चुन लिया
उसने इसे एक इटालियन oven forum पर पोस्ट किया और तुरंत प्रतिक्रिया मिली, फिर जल्द ही 2 लोगों ने design को थोड़ा और आगे बढ़ाया। लोगों ने इसे खुद बनाया और तस्वीरें पोस्ट कीं, चर्चाएँ बढ़ीं, और आख़िरकार सबने नए नाम पर सहमति बनाई और OpenOven project को GitHub पर ले गए
यह अब भी उन oven enthusiasts का project था जिन्हें बहुत सारे buttons वाले ovens पसंद थे, लेकिन फिर किसी तरह 20 लाख subscribers वाले एक थोड़ा अजीब मगर प्यारे YouTuber ने इसका ज़िक्र कर दिया, और OpenOven उन सब के लिए recommendation बन गया जो corporate बड़े ovens से बाहर निकलना चाहते थे
engineer की motivation दिलचस्प थी
संस्थापक ने engineer को company की 20% equity और perfect oven बनाने की पूरी आज़ादी की पेशकश की। salary अच्छी नहीं थी, लेकिन एक वादा था। पैसे से भी ज़्यादा महत्वपूर्ण चीज़: आख़िरकार वह oven बनाना जिसका उसने सपना देखा था
नतीजे में, वह पूरी तरह झूठ निकला। ज़रूरी नहीं कि यह जानबूझकर बोला गया झूठ रहा हो। शुरुआत में शायद engineer और संस्थापक दोनों ने इस पर सचमुच विश्वास किया हो। फिर भी, ऐसी स्थिति शुरू से थी ही नहीं
मूल रूप से, वे oven design में मौजूद सारे constraints को पहचान नहीं पाए, और constraints को न जानने की स्थिति को इस बात से भ्रमित कर बैठे कि constraints हैं ही नहीं, इसलिए वे जो चाहें बना सकते हैं। लेकिन वास्तविक constraints बाज़ार, investors, और बड़े enterprise customers ने तय कर रखे थे, और company शुरू होने से पहले से ही मौजूद थे
इसका यह मतलब नहीं कि आपको उन constraints के गुलाम की तरह पूरी तरह झुक जाना चाहिए और product में कोई वास्तविक vision डाल ही न सकें, लेकिन उन्हें पूरी तरह न समझना भोला लगता है
यह असहज कर देने वाली हद तक सटीक था, लेकिन शानदार लेख था।
촛불 버튼और “घड़ी की दिशा में घूमता नहीं है” के बीच कहीं मैं हँसना छोड़कर यादें ताज़ा करने लगा“generated text या AI से संपादित text पोस्ट न करें। HN इंसानों के बीच बातचीत के लिए है”
मैं mod नहीं हूँ, लेकिन मैंने ज़्यादातर ऐसे comments को flag या delete होते देखा है, और मुझे लगा शायद वजह यही हो सकती है
[0] https://news.ycombinator.com/newsguidelines.html
यह सच में मज़ेदार और ताज़गी भरा लेख था। खासकर इसलिए कि यह ऐसे forum में दिखा जहाँ VC का पैसा खूब बहता है
इसमें Dilbert-जैसे स्तर की बहुत सच्चाई थी। अगर इससे कुछ सीखा जा सकता है, तो वही जीत है
इसका मतलब यह नहीं कि “VC बुरा है।” मतलब यह है कि यह एक तेज़ धार वाला औज़ार है, जिसे बहुत सावधानी से संभालना चाहिए। यह हास्य-लेख उसके जालों को अच्छी तरह दिखाता है
पढ़ने लायक है। उम्मीद है यह सिर्फ यहाँ comment section में छिपा न रह जाए, जैसा मैं आम तौर पर करता हूँ
अच्छी fiction वह होती है जो आपको कुछ ऐसा सिखाए जो आपने पहले न देखा हो, या आपका नज़रिया हिलाए, या किसी ऐसे दृष्टिकोण या व्यक्तित्व को स्पष्ट करे जिसके बारे में आपने पहले नहीं सोचा था। लेकिन अगर बस इतना ही है कि “कोई आदमी एक company में गया, मुश्किलें आईं, वह सही था, बाकी सब ग़लत थे, और हरे लोग हमेशा की तरह अपनी हरी बेवकूफ़ी करते रहे”, और उसमें न कोई जटिलता है, न इंसानी तत्व, न व्यावहारिक सबक, न ऐसे details जो हक़ीक़त से भी ज़्यादा अजीब लगें, तो फिर उसकी क्या अहमियत है?
अगर startup संस्कृति या startup अनुभव का आपकी exposure comment section से आगे नहीं जाता, लेकिन आप 10 साल से startup कहानियाँ पढ़ते आए Reddit user से कहें कि Reddit की conventional wisdom के हिसाब से startup आम तौर पर कैसे चलते हैं, उसका सार लेकर कहानी लिखो, तो शायद वह कुछ ऐसा ही लिखेगा। यह गढ़ी हुई कहानी है, इसलिए ग़लत भी नहीं है, लेकिन इसका अस्तित्व सिर्फ इंटरनेट consensus की सामाजिक रूप से बनी हुई हक़ीक़त के भीतर है
असली दुनिया में politics, interpersonal dynamics, personalities और flaws होते हैं, और इतनी सारी details होती हैं कि “startup डगमगा गया” को यूँ ही समेटा नहीं जा सकता। हाँ, शायद वह डगमगाया, लेकिन क्यों और कैसे, यही तो मायने रखता है। “आप जानते हैं न, दूसरी कहानियों में जैसा होता है? हाँ, वही” या “आप जैसे लोग अच्छे और क़ाबिल थे, बाकी सब मूर्ख थे इसलिए बुरे थे” — ऐसी कहानी में कोई बात नहीं है
sunk cost fallacy, product से ज़्यादा expectations manage करने में निवेश, risky और महँगे bets को MVP कहकर पेश करना, और अंतहीन वादों पर चढ़ते जाना — यही सब बार-बार दोहराया जाता है
career के शुरुआती दौर में मुझे sales meeting में बैठने की याद है। मैं चुप रहा, लेकिन बाद में manager से शिकायत की कि वह ऐसे feature बेच रहा था जो अस्तित्व में ही नहीं था और product के मूल concept से टकराता था
manager ने कहा कि sales ऐसे ही काम करती है। उस बातचीत से पहले ही मैं काफ़ी असंतुष्ट था, और कुछ ही समय बाद company छोड़ दी
जहाँ भी गया, वही चीज़ देखी। मेरा स्वभाव sales वाला नहीं है, लेकिन कभी-कभी सोचता हूँ कि लोगों के सामने खुल्लमखुल्ला बकवास करके मोटा commission कमाना कैसा होगा। लगता है इसका कोई नुकसान ही नहीं होता
मुझे लगता है इसमें संतुलन है। आपको customers से मिलना पड़ता है, और साथ ही अपनी सीमाएँ भी समझनी पड़ती हैं। मैंने ऐसे features बेचे हैं जो अभी मौजूद नहीं थे और जिनकी delivery को लेकर मैं पूरी तरह आश्वस्त नहीं था, लेकिन बात को सही तरह आगे बढ़ाकर हर बार रास्ता निकाल लिया। मैं यह सुनिश्चित करता हूँ कि जो मैं दे रहा हूँ उससे value बने, और customer के साथ बातचीत जारी रहे। मेरे अनुभव में sales relationship शायद ही कभी static होते हैं
वह feature उसने vibecoding से बनाया था, और demo में उसे काम करता हुआ दिखाया जा सकता था, लेकिन असल में वह bugs से भरा कचरा था
customer कुछ ही हफ्तों बाद platform को सच में इस्तेमाल करना शुरू करने वाला था, और वह लड़का उम्मीद कर रहा था कि मैं अपनी पहले से तय छुट्टियों के दौरान भी काम करके इस काफ़ी जटिल feature को ठीक से बना दूँ। मैंने उसे good luck कहा, contract ख़त्म किया, और अपनी छुट्टियाँ एंजॉय कीं। ऐसी बकवास पर समय बर्बाद करने का मेरे पास वक्त नहीं है