हमारी परियोजनाएँ: एसएमएस भुगतान "आलसी के लिए"

Smscoin परियोजना के अस्तित्व के 5 वर्षों में, न केवल टीम बढ़ी है, बल्कि हमारी कंपनी की गतिविधि का क्षेत्र भी है। एसएमएस बिलिंग हमारी परियोजना का मुख्य केंद्र बिंदु बना हुआ है; लेकिन हम विकास के तरीकों को बदलते हुए आगे बढ़े, सक्रिय व्यापार अनुप्रयोगों में नवीनतम तकनीकों की बहुत कोशिश की, अन्य समान रूप से दिलचस्प क्षेत्रों में विकास किया। यह इन परियोजनाओं और उनके विकास की प्रक्रिया में प्राप्त दिलचस्प अनुभव के बारे में है जो कि लेखों की एक श्रृंखला में चर्चा की जाएगी, जिनमें से पहला आपके सामने है।



टैग की सूची में Django की उपस्थिति का औचित्य साबित करने के लिए, मैं ध्यान देता हूं कि यह Django पर हमारी पहली सार्वजनिक परियोजना है, भले ही रूपरेखा का उपयोग आंतरिक विकास में पहले किया गया था।

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

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

यह सेवा कई कारणों से लोकप्रिय नहीं थी। यह कार्य की योजना को समझने में कठिनाई है, और एकीकरण की nontrivial योजना, और लागत को फिट करने के लिए योजना की सीमितता (ऊपर के उदाहरण से राशि प्राप्त करने के लिए $ 2 के लिए 2 sms और $ 0.9 के लिए 1 sms करना असंभव था), या बहुत अधिक sms और अधिक सटीक राशि या कुछ एसएमएस, लेकिन राशि वांछित से बहुत दूर है। नतीजतन, हम सेवा को फ्रीज करने और भागीदारों के लिए पेश नहीं करने के निर्णय पर आए।

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

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

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

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

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

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

नतीजतन, सिद्धांत रूप में, तुच्छ तर्क और समझने योग्य कार्यान्वयन ने एक दिलचस्प बिक्री योजना के साथ परियोजना का आधार बनाया, सेवाओं के द्रव्यमान के लिए पूरी तरह से उपयुक्त और उनसे बिल्कुल कोई कार्रवाई की आवश्यकता नहीं थी। पहले सब कुछ स्पष्ट करने के लिए, मैं उन परियोजनाओं में से एक के भुगतान पृष्ठ का लिंक प्रदान करूंगा, जिसके साथ हम इस योजना के अनुसार काम करते हैं - smspay4.com/project/hotfile

यह परियोजना सरल (कम से कम उपयोगकर्ता को दिखाई देने वाला भाग) थी, लेकिन निर्दिष्ट आवश्यकताओं को पूरी तरह से पूरा करती है। जहां तक ​​हम जानते हैं, प्रतियोगियों में से किसी के पास ऐसा कोई समाधान नहीं है, जो कि :-) भी अच्छा है। जो कोई भी सहयोग में रुचि रखता है, वह पीएम को लिखें या साइट पर संपर्कों से संपर्क करें।