आप किसी भी एप्लिकेशन (प्रबंधित या नहीं) को पूरी तरह से सुरक्षित नहीं कर सकते। यदि Playstation और iPad जैसी प्रणालियाँ टूट सकती हैं - जहाँ विक्रेता हार्डवेयर को नियंत्रित भी करता है - तो आपके ऐप को क्या आशा है? शुक्र है, आप वास्तव में नहीं करना चाहते हैं। मेरी राय में, आपको अपने एप्लिकेशन को बस इतना सुरक्षित करने की आवश्यकता है कि कोई व्यक्ति गलती से आपके उत्पाद को पायरेट न कर सके , और न ही।
उदाहरण के लिए, यदि आप प्रति-मशीन लाइसेंस का उपयोग करते हैं, तो जब आप इसे नई दूसरी मशीन पर स्थापित करते हैं, तो यह काम नहीं करना चाहिए। आप अतिरिक्त समर्थन कॉल को रोकने के लिए एक अच्छा त्रुटि संदेश चाहते हैं, लेकिन अतिरिक्त समय व्यतीत करने के लिए इसे कठिन काम नहीं बनाते हैं और उपयोगकर्ताओं को इसके सिर पर नहीं मारते हैं।
एक अन्य उदाहरण समय-सीमित परीक्षण है। सरल चीजों के बारे में भी चिंता न करें जैसे कि उपयोगकर्ता सिस्टम घड़ी को वापस रोल कर सकते हैं। कोई ऐसा व्यक्ति जो जानता है कि वे आपका लाइसेंस तोड़ रहे हैं, और जब तक कोई उपयोगकर्ता जानता है कि जब वे उल्लंघन करते हैं तो आपने पर्याप्त किया है।
आपको यह करने की आवश्यकता है क्योंकि उपयोगकर्ता आपके लाइसेंस की परवाह नहीं करते हैं। लाइसेंस ऐसी चीजें हैं जो किसी को तब तक परवाह नहीं होती हैं जब तक उन्हें ज़रूरत नहीं है। कोई भी उन्हें नहीं पढ़ता है, और उन्हें वास्तव में नहीं होना चाहिए। इसलिए उपयोगकर्ता को यह बताने का सबसे अच्छा तरीका है कि सीमाएं कहां हैं यदि आपके आवेदन के लिए आउट-ऑफ-द-बॉक्स व्यवहार लाइसेंस के साथ अनुपालन करता है। इस पहले मामले में इसका मतलब है कि या तो परीक्षण-संस्करण मोड में स्थापित करने या स्थापित करने में विफल दूसरी बार। उत्तरार्द्ध के लिए, इसका मतलब विन्यास फाइल में सादा-पाठ की तारीख की जाँच करना हो सकता है। किसी भी तरह से, सुनिश्चित करें कि आप इसे एक सुरुचिपूर्ण, सहायक और सम्मानजनक तरीके से संभालते हैं।
तो यह बताते हैं कि इसका क्या मतलब है कि बस इतना करें। लेकिन किसी और से क्यों नहीं? हर छोटे छेद को प्लग क्यों नहीं करें जो आप पा सकते हैं? इसका उत्तर दो भागों में है। सबसे पहले, अगर कोई व्यक्ति आपके लाइसेंस की शर्तों को जानबूझकर तोड़ने की नैतिक सीमा को पार कर जाएगा - यहां तक कि एक सरल तरीके से - वे कुछ और अधिक कठिन या खतरनाक करने के लिए तैयार होंगे जैसे कि आपके आवेदन को एक धार से खींचनासाइट - और अविश्वासित स्रोतों से डाउनलोड किए गए एप्लिकेशनों को चलाने में एक निश्चित राशि शामिल है। इसे और अधिक कठिन बनाना इन उपयोगकर्ताओं के लिए केवल एक छोटी सी झुंझलाहट है और आपके भुगतान करने वाले ग्राहकों के साथ समस्याएं पैदा करती हैं। इसे सरल रखना किसी को आपके आवेदन में खुदाई करने और अधिक व्यापक दरार जारी करने से रोक सकता है। दूसरा, खामियों को देखने के लिए आपके पास कुछ आंखें उपलब्ध हैं; हैकर्स के पास कई हैं, और उन्हें खोजने का अधिक अभ्यास है। आपको केवल एक छोटी सी खामी याद करने की आवश्यकता है, और आपके ऐप का समुद्री डाकू साइटों पर समान वितरण होगा जैसे कि आपने कुछ नहीं किया। आपको हर बार सही होना होगा; उन्हें केवल एक बार भाग्यशाली होना होगा। इसलिए आवश्यक प्रयास बहुत अधिक है, और सफलता के किसी भी उपाय की संभावना बहुत कम है।
अंत में, अगर कोई आपके आवेदन को पायरेट करना चाहता है (जैसा कि सिर्फ इसका उपयोग करने का विरोध किया जाता है), और यह उनका मुख्य लक्ष्य है, तो वे करेंगे। उन्हें रोकने के लिए आप कुछ नहीं कर सकते। यह सॉफ्टवेयर की प्रकृति है; एक बार फ़ाइलें है कि आपके उत्पाद को बनाने वाली एक उपयोगकर्ता के कंप्यूटर पर कर रहे हैं वे होगा उन लोगों के साथ क्या करने के लिए के रूप में वे चाहते हैं सक्षम हो। यह जावा या .NET जैसे प्रबंधित वातावरण में विशेष रूप से प्रासंगिक है , लेकिन यह निश्चित रूप से मूल कोड पर भी लागू होता है। समय उनके पक्ष में है, और पर्याप्त समय दिया गया है कि किसी भी डिजिटल सुरक्षा को तोड़ा जा सकता है।
चूंकि आप उपयोगकर्ताओं को अपने उत्पाद को पायरेट करने से नहीं रोक सकते हैं, इसलिए आपकी सर्वश्रेष्ठ कार्रवाई इस तरह से उपयोगकर्ता के इस वर्ग को अपने लाभ के लिए उपयोग करना है। अक्सर आपके खिलाफ काम करने के बजाय उन्हें आपके लिए काम करना संभव होता है। इस बात को ध्यान में रखते हुए कि आपका आवेदन चाहे जो भी हो, शायद यह एक मुक्त संस्करण रखने के लिए लायक है जो लगभग पूरी तरह से कार्यात्मक है और समाप्त नहीं होता है। यहां तक कि यूएस $ 1 मूल्य टैग और मुफ्त के बीच का अंतर बहुत बड़ा है, अगर इसके अलावा कोई अन्य कारण नहीं है कि ग्राहक को आपके क्रेडिट कार्ड पर भरोसा नहीं करना है। आपके उत्पाद का एक मुक्त संस्करण न केवल प्रभावी रूप से पायरेटेड वितरण को मार देगा (क्यों एक पायरेटेड संस्करण को जोखिम में डाल देता है जब आप एक ही कीमत के लिए वैध हो सकते हैं?), इसमें आपके दर्शकों को नाटकीय रूप से विस्तारित करने की क्षमता है।
परिणाम यह है कि आपको फॉर-पे संस्करण की कीमत बढ़ाने की आवश्यकता हो सकती है, ताकि अंत में 2,000 उपयोगकर्ताओं के बजाय $ 20 प्रत्येक पर आपके पास 100,000 मुक्त उपयोगकर्ता हों, जिनमें से 500 "पेशेवर" संस्करण के लिए $ 99 का भुगतान करने के लिए तैयार हैं । यदि आपने अपने उत्पाद को लॉक करने में समय व्यतीत किया है तो इससे आपको अधिक धन प्राप्त होता है। इससे अधिक, आप इन मुफ्त उपयोगकर्ताओं को संलग्न कर सकते हैं और कई महत्वपूर्ण तरीकों से संबंध का लाभ उठा सकते हैं।
एक सहारा है। निराशावादी 100,000 नि: शुल्क उपयोगकर्ताओं का समर्थन करने की बढ़ी हुई लागत के बारे में शिकायत करने का यह अवसर लेगा, लेकिन इसके बजाय कुछ अद्भुत होता है: आपका उत्पाद काफी हद तक समर्थन करता है। आप बड़े खुले स्रोत परियोजनाओं के साथ हर समय देखते हैं, जिनके पास समर्थन लागत के लिए कोई पैसा नहीं है। यूजर्स कदम बढ़ाएंगे और ऐसा करेंगे।
नि: शुल्क उपयोगकर्ताओं ने आमतौर पर समर्थन कारणों को कम करना शुरू कर दिया है, और अच्छे कारण से। आपको केवल स्वतंत्र संस्करण को चिन्हित करना होगा, क्योंकि यह केवल सामुदायिक समर्थन के लिए योग्य है और उस उद्देश्य के लिए उपयोगकर्ता-संचालित ऑनलाइन फोरम को रखा गया है। आपका समर्थन ज्ञान आधार स्व-उत्पादक है, और उन्नत उपयोगकर्ता उन लोगों को शेफर्ड करेंगे, जिन्हें आपकी ओर से अतिरिक्त हैंड-होल्डिंग की आवश्यकता है। इससे भी महत्वपूर्ण बात, यह आपको बग्स को तेजी से पहचानने और सही करने की अनुमति देगा, अंततः आपके उत्पाद की गुणवत्ता में सुधार करेगा और कुल समर्थन लागत को कम करेगा। यह पहले संभव नहीं था क्योंकि आपका उपयोगकर्ता आधार काफी बड़ा नहीं था, लेकिन जब आप मुफ्त उपयोगकर्ताओं को ग्राहकों के रूप में मानते हैं तो यह बहुत अच्छा काम कर सकता है।
एक और प्रतिक्रिया है। अपने मंच को देखकर, आप महत्वपूर्ण सुधार विचारों को सीखते हैं जिन्हें आपने अन्यथा कभी नहीं माना होगा। यह आपको अंततः अपने नि: शुल्क उपयोगकर्ताओं को भुगतान किए गए उपयोगकर्ताओं में बदलने और अधिक सम्मोहक उत्पाद बनाने की अनुमति दे सकता है जो एक भी बड़े दर्शकों को आकर्षित करेगा।
अंत में, आपको विपणन पर विचार करने की आवश्यकता है। ये सभी मुफ्त उपयोगकर्ता अब विरोधी के बजाय प्रशंसक हैं, और वे तदनुसार कार्य करेंगे। इतना ही नहीं, लेकिन जब यह आपके अगले संस्करण को जारी करने का समय आता है, तो ये उपयोगकर्ता किसी अन्य अज्ञात तंत्र के बजाय, आपके स्वीकृत वितरण चैनल के माध्यम से चले जाएंगे। इसका मतलब है कि आपके अगले संस्करण के लिए आप एक बड़े, अत्यधिक इच्छुक और सहायक दर्शकों से जुड़े हुए हैं।
पेशेवर संस्करण के लिए आरक्षित करने के लिए सबसे अच्छी सुविधाएँ कॉर्पोरेट तैनाती और प्रबंधन करना आसान बनाने के उद्देश्य से उपकरण हैं। एक पटाखा इन्हें अपने स्वयं के उपयोग के लिए हैक करने के लिए एक सम्मोहक पर्याप्त कारण के रूप में नहीं देखेगा, लेकिन एक व्यवसाय के लिए 300 लाइसेंस खरीदने और कंपनी-व्यापी को बाहर धकेलने के लिए यह एक जरूरी है। बेशक, पेशेवर संस्करण को वैसे भी पायरेटेड किया जाएगा, लेकिन फिर से: इसे पसीना मत करो क्योंकि आप शायद उन समुद्री डाकुओं को उत्पाद बेचने में सक्षम नहीं होंगे जो आपने किए थे, इसलिए यह आपको किसी भी राजस्व की लागत नहीं है ।
जबकि मनोवैज्ञानिक रूप से आपके उत्पाद को इस तरह से देना मुश्किल हो सकता है, उम्मीद है कि आप समझ सकते हैं कि यह वास्तव में जाने का सबसे अच्छा तरीका कैसे है। इतना ही नहीं, यह दीर्घकालिक में जाने का एकमात्र तरीका है। मुझे पता है कि कोई व्यक्ति यह सोचकर वहां से निकल जाता है कि वे इसे इस तरह नहीं करना चाहते। सब के बाद, वे साल के लिए अपने लॉक-डाउन $ 20 उत्पाद बेचकर ठीक हो गए हैं। लेकिन यह बहुत बुरा है, क्योंकि यदि आप इसे इस तरह से नहीं करते हैं, तो अंततः कोई और करेगा । और उनका उत्पाद आपके जैसा ही अच्छा होगा, या पर्याप्त रूप से वे दावा करने से दूर हो सकते हैं। फिर अचानक आपके मूल्य निर्धारण अपमानजनक लगते हैं, बिक्री में नाटकीय रूप से गिरावट आती है, और ऐसा कुछ नहीं है जो आप कर सकते हैं। यदि आप आवश्यक हो तो आप एक अतिरिक्त मध्य स्तर का विकल्प चुन सकते हैं, लेकिन यह आपकी मदद करने की संभावना नहीं है।