सर्विस मार्केटप्लेस लॉन्च करने का कॉन्सिएर्ज तरीका (जब आप अकेले की टीम हों)

सारांश

सर्विस मार्केटप्लेस लॉन्च करने की अधिकांश सलाह यह गलत करती है: यह आपको एक प्लेटफ़ॉर्म बनाने के लिए कहती है—रेटिंग, भुगतान, शेड्यूलिंग, वेटिंग—इससे पहले कि आपके पास एक भी लेन-देन हो। एक सोलो फाउंडर के लिए जो वास्तव में काम करता है वह इसके विपरीत है। मैन्युअल रूप से शुरू करें, एक कॉन्सिएर्ज की तरह: आप व्यक्तिगत रूप से प्रदाताओं को ग्राहकों से मिलाते हैं, सरल टूल्स के साथ शेड्यूलिंग और भुगतान संभालते हैं, और हर लेन-देन को एक सीखने के प्रयोग के रूप में मानते हैं। यह लेख एक काल्पनिक स्थानीय ट्यूशन मार्केटप्लेस के माध्यम से दिखाता है कि कैसे कॉन्सिएर्ज विधि मांग को मान्य करती है, समीक्षा प्रणाली के बिना विश्वास बनाती है, और आपको ठीक बताती है कि कब स्वचालित करना है। आप देखेंगे कि चीजों को कब मैन्युअल रखना है, शेड्यूलिंग सॉफ्टवेयर कब अपनाना है, और क्यों रेटिंग तब तक इंतज़ार कर सकती हैं जब तक आपके पास वह मात्रा न हो जो उन्हें सार्थक बनाए।

सर्विस मार्केटप्लेस लॉन्च करने की अधिकांश सलाह यह गलत करती है: यह आपको एक प्लेटफ़ॉर्म बनाने के लिए कहती है—रेटिंग, भुगतान, शेड्यूलिंग, वेटिंग—इससे पहले कि आपके पास एक भी लेन-देन हो। एक सोलो फाउंडर के लिए जो वास्तव में काम करता है वह इसके विपरीत है। मैन्युअल रूप से शुरू करें, एक कॉन्सिएर्ज की तरह: आप व्यक्तिगत रूप से प्रदाताओं को ग्राहकों से मिलाते हैं, सरल टूल्स के साथ शेड्यूलिंग और भुगतान संभालते हैं, और हर लेन-देन को एक सीखने के प्रयोग के रूप में मानते हैं। यह लेख एक काल्पनिक स्थानीय ट्यूशन मार्केटप्लेस के माध्यम से दिखाता है कि कैसे कॉन्सिएर्ज विधि मांग को मान्य करती है, समीक्षा प्रणाली के बिना विश्वास बनाती है, और आपको ठीक बताती है कि कब स्वचालित करना है। आप देखेंगे कि चीजों को कब मैन्युअल रखना है, शेड्यूलिंग सॉफ्टवेयर कब अपनाना है, और क्यों रेटिंग तब तक इंतज़ार कर सकती हैं जब तक आपके पास वह मात्रा न हो जो उन्हें सार्थक बनाए।

गलत शुरुआती बिंदु

फीचर चेकलिस्ट एक आकर्षक जाल है। यह हर उस फ़ंक्शन को सूचीबद्ध करके एक संपूर्ण, विश्वसनीय मार्केटप्लेस का वादा करता है जिसकी एक सफल मार्केटप्लेस को अंततः आवश्यकता होती है: प्रदाता ऑनबोर्डिंग, खोज, कोटेशन, सुरक्षित एस्क्रो, विवाद समाधान, और एक रेटिंग प्रणाली। सूची गलत नहीं है; क्रम गलत है। यदि आप यह जानने से पहले यह मशीन बनाने की कोशिश करते हैं कि क्या टूटता है, तो आप इस धारणा पर महीने बिताएंगे कि ग्राहक और प्रदाता वास्तव में कैसे व्यवहार करते हैं। आप यह जानने से पहले एक मैचिंग एल्गोरिदम कोड करेंगे कि क्या मैचिंग कठिन हिस्सा है, और आप एक भी विवाद देखे बिना विवाद-समाधान प्रवाह डिज़ाइन करेंगे।

जो धारणा बदलने की ज़रूरत है वह यह है कि मार्केटप्लेस का सॉफ्टवेयर ही उत्पाद है। ऐसा नहीं है। उत्पाद लिक्विडिटी है—ग्राहकों का एक स्थिर प्रवाह जो उन्हें चाहिए प्रदाता ढूंढते हैं, और प्रदाता जिन्हें काम की एक भरोसेमंद धारा मिलती है। सॉफ्टवेयर केवल उस प्रवाह को व्यवस्थित करता है। एक सोलो फाउंडर के लिए, लिक्विडिटी का परीक्षण करने का सबसे तेज़ तरीका इसे स्वयं संभालना है। यह तकनीक से बचने की विनती नहीं है; यह एक दोहराने योग्य लेन-देन को एनकोड करने से पहले तकनीक बनाने से बचने की विनती है।

कॉन्सिएर्ज विकल्प

काम मैन्युअल रूप से करके शुरू करें। यह एक रूपक नहीं है; इसका मतलब है कि आप मैचिंग एल्गोरिदम, बुकिंग सिस्टम और विश्वास परत का पहला संस्करण बन जाते हैं। आप हर प्रदाता और हर ग्राहक से बात करते हैं। आप परिचय के मालिक हैं। आप भुगतान एकत्र करते हैं। स्टार्टअप हलकों में इस कॉन्सिएर्ज मोड की खराब प्रतिष्ठा है, लेकिन यह सीखने का एकमात्र तरीका है कि वास्तव में क्या बनाने की आवश्यकता है।

कल्पना करें कि आप एक स्थानीय ट्यूशन मार्केटप्लेस लॉन्च कर रहे हैं। आपका पहला कार्य पांच ट्यूटर और एक छात्र ढूंढना है। आप स्थानीय सामुदायिक समूहों में पोस्ट करते हैं, अपने नेटवर्क से पूछते हैं, और उनकी योग्यता की जांच करके और संदर्भ मांगकर ट्यूटर्स की जांच करते हैं। जब कोई माता-पिता अपने बच्चे के लिए गणित ट्यूटर मांगते हैं, तो आप उन्हें खोज पृष्ठ पर नहीं भेजते; आप व्यक्तिगत रूप से एक विशिष्ट ट्यूटर की सिफारिश करते हैं जिससे आप मिले हैं, दर पर सहमत होते हैं, और एक साधारण चालान के माध्यम से भुगतान एकत्र करते हैं। मैच आपके इनबॉक्स में होता है, डेटाबेस में नहीं।

उस पहले मैच के विवरण के माध्यम से चलें। आप मंगलवार को ट्यूटर को कॉल करते हैं, उनकी उपलब्धता और शिक्षण शैली की पुष्टि करते हैं। आप गुरुवार को माता-पिता को कॉल करते हैं और बच्चे की ज़रूरतों को सुनते हैं। आप एक दर का सुझाव देते हैं जो ट्यूटर के अनुभव और माता-पिता ने जो भुगतान करने के लिए कहा था, दोनों को दर्शाता है। आप सादे भाषा में एक छोटा अनुबंध भेजते हैं। पहले पाठ के बाद, आप दोनों पक्षों से जांच करते हैं। यह एकल लेन-देन आपको मूल्य निर्धारण, संचार प्राथमिकताओं, और "अनुभव" से लोग वास्तव में क्या मतलब रखते हैं, के बारे में एक महीने के फीचर विश्लेषण की तुलना में अधिक जानकारी देता है।

वेटिंग प्रक्रिया स्वयं एक सीखने की प्रयोगशाला है। जब आप ट्यूटर के संदर्भों को कॉल करते हैं, तो आप जल्दी से पता लगाएंगे कि वे कितने उत्तरदायी हैं, वे शिक्षण के बारे में कैसे बात करते हैं, और क्या उन्हें देर से आने की आदत है। वह जानकारी उनके रेज़्यूमे में नहीं है, और यह उन मानदंडों को सूचित करेगी जिन्हें आप अंततः अपने ऑनबोर्डिंग फॉर्म में एनकोड करते हैं। आप केवल प्रदाता एकत्र नहीं कर रहे हैं; आप अपनी वेटिंग रूब्रिक का पहला मसौदा लिख रहे हैं।

बात हमेशा के लिए इस मैन्युअल मोड में रहने की नहीं है। यह आगे क्या बनाना है यह तय करने के लिए आवश्यक डेटा उत्पन्न करना है। हर ईमेल थ्रेड, हर आपत्ति, हर छूटी हुई नियुक्ति एक आवश्यकता है जिसे आपको आविष्कार करने की आवश्यकता नहीं है। एक फीचर चेकलिस्ट आपको बता सकती है कि आपको भुगतान प्रणाली की आवश्यकता है; कॉन्सिएर्ज मोड आपको बताता है कि यह विशेष ट्यूटर केवल उसी दिन भुगतान किए जाने पर काम करेगा, और माता-पिता को ट्यूटर के नाम के साथ रसीद की उम्मीद है। ये वे आवश्यकताएं हैं जो मायने रखती हैं।

जब मैन्युअल सही उत्तर है

कॉन्सिएर्ज और बिल्ड-फर्स्ट के बीच निर्णायक कारक महत्वाकांक्षा नहीं बल्कि अनिश्चितता है। प्रारंभिक चरण में, आप लगभग हर चीज के बारे में अनिश्चित हैं: किस पक्ष की पहले आपूर्ति करें, कौन सी कीमतें टिकती हैं, कौन सी भुगतान शर्तें घर्षण पैदा करती हैं। मैन्युअल संचालन आपको स्प्रिंट के बजाय घंटों में समायोजित करने देता है। समान-दिन-भुगतान ट्यूटर एक आदर्श उदाहरण है: आप पसंद की खोज करते हैं इससे पहले कि आप एक भुगतान प्रणाली बनाते हैं जो धन को एक सप्ताह के लिए रखती है। यदि आपने पहले स्वचालित किया होता, तो आपने गलत धारणा को एनकोड किया होता।

यहां बताया गया है कि एक सोलो फाउंडर के हाथों में दोनों दृष्टिकोण कैसे तुलना करते हैं:

पहलू	कॉन्सिएर्ज (मैन्युअल)	स्वचालित प्लेटफ़ॉर्म
सबसे अच्छा जब	मात्रा कम है, स्पर्श अधिक है	मात्रा अधिक है, ग्राहक स्वयं-सेवा की उम्मीद करते हैं
पहले मैच की गति	जितनी जल्दी आप अपना फोन चला सकते हैं	निर्माण पूरा होने के बाद
अग्रिम धन	आपका समय, कुछ और नहीं	विकास लागत या सदस्यता
लचीलापन	रातोंरात प्रक्रिया बदलें	परिवर्तन के लिए कोड या सेटिंग्स की आवश्यकता होती है
यह आपको क्या सिखाता है	वास्तविक घर्षण और प्राथमिकताएँ	वे मेट्रिक्स जिन्हें आपने ट्रैक करने का अनुमान लगाया था

ट्रेडऑफ़ वास्तविक है। जल्दी स्वचालित करने से आपको सफाई और पैमाना मिलता है, लेकिन यह धारणाओं को बंद कर देता है। देर से स्वचालित करना गड़बड़ लगता है, लेकिन यह सत्य को बंद कर देता है। एक सोलो फाउंडर जो वर्ष एक के अंत तक जीवित रहता है, वह है जिसने सफाई पर सत्य चुना।

एक आम गलत धारणा यह है कि कॉन्सिएर्ज दृष्टिकोण का मतलब है कि आप तब तक शुरू नहीं कर सकते जब तक आपके पास पर्याप्त प्रदाता न हों। इसका विपरीत सच है: आप एक प्रदाता और एक ग्राहक के साथ शुरू कर सकते हैं, क्योंकि मार्केटप्लेस का पहला लेन-देन शायद ही कभी एल्गोरिदम द्वारा किया गया मैच होता है। यह आपके द्वारा किया गया मैच है।

कब स्वचालित करना है यह जानना

आपको पता चलेगा कि स्वचालित करने का समय आ गया है जब आपका इनबॉक्स बाधा बन जाता है। यह तात्विक लगता है, लेकिन संकेत विशिष्ट है। अपने दसवें ट्यूशन मैच के बाद, आप देख सकते हैं कि एक आवर्ती ईमेल थ्रेड आपकी दोपहर खा रहा है: "क्या ट्यूटर मंगलवार को 4 बजे कर सकता है?" "मैं मंगलवार को 5 बजे कर सकता हूं, लेकिन 4 बजे नहीं।" "वास्तव में माता-पिता कहते हैं कि 4 काम करता है।"

वह सटीक पैटर्न—समय स्लॉट पर आगे-पीछे—आपका संकेत है। समस्या यह नहीं है कि आपके पास बुकिंग विजेट की कमी है; यह है कि आप व्यक्तिगत रूप से विजेट बन गए हैं। इस क्षण, अपॉइंटमेंट शेड्यूलिंग सॉफ्टवेयर अपनाएं। इसे कहीं भी फैंसी एम्बेड करने की आवश्यकता नहीं है। एक सामान्य उपकरण जो प्रत्येक ट्यूटर को उनकी उपलब्धता के साथ एक लिंक साझा करने देता है, स्वचालित अनुस्मारक भेजता है, और रद्दीकरण संभालता है, आपके मार्केटप्लेस के लिए कस्टम-निर्मित कैलेंडर से कहीं अधिक करेगा। ट्यूटर्स और छात्रों को सीधे बुक करने दें, और शेड्यूलर को उस आगे-पीछे को अवशोषित करने दें जो आपके इनबॉक्स में उतरता था। यह भी सही समय है यह सोचना शुरू करने का कि आपकी साइट पर शेड्यूलिंग अनुभव कैसा महसूस होना चाहिए, ताकि जब आप अंततः एक मार्केटप्लेस प्लेटफ़ॉर्म चुनते हैं, तो आपको पहले से पता हो कि आपको इसकी बुकिंग सुविधाओं से क्या चाहिए।

यह एकतरफा दरवाजा भी नहीं है। यदि आप शेड्यूलिंग को स्वचालित करते हैं लेकिन पाते हैं कि ट्यूटर नियुक्तियों से चूक रहे हैं क्योंकि वे अब आपको लूप में नहीं रखते हैं, तो आप इसे वापस खींच सकते हैं। मैन्युअल निरीक्षण कमजोरी नहीं है; यह एक नियंत्रण छड़ है। कदम उठाने की क्षमता रखें।

सिद्धांत: उस घर्षण को स्वचालित करें जो आपने वास्तव में अनुभव किया है, उस घर्षण को नहीं जिसकी आप कल्पना करते हैं। हर फाउंडर के पास काल्पनिक सुविधाओं की एक सूची होती है जो उनके मार्केटप्लेस को "वैध" बनाएगी। कॉन्सिएर्ज संचालन उस सूची को उन कुछ चीजों तक सीमित कर देता है जिन्हें लोग वास्तव में मांगते हैं। उस सूची को सुनें, उद्योग की सर्वोत्तम-अभ्यास सूची को नहीं।

रेटिंग प्रणाली का जाल

अधिकांश डिज़ाइन गाइड आपको बताएंगे कि रेटिंग और समीक्षाएं सर्विस मार्केटप्लेस के विश्वास का मूल हैं। एक छोटे मार्केटप्लेस के लिए, यह वास्तव में उल्टा है। छह समीक्षाओं से बनी 4.8 स्टार की रेटिंग लगभग कुछ भी संचार नहीं करती है—और कई शुरुआती ग्राहक पूर्णता पर उतना ही संदेह करेंगे जितना औसत दर्जे पर।

शुरुआत में विश्वास का निर्माण दृश्य, सत्यापन योग्य सामाजिक प्रमाण से होता है: हर ईमेल पर आपका अपना नाम, ट्यूटर की साख का विवरण, पहले सत्र से पहले एक फोन कॉल, और एक प्रशंसापत्र जिसे आप पेज पर रख सकते हैं क्योंकि आपने इसे अपने कानों से सुना है। उस पहले ट्यूशन मैच पर, माता-पिता ने स्टार रेटिंग के कारण भुगतान नहीं चुना, बल्कि इसलिए कि आपने लिखित रूप में कहा, "मैं इस ट्यूटर से मिला हूं, मैंने उन्हें एक छोटा परीक्षण पढ़ाते देखा है, और यदि यह उपयुक्त नहीं है तो मैं व्यक्तिगत रूप से इसे सही करूंगा।" वह व्यक्तिगत गारंटी एक विश्वास तंत्र है जिसे कोई भी रेटिंग प्रणाली कम मात्रा में दोहरा नहीं सकती है।

यह हमेशा के लिए रेटिंग के खिलाफ तर्क नहीं है। जब आप प्रति सप्ताह दर्जनों लेन-देन पर पहुंचते हैं, तो रेटिंग वह तंत्र बन जाती है जो आपकी व्यक्तिगत भागीदारी के बिना विश्वास को स्केल करने देती है—भविष्य के ग्राहक उन लोगों के समग्र अनुभव पर भरोसा कर सकते हैं जिनसे वे कभी नहीं मिलेंगे। कुंजी उस प्रणाली को जानबूझकर डिज़ाइन करना है, और आप कच्चा माल एकत्र करके इसके लिए जल्दी तैयारी कर सकते हैं: प्रत्येक पूर्ण सत्र के बाद, दोनों पक्षों से पूछें कि यह कैसा रहा, उन नोटों को सहेजें, और वे बाद में आपके द्वारा बनाई जाने वाली रेटिंग प्रणाली की नींव बन जाएंगे।

लूप को तोड़े बिना स्केलिंग

दोहराए जाने वाले हिस्से को स्वचालित करें, उच्च-निर्णय वाले हिस्से को मानवीय रखें। कॉन्सिएर्ज से प्लेटफ़ॉर्म में संक्रमण एक भी स्विच नहीं है; यह छोटे हैंडऑफ़ की एक श्रृंखला है। पहले आप शेड्यूलिंग सौंपते हैं। फिर आप भुगतान अनुस्मारक सौंपते हैं। फिर आप नए ट्यूटर्स के लिए एक वेटिंग प्रश्नावली पेश करते हैं, लेकिन आप अभी भी उनका साक्षात्कार करते हैं जो उत्तीर्ण होते हैं। फिर आप एक सरल पृष्ठ बनाते हैं जहां छात्र उपलब्ध ट्यूटर्स देख सकते हैं और उनकी उपलब्धता देख सकते हैं; वह पृष्ठ वह जगह है जहां आपका मार्केटप्लेस एक मार्केटप्लेस की तरह दिखना शुरू होता है।

ट्यूशन उदाहरण को आगे ले जाएं। बीस मैचों के बाद, आपके पास उन ट्यूटर्स की एक सूची है जिन्होंने खुद को साबित किया है। अगले नए ट्यूटर आवेदन के लिए, आप पहले एक छोटी प्रश्नावली भेजते हैं, लेकिन आप अभी भी एक शोध कॉल करते हैं—मुख्य रूप से यह महसूस करने के लिए कि क्या वे वास्तव में आएंगे। अगले नए छात्र के लिए, आप उन्हें ट्यूटर प्रोफाइल ब्राउज़ करने और पहली पसंद चुनने देते हैं, लेकिन पुष्टि के लिए बुकिंग अभी भी आपके माध्यम से जाती है। पैटर्न वही है: दोहराए जाने वाले हिस्से को स्वचालित करें, उच्च-निर्णय वाले हिस्से को मानवीय रखें, और फीडबैक लूप को कभी न खोएं।

यह आपकी लॉन्च प्रक्रिया को दोहराने योग्य बनाने का क्षण है। एक बार जब आपको एक लय मिल जाती है जो काम करती है—आप ट्यूटर्स को कैसे स्रोत करते हैं, आप उन्हें कैसे ऑनबोर्ड करते हैं, आप एक छात्र को चुनने में कैसे मदद करते हैं—इसे चरणों के अनुक्रम के रूप में लिखें। यही आपको लीवरेज देता है। एक दोहराने योग्य प्रक्रिया वह है जो एक शौक को व्यवसाय में बदल देती है, और यह वह है जो एक पूर्ण प्लेटफ़ॉर्म में अंतिम स्विच को लापरवाह के बजाय सुरक्षित बनाती है।

उत्पाद लिक्विडिटी है

सर्विस मार्केटप्लेस में लगभग सब कुछ लिक्विडिटी पर निर्भर करता है: क्या ग्राहक को एक प्रदाता मिलेगा जो उनकी सेवा कर सकता है, और क्या प्रदाता को काम मिलेगा। एस्क्रो, विवाद समाधान, और प्रदाता ऑनबोर्डिंग जैसी सुविधाएं मचान हैं जो लिक्विडिटी का समर्थन करती हैं, लेकिन मचान केवल तभी मायने रखता है जब प्रवाह वास्तविक हो। एक सोलो फाउंडर जो एक स्प्रेडशीट और एक फोन कॉल के साथ शुरू होता है, प्रवाह का निर्माण कर रहा है। ग्राहक को प्रदाता से मैन्युअल रूप से जोड़ने में बिताया गया हर मिनट एक मिनट है जिसे आप दोनों को प्रसन्न करने में बिता सकते हैं।

कॉन्सिएर्ज विधि स्केल नहीं होती है, और यही बात है। यह स्केल करने के लिए नहीं है। यह आपको सिखाने के लिए है कि आपके बाजार में लेन-देन होने के लिए क्या सच होना चाहिए, ताकि जब आप अंततः सॉफ्टवेयर में निवेश करते हैं, तो आप सही सॉफ्टवेयर का निर्माण कर रहे हों। आपको पता चलेगा कि आप कुछ बड़ा करने के लिए तैयार हैं जब आप अब मांग के साथ नहीं रह सकते। यह उस समस्या से कहीं बेहतर है जो आपको होती अगर आपने पहले प्लेटफ़ॉर्म बनाया होता और पाया कि कोई इसे नहीं चाहता था।