हम कैसे बेहतर बिलिंग रूपांतरण

ऑनलाइन भुगतान घर और हाई-स्पीड मोबाइल इंटरनेट पर वाई-फाई के रूप में परिचित हो गए हैं। और वे विकसित करना जारी रखते हैं, अधिक से अधिक सेवाओं का भुगतान कुछ क्लिकों में या मोबाइल एप्लिकेशन से किया जा सकता है, और यहां ऑटो भुगतान, रिमाइंडर, लागत नियंत्रण और बहुत कुछ।

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



मेरा नाम जियोरी कोन्नोव है, मैं QIWI में ई-कॉमर्स के लिए उत्पादों के विकास का निदेशक हूं, और आज मैं आपको बताऊंगा कि कैसे हमने एक भुगतान फॉर्म विकसित किया जिसे कोई भी स्टोर भुगतान स्वीकार करने के लिए जल्दी से कनेक्ट कर सकता है।

कटौती के तहत - रूपांतरण, उपयोगकर्ता की प्रेरणा, हमारे प्रोटोकॉल, दान और खुले स्रोत के बारे में।

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

अब लगभग सभी का कहना है कि भुगतान रूपों के लिए रूपांतरण दर लगभग 99 प्रतिशत, या इससे भी अधिक है। ऐसा नहीं है।

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

लेकिन अगर यह एक नियमित खरीद है, तो यहां आप भुगतान प्रक्रिया में ग्राहकों का एक चौथाई हिस्सा आसानी से खो सकते हैं। यहां, रूपांतरण पहले से ही 75-85 प्रतिशत के क्षेत्र में है।

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

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

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

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

जैसा नापा गया

अधिकांश इस तरह माप लेते हैं।

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

लेकिन अगर आप उस पल से मापते हैं जब तक कि भुगतान फॉर्म खोला नहीं जाता है, जब तक कि भुगतान सफल नहीं हो जाता है, संख्या भिन्न होगी।

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

रिमाइंडर के बारे में

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

वैसे, 10 प्रतिशत उपयोगकर्ता इस तरह के पुश की सदस्यता लेंगे। फिर 10 प्रतिशत उन्हें पार कर जाएगा। सामान्य तौर पर: एक औसत साइट के लिए, ट्रैफ़िक को ध्यान में रखते हुए, ऐसे नंबर वेब को सबसे उपयोगी अनुस्मारक चैनल नहीं बनाते हैं। और अगर आप यह भी ध्यान रखते हैं कि प्रति माह ऐसी तोपों का आधार 15 प्रतिशत सड़ा हुआ है ...

लेकिन एक धमाके के साथ क्या काम करता है - यदि भुगतान के समय कोई व्यक्ति अपने पिछले भूल गए भुगतान को दिखाता है, तो इसे एक उपयोगी अनुस्मारक के रूप में माना जाता है।

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

संख्याओं द्वारा - वेब पुश मेलिंग सूची में 3 रूबल लाता है।
एक समान अनुस्मारक 60 रूबल है।

ऐसे मैकेनिक वॉलेट से जुड़े प्रदाताओं के लिए काम करते हैं। और यह ऐसी जीत-जीत की स्थिति का पता लगाता है, जब प्रत्येक जुड़ा प्रदाता दूसरे के रूपांतरण को बढ़ा सकता है।

प्रोटोकॉल ऑपरेशन

पहले, हमारे पास सिर्फ एक पर्स प्रोटोकॉल था, मैंने पहले ही इसके बारे में यहां लिखा था।

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

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

बाहर से यह सब बहुत सरल लग सकता है - भुगतान का कुछ रूप रखो, और बस पैसे गिनने का समय है। लेकिन वास्तव में, यह पता चलता है कि खरीदार के पास कार्ड पर धन नहीं हो सकता है। खैर, ऐसा होता है।

और यहां फॉर्म में हम तुरंत ऐसे मामलों में एक विकल्प प्रदान करते हैं। भुगतान करने के लिए पर्याप्त नहीं है? देखिए, एसएमएस के जरिए हमारे मोबाइल फोन से जल्दी भुगतान करना संभव है। या, सामान्य तौर पर, विवेक के अनुसार, यहां। या कुछ और।



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

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

लेकिन आप भुगतान में रूपांतरण में प्रतिस्पर्धा कर सकते हैं। अधिग्रहित दर (जो पहले से ही क्षेत्र 2 में है) को कम करने की कोशिश करके इसे 2-3 3-5 प्रतिशत तक उठाना बहुत आसान है।

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

वेब सिंगल नहीं है

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

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

एक साल पहले - लगभग 40 प्रतिशत।
अब - 51-52।

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

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



जिसके पास मोबाइल एप्लिकेशन है - उसके पास पहले से ही 1.5 गुना अधिक खरीदारी है। जिस किसी के पास एक अनुकूलन है या आवेदन में भी बिक्री में सुधार है, जैसा कि बहुत हल्का अनुकूलन है।

आरेख में वायलेट अनुकूली के बिना लोग हैं। लेकिन यहां तक ​​कि वे नीले रंग के रूप में इतने उदास नहीं हैं - इन मोबाइल फोन पर कुछ भी काम नहीं करता है।

मैं ऐसा कहना चाहता था। यातायात की खोज में एक टॉप-एंड मोबाइल एप्लिकेशन बनाना इतना आवश्यक नहीं है। यहां तक ​​कि आवेदन इस तथ्य को नकारता नहीं है कि अनुकूलन करने की आवश्यकता है। यहां तक ​​कि सबसे सरल पृष्ठ अनुकूलन पहले से ही आपको अच्छे परिणाम दिखाएगा।

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

बटुआ और एकता

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

हम पासवर्ड और एसएमएस के माध्यम से छह महीने के लिए प्राधिकरण को याद करते हैं। सत्र को आधे-टोकन में विभाजित किया गया है, अर्थात्, हमारे साथ टोकन का आधा हिस्सा, और उपयोगकर्ता के डिवाइस पर आधा। यदि वह - 1 क्लिक सत्र में रीसेट किया जा सकता है।

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



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

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

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

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

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

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

प्रोटोकॉल मॉड्यूलर है, आप किसी भी विजेट और प्रीमीयर को स्थानापन्न कर सकते हैं, हमने सक्रिय रूप से दान के लिए उनका परीक्षण किया।

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

दान योगदान

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

Gizmo शब्द से सामान्य रूप से मापनीय नहीं है। जिस कंपनी में हम ट्रांसफर कर रहे हैं, उसका अकाउंटिंग विभाग sagging है - यहाँ ऐसे मामलों में एक जटिल ट्रिपल एग्रीमेंट (हम, कंपनी, फंड) बनाना आवश्यक है।

और लौटना मुश्किल है। आपने चायदानी के बारे में अपना मन बदल दिया, उसे लौटा दिया। और केतली के लिए राशि और शुल्क एक लेनदेन में चला गया।

इसलिए हमने ऐसा करने का फैसला किया।

सफल भुगतान के बाद, उपयोगकर्ता को 1 क्लिक में एक छोटा दान करने के लिए आमंत्रित किया जाता है। ऐसी योजना काम करती है, लगभग 3-5 प्रतिशत इसके लिए तैयार हैं। यहाँ मुख्य राशि है। यदि यह 50 रूबल से अधिक नहीं है, तो यह ठीक है और सरल है। यदि अधिक है, तो एक संदर्भ पहले से ही आवश्यक है कि पैसा कहां जाएगा, और फंड के लिए क्या होगा, और वे क्या करते हैं, और इसी तरह।

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

हमने विभिन्न तरीकों से दान के लिए राशियों की गणना करने की कोशिश की। उदाहरण के लिए, एक व्यक्ति ने कुछ खरीदा, और खरीद के बाद, 123 रूबल उसके खाते में रहेंगे। ऐसे मामलों में, हमने फंड 3 रूबल या 23 रूबल को गोल और स्थानांतरित करने का प्रस्ताव दिया। ठीक है, क्या आप के लिए इस लोहे की एक इलेक्ट्रॉनिक बटुए में trifle, ठीक है, सच्चाई।

यह पता चला कि यहां हम बहुत प्रेरित थे, और यह दृष्टिकोण बहुत अच्छा नहीं था। जहां स्टेटर ठीक छोटी मात्रा में होते हैं। आमतौर पर लगभग 5 प्रतिशत संतुलन।

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

हमें अंत में पता चला कि लोगों को 1 क्लिक में इस तरह के भुगतान की आवश्यकता नहीं है, अगर वे कार्ड से भुगतान करना चाहते हैं, तो वे स्वयं विधि का चयन करेंगे। मई से ठीक एक सप्ताह पहले, उन्होंने परिकल्पना को काट दिया।

वैसे, आप हमारे भुगतान फ़ॉर्म को आज़मा सकते हैं, और उसी समय किसी एक फंड का समर्थन करके एक अच्छा काम कर सकते हैं:

• आस्था - धर्मशालाओं और उनके रोगियों के लिए प्रणालीगत देखभाल
• खाबेंस्की फाउंडेशन - गंभीर मस्तिष्क रोगों वाले बच्चों की मदद करना
• {सभी को - एक ही बार में समान शेयरों में कई चैरिटी फंडों को

और साइट के मालिक अपने दम पर एक विजेट या लिंक पोस्ट करके किसी भी फंड की मदद कर सकते हैं: widget.qiwi.com/vera , my.qiwi.com/bfkh , my.qiwi.com/vsem या कई अन्य। आप चाहें तो लिखें।

खुला स्रोत

अब खुले स्रोत की ओर हम काफी सक्रिय हो गए। हमने https://github.com/QIWI-API/ पर प्रलेखन, उदाहरण, एसडीके और एकीकरण प्रकाशित किए। प्रलेखन को पढ़ने के बाद, आप "GitHub पर संपादित करें" बटन पर क्लिक कर सकते हैं और सुधार के लिए अनुरोध कर सकते हैं।

सामान्य तौर पर, हम उन सभी चीजों को खींचने की कोशिश करते हैं जो खुले स्रोत में प्रसंस्करण नहीं कर रहे हैं। GitHub QIWI और GitHub QIWI API जीवन में आए हैं। हम चाहते हैं कि परियोजनाएं और घटक अलग से झूठ बोलें, और प्रलेखन, विभिन्न एसडीके और पुस्तकालय क्यूआईडब्ल्यूआई एपीआई के शीर्ष पर - अलग से। हम बहुत सारी चीजें गीथहब पर ले जाते हैं।

हम वॉलेट एपीआई को खोलते हैं ताकि कंपनी के भीतर उपलब्ध सभी अवसर बाहरी डेवलपर्स के लिए खुले हों। असल में, QIWI अब एक सेवा के रूप में BaaS, Bank की ओर रुख कर रहा है। और यहाँ हमारा काम सभी साइटों को सामान्य बनाना है, सामान्य प्रथाओं के साथ। इसलिए, हम खुले स्रोत की ओर बढ़ रहे हैं।

भविष्य के लिए

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

जल्द ही हम सीएमएस-ओके के लिए आधिकारिक प्लगइन्स को पूरा करेंगे, ताकि छोटे स्टोर के मालिक QIWI कैशियर से जुड़ सकें और भुगतान स्वीकार कर सकें। Wordpress के लिए, लेकिन दूसरों के लिए - निकट भविष्य में।

हम 54 फेडरल लॉज़ के अनुपालन के लिए राजकोषीय डेटा ऑपरेटरों के साथ एकीकरण को सरल बनाने और पी 2 पी ट्रांसफर और स्व-नियोजित के लिए एक दिलचस्प समाधान पर भी काम कर रहे हैं।

Kassa.qiwi.com - यहां हमने छोटे और बड़े व्यवसायों के लिए अपनी सभी सेवाएं एकत्र की हैं। हम इसे बनाने की कोशिश करते हैं ताकि व्यवसाय बस आ सके और जल्दी से तैयार समाधानों का एक गुच्छा कनेक्ट कर सके।

और यह समझने के लिए कि एपीआई कैसे काम करता है, हमने एक डेमो ज़ोन बनाया है जहाँ आप इस पूरी चीज़ को छू सकते हैं।

सामान्य तौर पर, बहुत सारी योजनाएं होती हैं, और सामान्य संदेश एकीकरण को और भी आसान और अधिक किफायती बनाना होता है।

PS वैसे, यहां हमारी टीम के बारे में एक पृष्ठ है: kassa.qiwi.com/team

हम रिएक्ट JS डेवलपर्स और जावा प्रोग्रामर के लिए हमेशा खुश रहेंगे। जेएस फुलस्टैक में चाहने वालों के लिए, हमारे पास 15 मिनट के लिए एक परीक्षण है ताकि हम आंतरिक रूप से काम करने वाले डेटा, पुस्तकालयों और दृष्टिकोणों को महसूस कर सकें। स्कूली बच्चों के रूप में अच्छी तरह से मुकाबला किया, लेकिन वे भी छह बार लटका दिया। :)