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