Ask HN: दो-तरफ़ा मार्केट में cold start समस्या को कैसे हल करें?

• एक P2P crowd-delivery marketplace बना रहे हैं जो यात्रियों से यात्रियों की सीट के बजाय पार्सल ढुलवाता है; इसमें शहरों और देशों के बीच यात्रा करने वाले लोग, सामान भेजने वालों का पार्सल अपने साथ ले जाते हैं
• MVP लॉन्च से पहले एक सामान्य chicken-and-egg समस्या सामने है: अगर ले जाने के लिए पार्सल नहीं हैं तो यात्री साइन अप नहीं करेंगे, और अगर उपलब्ध यात्री नहीं हैं तो भेजने वाले लोग रजिस्टर नहीं करेंगे
• जिन लोगों ने P2P प्लेटफ़ॉर्म या दो-तरफ़ा marketplace बनाया है, उनसे जानना चाहते हैं कि उन्होंने शुरुआती 50~100 ट्रांज़ैक्शन कैसे हासिल किए, क्या लोगों को मैन्युअली मैच किया, क्या एक तरफ़ subsidy दी, या दायरा किसी खास route या city तक सीमित किया

[unsure4000]

अलग से देखें तो यह आइडिया वाकई बहुत भयानक लग रहा है। अगर गलती से ड्रग्स ही ढोने पड़ जाएँ तो...

[crawler]

हर टिप्पणी में ~로서 दिख रहा था, तो मैंने देखा और पता चला कि वह टिप्पणी करने वाले का nickname है lololol
क्या Ask HN में मूल रूप से ऐसे summarize करने के लिए prompting की गई है?

[xguru]

आजकल Ask/Tell वाले पोस्ट अक्सर आ रहे हैं, इसलिए मैं prompt को लगातार सुधार रहा हूँ. दूसरी पोस्टों के विपरीत, इसमें comment करने वाले लोगों को सुरक्षित रखने की कोशिश में यह गलत तरीके से काम कर गया था. मैंने इसे फिर से ठीक कर दिया है.

[GN⁺]

Hacker News की राय

• brk: आम तौर पर संस्थापक को two-sided market के एक पक्ष की भूमिका खुद निभानी पड़ती है। Reddit ने भी शुरुआत में fake accounts से बातचीत बनाकर गतिविधि पैदा की थी। इस मामले में पहले उन मध्यम आकार के शहरों के businesses से संपर्क करना अच्छा लग रहा है जहाँ अभी bike courier नहीं हैं, उन्हें छोटे डिलीवरी खर्च बचाने का प्रस्ताव दें और ग्राहक सूची बनाकर demand समझें। फिर craigslist और Facebook पर delivery workers खोजें, manually matching करें, और बाद में उन्हें platform sign-up की ओर ले जाएँ।

  • alegd: खासकर पहले customer list बनाने वाली बात बहुत मददगार लगी। समझ आया कि मैं product पर ज़रूरत से ज़्यादा केंद्रित था और यह बुनियादी काम पर्याप्त नहीं किया। craigslist और Facebook से movers या transport workers खोजने का विचार भी अच्छा लगा।
  • albelfio: हम इस तरीके को API, यानी Actual Person Interface कहते थे। असल बात यह थी कि market के एक पक्ष पर इंसान खुद भारी काम करे और दूसरे पक्ष को खड़ा करके flywheel घुमाए।
  • mfalcon: delivery driver वाले पक्ष पर भी वही सिद्धांत लागू होता है। अगर संभव हो, तो संस्थापक और उसके करीबी लोग खुद deliveries शुरू करें।

• leros: शुरुआत में कुछ हद तक cheat करना पड़ता है। एक पक्ष को दूसरे पक्ष के बिना भी आने लायक subsidy देनी पड़ती है या supply खुद बनानी पड़ती है। Uber ने भी शुरुआती दौर में drivers को sign-up fee दी थी या लगभग supply खुद ही बनाई थी। इसलिए two-sided markets को काफ़ी capital चाहिए और वे अपने आप organically बढ़ना मुश्किल है। साथ ही पूरी दुनिया की समस्या एक साथ हल करने की कोशिश न करें; जैसे London-Madrid के बीच books delivery जैसा बहुत narrow niche लेकर शुरू करें ताकि marketing केंद्रित रहे और matching density बन सके।

  • mohsen1: Uber ने सिर्फ drivers नहीं, riders को भी ride subsidy दी थी। Garret Camp के साथ काम करते समय मुझे free Uber Black मिलता था, लेकिन SF में भी drivers इतने कम थे कि मुफ्त होने पर भी उसकी उपयोगिता कम थी।
  • TheGRS: याद पड़ता है कि Uber के कर्मचारी खुद taxis में बैठकर मौके पर cash offer देकर drivers को onboard करते थे। आख़िरकार पहले pump priming करनी पड़ती है। एक शहर में adoption का अनुभव बनाकर फिर दूसरे शहरों में फैलाना और social networks का बार-बार उपयोग करके interest बढ़ाना बेहतर लगता है।
  • garrickvanburen: अंततः शुरुआत दो में से एक होती है: या तो आप existing demand खुद fulfill करें, या संस्थापक खुद demand बन जाए।

• jwitchel: Prosper के cofounder के अनुभव से कहूँ तो यह समस्या उल्टा काफ़ी सीधी है। पहले एक-दो high-volume companies खोजें, सिर्फ low-risk parcels लें जिनमें 7 दिन की slack हो और declared value $500 से कम हो, और LA-SFO जैसे routes target करें जो Uber coverage के लिए बहुत दूर हैं। भरोसेमंद Uber drivers इकट्ठा करें, उन्हें ऊँचा rate देकर चलाएँ, और अगर कुछ गड़बड़ हो तो UPS store में जमा करके next-day delivery को backup रखें। लगभग 1000 shipments खुद चलाकर logistics को polish करें, और उससे पहले marketing या launch में जल्दी न करें। बाद में उन enterprise customers पर जाएँ जो हर महीने हज़ारों shipments भेजते हैं, और प्रति vehicle 5 parcels जैसे profitable lanes बनाकर एक-एक region मजबूती से जीतें। individual shippers में repeat transactions कम होते हैं, इसलिए उनकी priority कम होनी चाहिए। शुरुआत में high-risk deliveries से बचें। भारी लेकिन छोटे सामान में UPS और FedEx की तुलना में advantage हो सकता है।

• il-b: drug और cash couriers से खास सावधान रहना चाहिए। ridesharing के विपरीत, यहाँ carrier कहीं ज़्यादा liability और risk उठाता है।

  • freeplay: खासकर cross-border travelers के लिए तो पूरा risk उन्हीं पर आ जाता है, इसलिए onboarding कठिन होगा। customs के सामने यह समझाना कि आपने CarrierPigeon™ से 27 डॉलर लेकर unknown source का brick-shaped सामान उठाया है, शायद काम नहीं करेगा।
  • CodingJeebus: postal security chain को bypass करने और sender identity verification कमज़ोर होने के कारण इसका सचमुच bomb delivery service की तरह दुरुपयोग हो सकता है।
  • mike_d: इन प्रतिक्रियाओं को देखकर लगता है कि संस्थापक ने अनजाने में market का एक पक्ष, यानी demand, पहले ही खोज लिया है।

• 3D39739091: इस समस्या को हल करने निकलने से पहले आपके पास पहले से पर्याप्त संभावित ग्राहकों से हुई बातचीत और sign-up का इंतज़ार करती contact list होनी चाहिए, तभी यह स्वाभाविक लगता है। अगर ऐसा नहीं है तो संभव है कि आप demand validation के बिना product पहले बना देने वाले जाल में फँस गए हों। ईमानदारी से कहूँ तो anonymous parcels को border पार भेजने में न businesses आसानी से आएँगे न ही समझदार individuals, और जो लोग कम पैसे में यह काम करेंगे, वे शायद और भी कम भरोसेमंद लगेंगे।

  • subhobroto: location और pain point का ज़्यादा विवरण अच्छा होता, लेकिन पहली पंक्ति वाली बात—pre-interviews और contact list की अहमियत—सही है। हालाँकि बाद की निश्चित बातें स्थानीय संस्कृति और trust level पर निर्भर कर सकती हैं। Airbnb भी शुरुआत में gratitude और mutual trust वाले ecosystem से निकला था। अगर customs corrupt हों और सामान्य shipping arbitrary bribes में अटकती हो, तो high-trust self-selecting network उल्टा बन भी सकता है। और demand validation के बिना बने products अक्सर fail होते हैं, लेकिन Justin.tv या Dropbox की तरह luck, timing और execution से रास्ता भी निकल सकता है, इसलिए randomness और luck को कम नहीं आँकना चाहिए।

• keiferski: जैसा दूसरे comments कह चुके हैं, idea में ही बड़ी समस्या दिखती है। मैं अक्सर travel करता हूँ, पर किसी और के random parcels उठाकर ले जाने का कोई इरादा नहीं है। अगर कभी करना भी हो तो individual travelers के लिए नहीं, बल्कि ऐसा B2B2C मॉडल होना चाहिए जहाँ एक business दूसरे businesses के लिए transport workers ढूँढे। फिर भी यह साफ़ नहीं है कि UPS या DHL अपनी refined logistics network के बजाय personal vehicles वाले strangers पर भरोसा क्यों करेंगे। हाँ, अगर उनके network में कोई gap है, तो urgent delivery या last-minute emergency जैसे gap ही sales opportunity बन सकते हैं।

  • 0xffff2: Southern California में Amazon भी काफ़ी refined logistics network का लगभग आधा हिस्सा personal vehicle drivers पर चलाता दिखता है। फिर भी सवाल है कि existing logistics network वाले operators किसी तीसरे पक्ष का इंतज़ार क्यों करेंगे जो personal drivers integrate करे; उन्हें इसे खुद internalize करने की incentive ज़्यादा होगी।
  • zephen: मैं भी skeptical हूँ, लेकिन यह success possibility से अलग बात हो सकती है। strangers को car में बैठाना या घर में आने देना भी शुरुआत में कल्पना से बाहर था। लेकिन अगर यह मॉडल चल पड़ा तो air travel में baggage competition और fees बढ़ने की संभावना और बढ़ेगी।

• tomaspiaggio12: The Cold Start Problem किताब पढ़ने की सलाह दूँगा। इसमें Uber, Airbnb, Zoom, GitHub, Dropbox ने cold start कैसे हल किया, यह अच्छी तरह समझाया गया है। two-sided networks में हमेशा एक पक्ष खास तौर पर मुश्किल होता है, और यहाँ उसे आपको सीधे non-scalable तरीके से हल करना होगा। Brian Chesky की तरह बहुत छोटे इलाके से शुरू करें, और संस्थापक, cofounders या दोस्त खुद deliveries करके product trust बनाएँ। ऐसे products में हर location पर cold start बार-बार फिर से हल करना पड़ता है, इसलिए पहले दिन से global नहीं जाना चाहिए।

• Semon132: Backpack(yc) टीम के अनुभव से, सबसे अहम था पहले real orders लेना। उसके बाद fulfillment solve किया। अगर route और timing से मेल खाता traveler नहीं मिलता था, तो संस्थापक खुद plane पकड़ लेते थे। scalable नहीं था, लेकिन शुरुआत में वही असली समस्या नहीं थी। इस model में traveler supply और shipping demand का समय भी अलग चलता है। travelers को कई हफ्ते पहले अपना schedule पता होता है, इसलिए उन्हें पहले से funnel में लाना मददगार है, लेकिन इसका मतलब यह नहीं कि perfect supply coverage का इंतज़ार करते हुए demand validation टाल दी जाए। शुरू में यह असल में market नहीं, हाथ से चलाया जाने वाला service stage था।

  • alegd: traveler supply की घड़ी demand से अलग चलती है—यह बात खास तौर पर बहुत असरदार लगी। मैंने सच में बात करना चाहा और LinkedIn message भेजने का सोचा।

• edparry: David Senra का Tony Xu interview इस विषय पर मददगार है। DoorDash ने एक ही local area से शुरुआत की और संस्थापकों ने पहले drivers की भूमिका निभाई। इस तरह demand साबित हुई और धीरे-धीरे scale करने पर दूसरे drivers के आने की incentive बनी। drivers बढ़े तो geographic coverage भी बढ़ा।

  • martinald: यह सबसे practical विकल्प लगता है। सिर्फ एक city-pair चुनें, खुद delivery करें, पहले उस route के customers खोजें, और demand आने के बाद ही उस route पर काम करने वाले लोगों को onboard करें।
  • alegd: यह वही concrete example लगा जिसकी मैं तलाश कर रहा था। संस्थापक पहले driver थे—यह pattern बार-बार दिख रहा है, इसलिए लग रहा है कि शायद सच में यही सही रास्ता है।

• andyjohnson0: देश की सीमाओं के पार किसी और का parcel ले जाना carrier के लिए बहुत खतरनाक है। drugs, cash, weapons, explosives, endangered species जैसी illegal items की समस्या के अलावा ऐसा business चलाने वाला intermediary खुद भी गंभीर legal liability में फँस सकता है।

• OutrageousTea: पहले एक busy route से शुरू करें, travelers और shippers को manually match करें, वहाँ model काम करता है यह साबित होने के बाद धीरे-धीरे दूसरे routes तक फैलें।

• panos_news: याद है कि पहले ऐसा ही एक startup था जो आखिरकार बंद हो गया, क्योंकि लोग strangers के parcels उठाकर ले जाना नहीं चाहते थे।

  • dotBen: वह Airmule था। याद पड़ता है कि कई airlines के terms में दूसरों के parcels ले जाना मना था, और असल items भी अक्सर drugs न हों तब भी ASIC chips या unknown Chinese hardware जैसे संदिग्ध होते थे। export control का भी डर था, इसलिए यह viable startup नहीं लगा।
  • toyg: मैं भी निजी तौर पर अपना सामान किसी stranger को नहीं देना चाहूँगा। existing shippers की tracking और insurance systems एक बड़ी वजह हैं।

• Unsponsoredio: मैं खुद पहले 30 active users जुटाने की पीड़ा झेल रहा हूँ, इसलिए समझ सकता हूँ कि यह stage कितनी कठिन है। आख़िरकार समाधान शायद यही है कि संस्थापक खुद courier बन जाए। एक route चुनें, shippers को manually खोजें और खुद सामान ले जाकर देखें।

• pibaker: हो सकता है अभी users न जुटा पाना ही आपके लिए अच्छा हो। इससे कंपनी का नाम उस headline में आने से बचेगा जिसमें कोई किसी और के drugs ले जाते हुए China या Singapore जैसी जगहों पर death sentence पा जाए। illegal न भी हो, तो security screening में अगर पूछा जाए कि bag में सब आपका ही है या नहीं, और आप ईमानदारी से जवाब दें, तो भारी re-screening हो सकती है। और अगर नहीं बताएं, तो federal agents से false statement का legal risk है।

• gamerDude: two-sided market में पहले आपको एक पक्ष बनना पड़ता है। Uber में भी संस्थापक खुद driver थे। यहाँ संस्थापक को traveler बनकर दूसरों का सामान ले जाना होगा, या उल्टा खुद इस तरीके से सामान भेजकर और दूसरों से carry करवाकर demand बनानी होगी।

• andrewljohnson: मेरे market में हमने पहले existing suppliers का उपयोग किया ताकि platform ghost town जैसा न लगे। बाद में और sellers जोड़ने के लिए हमने उस software से integration किया जो वे पहले से इस्तेमाल करते थे, ताकि risk कम हो। volume बढ़ते ही suppliers अपने आप आते गए। इसे यहाँ लागू करें तो carriers न होने पर FedEx से parcel भेजकर शुरुआती loss absorb किया जा सकता है। customers को Cairo-London जैसे specific route का price दें, manually carrier खोजें और attach करें—इस तरह आप platform supplier बनते हैं। और अगर न मिले तो prepaid FedEx label देकर आसान shipping करवाएँ और price difference subsidize करें। बेशक, यह मानकर कि typical use case smuggling नहीं है, और local area/route limited रखना बेहतर होगा।

• glerk: मुझे लगता है seed आपको खुद ही बोना पड़ेगा। bots या Fiverr workers भी इस्तेमाल किए जा सकते हैं, लेकिन internet-savvy लोग artificial growth जल्दी पहचान लेते हैं। इसलिए friends, family, coworkers, और LinkedIn contacts के बीच धीरे-धीरे खोलना बेहतर है। हैरानी की बात यह है कि सिर्फ एक cold message से भी काफी लोग early tester बनने को तैयार हो जाते हैं, और अगर आप fee offset करने को कहें तो और अच्छी प्रतिक्रिया मिलती है।

• phasetransition: अधिक वास्तविक रास्ता यह है कि existing local market में किसी specific niche transport segment की overflow volume या unpopular routes सँभालने वाले partner के रूप में शुरू करें। जैसे industrial facilities को सामान भेजने वाले McMaster-Carr partner carriers, auto repair shops के parts delivery, durable medical equipment delivery, local FedEx contract routes की overflow volume, events या wedding planners की emergency deliveries, restaurants के fresh ingredients, या airport-hotel lost baggage delivery जैसे स्पष्ट क्षेत्र।

• sim04ful: मेरा product web design के लिए Pinterest-जैसा search tool था, लेकिन search तब ही उपयोगी होती जब data पहले से हो, और data crowd-based था, इसलिए crowd पहले चाहिए था—classic chicken-and-egg problem। इसलिए मैंने लगभग 8500 websites खुद collect और record कीं। बहुत कठिन काम था, लेकिन उसी प्रक्रिया ने मुझे user perspective को गहराई से समझने में मदद की। repetitive work घटाने के लिए जो input flow improvements बनाए, वही अंततः सबके लिए बेहतर product बने। बाद में SEO, खासकर sitemap और programmatic social को बहुत आक्रामक रूप से push करना पड़ा ताकि discoverability मिले। जिन markets का data अपेक्षाकृत uniform था, वे templates और automated page generation से scale करने के लिए अच्छे निकले।

  • alegd: 8500 items हाथ से बनाने वाली बात प्रभावशाली लगी, और यह कि खुद करने से users को समझा जा सकता है—इससे पूरी तरह सहमत हूँ।

• egalano: Infura.io के cofounder के रूप में, blockchain infrastructure API providers का market बनाते समय हमने बिल्कुल वही approach अपनाई—पहले सिर्फ एक पक्ष पर ध्यान। हमारे पास existing SaaS product की वजह से customer demand पहले से थी, इसलिए हम provider side को पहले बढ़ा सके। दो साल में 40+ providers और dozens of blockchain API networks तक scale किया। इस idea के लिए भी और संकरा शुरू करना होगा: एक route या एक shipper/package type चुनें, उसी के भीतर दोनों पक्ष bootstrap करें, और पहले 50-100 transactions manually match करके flywheel बनाएँ।

• freediddy: सोच रहा हूँ कि यह service Uship से अलग कैसे है। Uship intercity shipping को reasonable prices पर अच्छी तरह करता है, और shipper price set कर सकता है या carriers bid कर सकते हैं। अंततः यह छोटे transport operators द्वारा van खरीदकर कई parcels लेकर शहरों के बीच delivery करने जैसा model है, इसलिए लगता है कि मिलती-जुलती alternative पहले से मौजूद है।

• vivegi: Platform Scale किताब भी recommend करूँगा। इसमें dual-sided markets और chicken-and-egg problem को कई examples से समझाया गया है।

• losvedir: CoachUp के cofounder के अनुभव से, हमने पहले सिर्फ Boston शहर में coach side से शुरुआत की। हमारे non-technical cofounder खुद coach थे और उनके coach friends बहुत थे, इसलिए शुरुआती लगभग 50 लोग आसानी से मिल गए। बाद में हमने free, अच्छे-looking profile pages दिए जिन्हें वे website या business card पर इस्तेमाल कर सकें, और यह वादा किया कि आगे चलकर इससे leads भी मिलेंगी। athlete side न होने पर भी coaches के लिए cost कम और benefit कुछ न कुछ था, इसलिए उन्हें मनाना संभव हुआ।

  • alegd: यह बात खास तौर पर वही थी जो मैं सुनना चाहता था—पहले उस पक्ष से शुरू करना जहाँ cost-benefit साफ़ हो और दूसरा पक्ष बाद में आए। मैं यह भी जानना चाहता था कि athlete side पर organic inflow कब शुरू हुआ।

• hilariously: बड़ा सवाल यह है कि आप verify कैसे करेंगे कि यह drugs नहीं है। यह बहुत आसान high-value drug transport method जैसा दिखता है।

  • pjc50: airport check-in पर पूछा जाता है कि क्या bag आपने खुद pack किया है, इसलिए अगर आप किसी unknown person का parcel ले जा रहे हैं, तो customs में आपको सच बोलने या झूठ बोलने की dilemma होगी। सच कहूँ तो non-smuggling market सोचना कठिन है, लेकिन OP के लिए यह अच्छा marketing question हो सकता है। आपको कम-से-कम तीन item examples देने चाहिए कि कौन और क्यों यह service इस्तेमाल करेगा। एक संभावना यह है कि आधिकारिक retailers जो international shipping नहीं करते, उनके सामान को re-shipping model से भेजा जाए। अगर सिर्फ legal retail purchases से शुरू करें तो ultra-long-distance DoorDash जैसा niche बन सकता है।
  • chucksmash: यह भी देखना चाहिए कि low-cost high-value drug shipping का abuse पहले से FedEx और Amazon जैसे existing channels में भी होता है।
  • alegd: मुझे लगता है कि BlaBlaCar, Uber और Airbnb को भी शुरुआत में strangers पर trust को लेकर यही backlash मिला था। लंबी अवधि में identity verification, package limits, photo logs, escrow payments जैसी trust infrastructure समाधान हो सकती है। और किसी की यात्रा के साथ सामान भेजना पहले से अनौपचारिक रूप में आम है; अभी उसमें कोई oversight नहीं होता, इसलिए इसे अधिक structure और accountability लाने की दिशा में भी देखा जा सकता है।

• vishalontheline: अगर demand पहले से line में नहीं लगी है, तो पहले supply side solve करना बेहतर होगा। ऐसे लोगों के समूह चुनें जो नियमित रूप से travel करते हैं, या कोई specific large community जिस पर recruitment campaign केंद्रित की जा सके। साथ ही suppliers और demand users की user journey बहुत बारीकी से design करनी होगी, खासकर supplier onboarding में उनसे जितना कम काम कराया जाए उतना अच्छा। शुरुआत में model agency की तरह उनकी तरफ से बहुत काम आपको खुद करना पड़ सकता है। और SFO-Honolulu जैसी single-route restriction वही शुरुआती तरीका था जो DHL ने भी अपनाया था।

• coalstartprob: Andrew Chen की Cold Start Problem किताब इस मुद्दे को लगभग हर कोण से कवर करती है।

  • alegd: नाम पहली बार सुना, लेकिन तुरंत इसे reading list के सबसे ऊपर रख दिया।
  • bschne: लगता है लेखक की website पर PDF draft जैसी कुछ सामग्री भी है; संदर्भ के लिए link साझा किया।

• austinbaggio: खुद करके देखो, दोस्तों से मदद लो, और subsidies इस्तेमाल करो—शायद यही रास्ता है। जब संस्थापक supply side बनता है, तो हर transaction में customers से बात करके बहुत कुछ सीखता है, और खासकर इस समस्या में जो unit economics बेहद tricky होंगे, उनका एहसास भी जल्दी हो जाता है।

• arjie: मेरे पास direct experience नहीं है, लेकिन आख़िरकार market maker चाहिए। संस्थापक को खुद latent orders लगाने होंगे या market का एक पक्ष खुद बनाना होगा। उदाहरण के लिए अगर GPU जैसे किसी specific item की demand है, तो संस्थापक पहले customer बनकर उसे एक area से खरीदकर दूसरे area तक भिजवाए। या फिर India की traditional sweets जैसी highly heterogeneous supply वाले items को संस्थापक का परिवार खुद इधर-उधर ले जाए। तभी आप customer की time preference जैसी असली characteristics सीख पाएँगे।

• harel: मैंने खुद यह नहीं बनाया, लेकिन Romania से London storage सामान शिफ्ट करते समय clicktrans.com जैसी service इस्तेमाल की थी। आप क्या, कहाँ से कहाँ भेजना चाहते हैं यह post करते हैं, फिर carriers proposals भेजते हैं। याद पड़ता है कि company verified carriers को bids का मौका लगभग 70 euro में बेचती थी।

• eschulz: बहुत specific problem solve करने वाले niche market idea से शुरुआत करना बेहतर है। जैसे rural या remote areas के elderly/disabled लोगों तक pet medicines पहुँचाना। और असल शुरुआत में drivers को ऐसी terms देनी होंगी जिन्हें ठुकराना कठिन हो। अंततः संस्थापक को पहले delivery cost खुद वहन करके value prove करनी होगी, और बाद में customers उस cost को absorb करें—ऐसी structure चाहिए।

• dnnddidiej: सिर्फ दो शहर चुनें, खुद delivery करें या किसी को hire करें, और marketing भी सिर्फ उन्हीं दो शहरों में करें। यह कुल मिलाकर शुरुआती Uber approach से बहुत मिलता-जुलता है।

• tquinn: 2007 में जब मैंने logotournament.com बनाया, तब मुझे यह भी नहीं पता था कि two-sided market कितना कठिन होता है, लेकिन शायद वही अनजानपन execution में मददगार रहा। शुरुआती demand मैंने खुद solve की, क्योंकि मेरी ecommerce company में अक्सर logo की ज़रूरत पड़ती थी। customer acquisition, designers लाने से कहीं कठिन था। इसलिए पहले मैंने private vBulletin forum बनाया और अलग-अलग forums से करीब 20 designers को invite किया। पहले logo contest में $200 prize रखा और शुरुआती 4-5 submitters को अतिरिक्त $25 each दिए ताकि शुरुआती activity और trust बने। कुछ महीनों तक मैं खुद हर महीने 1-2 contests चलाता रहा और designers को manually नए contests की जानकारी देता रहा, साथ में site भी बनाता रहा। official launch पर भी मैं अपने single contest के साथ शुरू हुआ। बाद में $1800 Adwords जलाकर सिर्फ 3 customers मिले—बहुत कठिन शुरुआत थी—फिर Facebook ads optimization के ज़रिए पहले 100 customers मिले। असली मुश्किल काम का nature नहीं, बल्कि success probability का बहुत कम होना था।

• nicolenfy07: Uber-शैली वाले approach की तरह एक पक्ष को पहले नकली तौर पर भी बनाना पड़ता है। employees passenger बनकर driver side खींचते थे, और driver supply दिखते ही passengers भी आने लगते थे, जिससे flywheel शुरू हो जाता था। यहाँ भी demand side को पहले present करके supply side खींचने का तरीका सोच सकते हैं।

• maccard: DoorDash का उदाहरण खास तौर पर प्रासंगिक है। उसने menu और Google Voice number से शुरुआत की, और orders लेना तथा delivery करना संस्थापकों ने खुद किया।

• mmastrac: markets की शुरुआत स्वभावतः कठिन होती है, और Uber ने भी कुछ शहरों में black car service से शुरुआत की थी। यहाँ भी पहले supply side पर भरोसेमंद carrier network बनाना होगा और bootstrap phase में loss सहने के लिए तैयार रहना होगा। आपको पहले से पता होगा कि सबसे बड़े city-to-city routes कौन से हैं; वहीं scale economies ढूँढनी चाहिए। ज़रूरत पड़े तो cube van किराए पर लेकर भी काम शुरू करना चाहिए।

  • garrickvanburen: अच्छा reminder है। Uber शुरुआत में two-sided market नहीं, बल्कि on-demand black car service था, और Travis ने भी शुरुआती दौर में खुद drive किया था। असली marketplace model बाद में Lyft का पीछा करते हुए lower-cost scaling strategy के रूप में आया।

• gomox: मैंने पहले सचमुच यही business idea आज़माया था और उस पर लिखा भी था; cofounders में से एक airline में काम करता था।

  • Tryk: लेकिन उस लेख का सार शायद यही था कि जो side scarce है उसे पहचानो और उसी की supply पर ध्यान दो।

• recursive4: मेरे market में buyers और sellers इतने अलग थे कि एक ही user से दोनों पक्ष नहीं मिल सकते थे। इसलिए मैंने openly measurable demand वाली supply खुद खरीदकर target CAC level तक loss में resell की, ताकि platform demand बनाई जा सके। बाद में demand, trust और demand marketing बनने के बाद suppliers को सीधे खींच सका।

• fasouto: 2015 में tomandgo नाम से ऐसा ही प्रयास किया था, लेकिन हल नहीं कर पाए; यह सचमुच बहुत कठिन समस्या थी। हमारे मामले में मूल विफलता incentive थी। shippers को सस्ता price दिया, लेकिन drivers के लिए drop-off और handoff करने की पर्याप्त motivation design नहीं कर पाए। शुभकामनाएँ।

  • alegd: वास्तविक failure experience साझा करना बहुत मूल्यवान था, और driver incentives वाली insight बहुत असरदार लगी। सोच रहा था कि अगर शुरुआत से व्यापक जाने के बजाय एक ही city तक सीमित रहते, तो क्या नतीजा अलग होता।

• victorbjorklund: खुद बनाकर fail होने के अनुभव से मेरी सलाह है कि बेहद संकीर्ण दायरे से शुरू करो। सचमुच सिर्फ दो शहरों के बीच काम करो, supply के लिए extra compensation देकर लोगों को onboard करो या संस्थापक खुद हफ्ते में एक बार यह करे। खासकर supply side हासिल करना बहुत अधिक कठिन है, इसलिए फ़ोकस वहीं होना चाहिए।