FunPay पर Steam top-up कैसे बेचें
Steam top-up सबसे सरल प्रोडक्ट लगता है — रकम के बदले रकम, न कोई edition न DLC. व्यवहार में यह सब में सबसे सख्त regional बंधन वाली कैटेगरी है। Key कम से कम कभी-कभी global होती है। Wallet लगभग कभी नहीं।
इस लेख में top-up को एक प्रोडक्ट कैटेगरी की तरह देखेंगे: दो बुनियादी रूप से अलग supply formats, असली ऑर्डर में क्या टूटता है, delivery proof कैसा होना चाहिए, और मार्जिन कहां से आता है।
यह FunPay पर बिक्री की गाइड का एक कैटेगरी-विशेष विस्तार है।
दो प्रोडक्ट formats जो अक्सर गड्डमड्ड होते हैं
«Top-up» शब्द के तहत दो बुनियादी रूप से अलग चीज़ें बिकती हैं, और उन्हें एक ही listing में मिलाना सीधे disputes तक ले जाता है।
Regional wallet code
तैयार product unit: किसी खास currency में denomination वाली एक string, जो एक region से बंधी है। आप code सौंपते हैं, खरीदार खुद redeem करता है।
- फायदा — पूरी तरह automate होता है, बिना स्टाफ बढ़ाए scale होता है, डिलीवरी तुरंत।
- नुकसान — region और currency से सख्त बंधन, रकम में कोई लचीलापन नहीं।
Direct top-up
सेवा: आप अपनी चेन के जरिए खरीदार के खास account में रकम जमा करते हैं।
- फायदा — region का सवाल हट या घट जाता है, रकम लचीली।
- नुकसान — manual operation, पूरा payment path आपका, सबूत ज्यादा मुश्किल।
| पैरामीटर | Wallet code | Direct top-up |
|---|---|---|
| Listing का प्रकार | Product | Service |
| Automation | पूरा | सीमित |
| Region पर निर्भरता | सख्त | कमजोर |
| Delivery proof | Code और timestamp | Transaction id और confirmation |
| Scaling | बिना स्टाफ रैखिक | Operators पर अटकी |
व्यावहारिक निष्कर्ष: ये दो अलग बिज़नेस हैं, और इन्हें एक universal ऑफर के बजाय अलग-अलग listings में अलग विवरण के साथ रखना चाहिए।
Currency और region का मिलान
यह कैटेगरी की केंद्रीय मैकेनिक है। Wallet code अपने region की currency में denominated होता है और सिर्फ उसी region से बंधे account पर redeem हो सकता है। यहां कोई conversion नहीं होता।
इसलिए अनिवार्य कदम: खरीदार के wallet का region और currency बिक्री से पहले पता किए जाते हैं, नाकाम redemption के बाद नहीं। व्यावहारिक तरीका है ऑर्डर confirm करने की शर्त के तौर पर chat में एक स्पष्ट सवाल। ठोस शब्दों में पूछें: कई खरीदार अपना रहने का देश बताते हैं, account region नहीं, और ये एक चीज़ नहीं हैं।
खरीदार का जवाब प्लेटफॉर्म पत्राचार में रह जाता है और dispute खुलने पर आपका सबूत बनता है। खरीदार तक क्या-क्या पहुंचना चाहिए, इसकी पूरी संरचना FunPay विक्रेता जिम्मेदारियों वाले लेख में है।
असली ऑर्डर में क्या टूटता है
तीन परिदृश्य इस कैटेगरी के लगभग सभी समस्याग्रस्त ऑर्डर समेट लेते हैं।
- Region mismatch. Code एक region का, account दूसरे का — redemption खारिज। वजह नंबर एक, और सौदे से पहले पूछकर पूरी तरह हटाई जा सकती है।
- Wallet limits. Top-up से balance तय सीमा पार कर जाएगा और सिस्टम मना कर देता है। बड़ी denominations में खास तौर पर प्रासंगिक।
- Account का हाल में बदला region. खरीदार ने region बदला है और ऐसी पाबंदियों से टकराता है जिनकी उसे खुद खबर नहीं।
इनमें से कोई भी खराब माल नहीं है — code पूरे वक्त valid रहता है। पर खरीदार शिकायत लेकर आता है, और सही होने से ज्यादा रफ्तार मायने रखती है: सही region में बदलाव या मिनटों में refund लगभग हमेशा मामला arbitration के बिना बंद कर देता है। Dispute की तर्क-प्रणाली FunPay arbitration playbook में है।
Delivery proof
यह कैटेगरी keys से सख्त सबूत मांगती है, क्योंकि यहां नतीजा string मिलने से नहीं, balance से नापा जाता है।
Wallet code के लिए न्यूनतम है सटीक timestamp सहित भेजी गई string, transfer के समय denomination और region पर supplier का confirmation, और खरीदार का दर्ज किया गया region वाला जवाब।
Direct top-up के लिए कसौटी ऊंची है — आपकी तरफ transaction identifier और credit का confirmation चाहिए, जो काम पूरा होते ही खरीदार को भेजा जाए। अकेला «हो गया» संदेश arbitration में लगभग बेवजन है।
Automatic delivery इस log का बड़ा हिस्सा खुद बनाती है — इसे कैसे configure करें, यह FunPay auto-delivery गाइड में है।
Regions और denominations का कौन सा grid रखें
इस कैटेगरी में assortment प्रोडक्ट्स की सूची नहीं बल्कि दो आयामों वाला grid है: आड़े में regions, खड़े में denominations. इसे बनाने में की गई गलतियां खरीद कीमत से ज्यादा महंगी पड़ती हैं।
ज्यादातर operators के लिए जो सिद्धांत काम करते हैं:
- दस नहीं, दो-तीन regions से शुरू करें। हर region एक अलग listing विवरण है, अलग stock position है और अलग support परिदृश्य है। कमजोर नियंत्रण के साथ चौड़ा grid बिक्री से ज्यादा अस्वीकृतियां देता है।
- छोटी denominations टर्नओवर लाती हैं, बड़ी मार्जिन। पहली प्रवाह और rating बनाती हैं, दूसरी operator के समय की भरपाई करती हैं। दोनों रखें, पर उनकी economics अलग-अलग गिनें।
- जो listing stock से पूरी न कर सकें, उसे छापें ही नहीं। पहले बेचकर बाद में खरीदना उस कैटेगरी में dispute तक पहुंचने का सबसे तेज़ रास्ता है जहां खरीदार तुरंत नतीजा चाहता है।
- हर region के लिए अलग listing चलाएं। «कोई भी region» वाला universal विवरण भरोसे के साथ mismatches और refunds पैदा करता है।
अलग सवाल यह है कि लोकप्रिय denomination का stock खत्म होने पर क्या करें। Listing हटा देना दोबारा stock आने की उम्मीद में बेचते रहने से लगभग हमेशा सस्ता है: rating टर्नओवर से धीमे लौटता है। कमी से निपटने की मैकेनिक्स supplier stockout recovery वाले लेख में है।
मार्जिन कहां से आता है
Top-up में मार्जिन keys से पतला है, क्योंकि प्रोडक्ट एक जैसा है और खरीदार कीमतें आसानी से मिलाते हैं। तीन lever काम करते हैं:
- Denomination की खरीद कीमत। मुख्य कारक, जो सीधे मात्रा और आपके थोक channel की गुणवत्ता पर निर्भर है।
- Failed activation दर। हर region-mismatch ऑर्डर या तो refund है या operator समय। बिक्री से पहले region वाला सवाल यहां सबसे तेज़ी से अपनी लागत वसूलता है।
- प्रति ऑर्डर operator समय। Direct top-up में यही मुख्य लागत मद और मुख्य विकास सीमा है।
Platform fees और withdrawal fees अलग से गिनी जाती हैं और कीमत तय करने से पहले हमेशा FunPay के मौजूदा tariff पेज पर सत्यापित की जाती हैं — दरें बदलती हैं और याददाश्त से pricing चुपचाप मार्जिन खा जाती है। पूरी पद्धति digital goods reseller की unit economics में है।
Denominations कहां से खरीदें
यह कैटेगरी supply पर दो शर्तें रखती है: regions और denominations का चौड़ा grid (इसके बिना आप आधे खरीदार लौटा देंगे) और code के साथ सही region डेटा, जिसके बिना न आप listing लिख सकते हैं न मिलान जांच सकते हैं।
FoxReload दोनों संभालता है: 900+ SKU का catalog जिसमें multi-region items हैं, एक single REST API, और automatic delivery जहां denomination और region code के साथ ही आते हैं — जिससे आप कई regional listings बिना manual stock मिलान चला सकते हैं। व्यापक कैटेगरी दृष्टिकोण के लिए देखें थोक Steam gift cards वाला लेख, और इससे जुड़ी in-game crediting मैकेनिक के लिए FunPay पर game currency बेचने की गाइड।