रेंटल ई-कॉमर्स सॉफ्टवेयर: अपने इक्विपमेंट कैटलॉग को ऑनलाइन स्टोर में बदलना

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

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

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

एक रिटेल कैटलॉग में "स्टॉक में" का केवल एक ही मतलब होता है: क्या बेचने के लिए कोई यूनिट बची है। आखिरी यूनिट बिकते ही, अगली खेप आने तक प्रोडक्ट गायब हो जाता है — एक ऐसा आंकड़ा जो दिन भर में मुश्किल से बदलता है।

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

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

रिटेल प्राइसिंग एक प्रोडक्ट से जुड़ा एक ही आंकड़ा होता है। यह किसी सेल या बल्क डिस्काउंट के साथ बदल सकता है, लेकिन किसी भी समय एक आइटम के लिए एक ही कीमत होती है, और प्लेटफॉर्म का असली काम है उसे सही तरीके से दिखाना और टैक्स जोड़ना।

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

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

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

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

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

एक रिटेल कैटलॉग आम तौर पर अलग-अलग प्रोडक्ट्स बेचता है। अगर किसी ग्राहक को कई चीज़ें साथ चाहिए, तो वह हर एक को कार्ट में अलग से जोड़ता है — प्लेटफॉर्म को यह जानने की जरूरत नहीं होती कि वे साथ से संबंध रखते हैं।

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

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

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

इसका मतलब है कि डिलीवरी-एरिया की जांच चेकआउट पूरा होने से पहले होनी चाहिए, न कि बुकिंग कन्फ़र्म होने के बाद जब डिपो को यह पता लगाना पड़े कि तीन घंटे दूर किसी जगह तक कैसे पहुंचा जाए। Renttix चेकआउट से पहले डिलीवरी पतों को डिपो के सर्विस एरिया के मुकाबले जांचता है, और अगर किसी कनेक्टेड स्टोर पर कवरेज से बाहर का कोई ऑर्डर किसी तरह निकल जाए, तो उसे अपने-आप कैंसिल और रिफ़ंड कर दिया जाता है, साथ में कारण दर्ज करने के साथ — न कि यह सपोर्ट टिकट बने, या ड्राइवर को ऐसी जगह भेजा जाए जिसे सर्विस करने के लिए व्यवसाय कभी तैयार ही नहीं था।

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

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