Plati.market पर डिजिटल प्रोडक्ट कैसे जोड़ें: स्टेप बाय स्टेप लिस्टिंग गाइड
Plati.market पर लिस्टिंग बनाने में पंद्रह मिनट लगते हैं, पर पहले disputes के बाद उसे दोबारा ठीक करने में हफ़्तों की ख़राब रेटिंग लगती है। दिक्कत इंटरफ़ेस की जटिलता नहीं है। दिक्कत यह है कि तीन फ़ैसले शुरुआत में ही ले लिए जाते हैं और फिर पूरी ऑपरेशंस तय करते हैं — प्रोडक्ट टाइप, delivery method, और region कैसे बताया गया है। नीचे काम करने का सही क्रम है और वे failure modes जिन पर लिस्टिंग सचमुच टूटती है।
अगर आपका सेलर अकाउंट अभी नहीं बना है तो Plati.market पर सेलर रजिस्ट्रेशन से शुरू करें।
इंजन बनाम स्टोरफ्रंट: प्रोडक्ट असल में कहाँ बनता है
नए सेलर्स को सबसे पहले यही उलझाता है कि प्रोडक्ट स्टोरफ्रंट पर नहीं बनता। Plati.market वह फ्रंट-एंड है जो खरीदार को कैटलॉग दिखाता है और पेमेंट लेता है। लिस्टिंग, स्टॉक, delivery rules और स्टैटिस्टिक्स — ये सब Digiseller सेलर पैनल में रहते हैं, यानी उस इंजन में जिस पर स्टोरफ्रंट चलता है।
व्यावहारिक नतीजे:
- add-product बटन Digiseller सेलर पैनल में है, स्टोरफ्रंट UI में नहीं।
- एक ही लिस्टिंग नेटवर्क के कई स्टोरफ्रंट्स पर दिख सकती है — हर स्टोरफ्रंट के लिए दोबारा बनाने की ज़रूरत नहीं।
- Delivery settings इंजन में प्रोडक्ट से जुड़ी होती हैं, उस मार्केटप्लेस से नहीं जहाँ वह दिख रहा है।
- बैलेंस, स्टैटिस्टिक्स और ऑर्डर हिस्ट्री भी साझा रहते हैं।
स्टेप 1. प्रोडक्ट टाइप चुनना
प्रोडक्ट टाइप तय करता है कि आगे कौन से फ़ील्ड मिलेंगे और इंजन खरीदार को कंटेंट कैसे सौंपेगा। विकल्प मोटे तौर पर तीन परिवारों में आते हैं:
- Pool से unique code — keys, gift cards, promo codes। हर खरीदार को अपलोड की गई लिस्ट से अपनी अलग लाइन जाती है, कोई दोहराव नहीं।
- सबको एक ही टेक्स्ट या फ़ाइल — गाइड, टेम्पलेट, मटीरियल तक पहुँच। स्टॉक ख़र्च नहीं होता।
- व्यक्तिगत रूप से पूरा किया जाने वाला प्रोडक्ट — जिसमें पेमेंट के बाद आपकी या किसी बाहरी सिस्टम की कार्रवाई चाहिए: player ID से top-up, अकाउंट ऑपरेशंस, सेवाएँ।
यहाँ ग़लती महँगी पड़ती है। अगर keys को सबको एक ही टेक्स्ट वाले टाइप में डाल दिया, तो एक ही कोड दस खरीदारों को बिक जाएगा। यह काल्पनिक नहीं — नए सेलर्स में बड़े पैमाने पर refunds की यह नियमित वजह है।
टाइप चुनने से पहले पक्का करें कि प्रोडक्ट बेचने की अनुमति है भी या नहीं; कैटेगरी पाबंदियाँ Plati.market पर क्या बेचा जा सकता है में समझाई गई हैं।
स्टेप 2. Delivery method — तीन विकल्प और उनकी असली कीमत
लिस्टिंग में यही निर्णायक चुनाव है। औपचारिक रूप से तीन विकल्प हैं, और उनका फ़र्क फ़ीचर्स में कम, आपका कितना समय खाते हैं इसमें ज़्यादा है।
| Delivery method | कैसे काम करता है | किसके लिए सही | कहाँ टूटता है |
|---|---|---|---|
| Code pool | आप पहले से लिस्ट अपलोड करते हैं, इंजन प्रति ऑर्डर एक लाइन देता है | छोटा कैटलॉग, अनुमान लगने लायक डिमांड | रात में pool ख़त्म — बिक्री रुकती है या cancellations बनती है |
| Manual issuance | पेमेंट के बाद आप ख़ुद कोड भेजते हैं | जो प्रोडक्ट सचमुच ऑटोमेट नहीं हो सकते | खरीदार इंतज़ार करता है, टिकट खोलता है, ख़राब रिव्यू देता है |
| External API fulfilment | ऑर्डर के समय इंजन आपके सोर्स से कोड माँगता है | स्थायी कैटलॉग, थोक सप्लायर के साथ काम | सोर्स डाउन या timeout — fallback चाहिए |
Code pool सबसे तेज़ शुरुआत है और रातों-रात stockout की सबसे आम वजह भी। इस रास्ते पर जाएँ तो टॉप-अप का नियम बचे हुए स्टॉक की threshold पर रखें, ख़त्म होने पर नहीं।
Manual issuance मुफ़्त लगती है क्योंकि सेटअप नहीं माँगती। मुफ़्त है नहीं: आप समय, रिस्पॉन्स स्पीड और रिव्यू से भुगतान करते हैं। डिजिटल स्टोरफ्रंट का खरीदार instant delivery को सामान्य मानता है, और एक घंटे का इंतज़ार उसे देरी नहीं, धोखा लगता है।
External fulfilment का मतलब है कि पेमेंट क्लियर होते ही इंजन आपके कोड सोर्स को कॉल करता है और सोर्स ने जो लौटाया वही खरीदार को देता है। यही एकमात्र विकल्प है जो आपके मैन्युअल काम बढ़ाए बिना स्केल करता है। व्यावहारिक सेटअप डिजिटल कोड डिलीवरी ऑटोमेट करने में समझाया गया है।
External source जोड़ रहे हैं तो सप्लायर से पहले ही पूछ लें कि उनके यहाँ retries और delivery confirmation कैसे काम करते हैं। कुछ supplier APIs callbacks और duplicate protection देते हैं, कुछ नहीं — यह उस ख़ास सप्लायर की डॉक्यूमेंटेशन से जाँचें, डिफ़ॉल्ट मानकर न चलें।
स्टेप 3. स्टॉक अपलोड करना
Code pool के लिए स्टॉक लिस्ट के रूप में जाता है — लाइन दर लाइन या फ़ाइल से। तीन नियम जो पैसे बचाते हैं:
- एक लाइन में एक कोड, बिना फालतू स्पेस या अदृश्य कैरेक्टर के। स्प्रेडशीट से कॉपी की गई लिस्ट अक्सर अंत में स्पेस साथ ले आती है, और खरीदार को ऐसा कोड मिलता है जो validation में फेल हो जाता है।
- एक ही pool में regions या editions कभी न मिलाएँ। आधे खरीदार खुश और आधे disputes खोल रहे हैं — इसकी सबसे आम वजह यही है।
- बैच अपलोड से पहले जाँचें, बाद में नहीं। पीछे की तारीख़ से कोड revoke होने की मार सेलर पर पड़ती है, उस पर नहीं जिसने आपको बेचे थे।
एक अच्छी आदत यह है कि लाइव pool से अलग एक बफ़र रखें और शून्य पर नहीं, threshold पर टॉप-अप करें। इस threshold को यूनिट में नहीं, बिक्री के दिनों में नापें: सौ कोड का मतलब रोज़ तीन बिक्री पर कुछ और है और तीस पर कुछ और।
स्टेप 4. Region, platform और ज़रूरी फ़ील्ड
डिजिटल लिस्टिंग हेडलाइन पर बिकती है। टाइटल में चाहिए — प्रोडक्ट ख़ुद, platform, edition और activation region। सिर्फ़ game key नहीं, बल्कि पूरी विशिष्टता।
क्या भरना अनिवार्य है:
- Activation platform. गेम सर्विस, कंसोल इकोसिस्टम, ऐप स्टोर, पब्लिशर साइट — खरीदार को पता होना चाहिए कि कोड कहाँ डालना है।
- Region. अगर कोड हर जगह activate नहीं होता तो यह पाबंदी पेमेंट से पहले लिखें। मैकेनिक्स region-locked keys में हैं।
- Edition और सामग्री. बेस वर्ज़न या add-on वाला edition, सब्सक्रिप्शन की अवधि, कार्ड का denomination।
- खरीदार को असल में क्या मिलेगा. कोड स्ट्रिंग, लिंक या फ़ाइल — फ़ॉर्मैट वही हो जो हेडलाइन से समझ आया था।
Region के बिना टाइटल कैरेक्टर की बचत नहीं, पहले से चुकाया हुआ dispute है। जिस खरीदार का कोड activate नहीं हुआ, वह लगभग हमेशा सही होता है जब पाबंदी पेमेंट से पहले दिख ही नहीं रही थी।
स्टेप 5. खरीदार के लिए इंस्ट्रक्शन
खरीद के बाद दिखने वाला information ब्लॉक लिस्टिंग का सबसे कम आँका गया फ़ील्ड है। यह सपोर्ट लोड घटाता है और disputes के नतीजे बदलता है। न्यूनतम सामग्री:
- स्टेप बाय स्टेप redemption — कहाँ जाना है, कोड कहाँ डालना है।
- कोड reject हो जाए तो क्या करें — ठोस कदम, न कि सिर्फ़ हमें लिखें वाली लाइन।
- पाबंदियाँ — region, expiry, अकाउंट बाइंडिंग।
- संपर्क चैनल और जवाब का अपेक्षित समय।
इसे ऐसे लिखें कि फ़ोन पर तीस सेकंड में पढ़ा जा सके। टेक्स्ट की दीवार बिल्कुल नहीं पढ़ी जाती।
स्टेप 6. लाइव करने से पहले टेस्ट परचेज़
अपना प्रोडक्ट ख़ुद ख़रीदे बिना लिस्टिंग पब्लिश न करें। पूरा रास्ता देखने का यही एकमात्र तरीक़ा है — पेज कैसा दिखता है, पेमेंट के बाद क्या आता है, कोड किस फ़ॉर्मैट में दिखता है, इंस्ट्रक्शन पढ़ने लायक है या नहीं।
इस स्टेप पर नियमित रूप से पकड़ में आता है:
- pool अपलोड है पर प्रोडक्ट out of stock दिख रहा है;
- कोड कटा हुआ या किसी फालतू कैरेक्टर से चिपका हुआ आ रहा है;
- external source एरर लौटा रहा है और लिस्टिंग फिर भी active है;
- इंस्ट्रक्शन किसी donor लिस्टिंग से आई है और दूसरी platform की बात कर रही है;
- कीमत मार्केटप्लेस फ़ीस, पेमेंट मेथड की लागत और withdrawal के बिना निकाली गई है।
आख़िरी पॉइंट अलग से जाँचें। मार्केटप्लेस फ़ीस लागत की सिर्फ़ पहली परत है; ऊपर से पेमेंट मेथड, withdrawal और compensations का रिज़र्व जुड़ता है। कीमत तय करने से पहले मौजूदा टैरिफ़ पेज हमेशा ख़ुद जाँचें।
पेमेंट से डिलीवरी तक सामान्य ऑर्डर कैसा दिखता है, यह Plati.market पर सेल और डिलीवरी फ़्लो में है।
वे failure modes जिन पर लिस्टिंग सचमुच टूटती है
रात में pool ख़त्म। ऑर्डर cancellations बन जाते हैं, और रेटिंग जितनी तेज़ी से गिरती है उतनी तेज़ी से वापस नहीं आती। इलाज — threshold टॉप-अप नियम या external fulfilment।
Duplicate कोड। ग़लत प्रोडक्ट टाइप से या ऐसी स्प्रेडशीट अपलोड करने से जिसमें एक लाइन दो बार है। नतीजा — दो खरीदार, एक चलता कोड, एक पक्का refund।
ग़लत region. खरीदार ग़लत region में redeem करता है और dispute खोलता है। बचाव — हेडलाइन में region और पेमेंट से पहले साफ़ चेतावनी।
Revoke हुआ बैच. संदिग्ध स्रोत के कोड पब्लिशर पीछे की तारीख़ से रद्द कर देता है, और मुआवज़ा सेलर की मार्जिन से जाता है, उसकी मार्जिन से नहीं जिसने आपको बेचे थे।
डिलीवरी के बाद chargeback. कोड जा चुका, पेमेंट विवादित। मदद करती है डिलीवरी की दर्ज घटना और लिस्टिंग में लिखी साफ़ शर्तें।
Clone की गई लिस्टिंग. समय बचाने के लिए मौजूदा प्रोडक्ट डुप्लिकेट किया और region, edition या इंस्ट्रक्शन बदलना भूल गए। यह सबसे कड़वा failure mode है, क्योंकि पहली सेल तक यह चलती हुई लिस्टिंग जैसी ही दिखती है।
लिस्टिंग के लिए स्टॉक कहाँ से लें
लिस्टिंग एक बार सेट होती है; availability रोज़ चाहिए — और availability ही ज़्यादातर नए सेलर्स को तोड़ती है। FoxReload यही हिस्सा संभालता है: 900+ SKU का थोक कैटलॉग (game keys, gift cards, in-game currency top-ups, eSIM, subscriptions, software licences), multi-region SKUs, instant delivery और एक ही REST API। आप external source एक बार जोड़ते हैं और हर वीकेंड से पहले हाथ से pool भरना बंद कर देते हैं।