मैं अपने सॉफ़्टवेयर के नि: शुल्क परीक्षण संस्करण में एक "आत्म-विनाश" सुविधा कैसे लागू करूंगा?


52

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

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

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

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

एक अन्य प्रासंगिक पहलू उपयोगकर्ताओं को प्रतिक्रिया देने के लिए महत्वपूर्ण है। पूरी तरह कार्यात्मक समय-सीमित नि: शुल्क परीक्षण पर विचार करें, उपयोगकर्ताओं की प्रतिक्रिया देने की क्षमता।

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

ग्रहण उपयोग सूचना संग्रह इस जानकारी को एकत्र करता है: 1. प्लग-इन जो सिस्टम द्वारा शुरू किया गया है। 2. मेनू या टूलबार के माध्यम से भेजे गए कीबोर्ड शॉर्टकट और कार्यों के माध्यम से प्राप्त कमांड। 3. जब संपादक के "दृश्य" पर ध्यान दिया जाता है। 4. सिस्टम जानकारी जैसे कि उपयोग किए जा रहे सॉफ्टवेयर के संस्करण, ऑपरेटिंग सिस्टम का उपयोग किया जा रहा है। 5. आंतरिक त्रुटियों का विवरण।

स्विच बन्द कर दो

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

सॉफ़्टवेयर को अक्षम करने पर, हम महत्वपूर्ण DLL को हटा सकते हैं। रिपोर्ट बनाने के लिए भुगतान करने के विकल्प पर विचार नहीं किया जा सकता है।


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

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

मुझे यह जानने में दिलचस्पी है कि सॉफ़्टवेयर को अक्षम करने के कुछ प्रभावी उपाय क्या हैं।


9
अपने शोध को साझा करना हर किसी की मदद करता है। हमें बताएं कि आपने क्या प्रयास किया है और यह आपकी आवश्यकताओं को पूरा क्यों नहीं करता है। यह दर्शाता है कि आपने खुद को मदद करने का प्रयास करने के लिए समय लिया है, यह हमें स्पष्ट उत्तरों को दोहराने से बचाता है, और सबसे अधिक यह आपको अधिक विशिष्ट और प्रासंगिक उत्तर प्राप्त करने में मदद करता है। यह भी देखें कि कैसे पूछें
gnat

2
आप दो बिंदुओं को परिभाषित करने में विफल रहे: - आप किससे बचाव करना चाहते हैं? - "100% ईंट" को क्या परिभाषित करता है? मेरा सुझाव है कि आप उस अंतिम आवश्यकता को वैसे भी छोड़ दें। अपने स्वयं के निष्पादन योग्य को अधिलेखित करना, डेटाबेस को कचरे से भरना? - वे बस एक बैकअप से कॉपी करते हैं और फिर से जाने के लिए तैयार होते हैं।
Jan Doggen

@ कोई समस्या नहीं है, मैं फ्रीमियम बनाम नि: शुल्क परीक्षण अनुसंधान साझा करूंगा।
theGreenCabbage

@gnat मैंने अपना शोध यहाँ जोड़ दिया है।
theGreenCabbage

13
एक बात जिसका उल्लेख नहीं किया गया है। आप आम जनता (विशेष रूप से खेल) (गूढ़ नहीं, विशेषता सॉफ्टवेयर) के हित के लिए कुछ बेच रहे हैं, क्रय में आसानी है गंभीर । यह है, IMHO, स्टीम (गेमिंग सॉफ्टवेयर) जैसे प्रमुख कारणों में से एक मंच इतना सफल है। आपको हर भुगतान प्रणाली के पास लानत को स्वीकार करना चाहिए। अगर मुझे साइन अप करना है, तो एक उद्धरण का अनुरोध करें, या किसी भौतिक घटक के लिए अपना पता भरें, मुझे परेशान होने की संभावना कम है। आपको यह सुनिश्चित करना होगा कि खरीदारी कम हो, फिर पायरिंग हो।
नकली नाम

जवाबों:


92

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

लेकिन एक प्रोग्रामिंग समस्या के रूप में, नकारात्मक पक्ष यह है कि ऐसा लगता है कि ज्यादातर लोगों को शुरू करने के लिए विचार पसंद नहीं है। इसके लिए बहुत सारे अच्छे कारण हैं, लेकिन वे वास्तव में यहाँ महत्वपूर्ण नहीं हैं। अफसोस की बात यह है कि हम कुछ तरीकों से लोगों के एक भयानक समूह को पूछने के लिए भी हैं, क्योंकि हमारी स्थिति और ज्ञान के आधार पर हम में से अधिकांश इस सॉफ्टवेयर को पायरेट करने में बहुत अच्छे हैं जो हमें लगता है कि हम परीक्षण के उपायों को लागू करने की कोशिश करना व्यर्थ समझते हैं। !

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

तो, कहीं से शुरू करें। लक्ष्य सही उत्तर नहीं है, क्योंकि मैं केवल एक बात की 100% गारंटी दे सकता हूं - आप सही उत्तर के साथ शुरू नहीं करेंगे। लेकिन शुरू हमें करना चाहिए।

अपने ग्राहकों को एक चुम्बन देना

इसके अलावा, "इसे सरल, बेवकूफ बनाए रखें।" या, एक प्रोग्रामिंग कार्यप्रणाली से, "सबसे सरल चीज़ की कोशिश करें जो संभवतः काम कर सकती है।" फिर वहां से चले जाएं।

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

सबसे पहले, अच्छा डेटा प्राप्त करें। क्या आप अपने सॉफ़्टवेयर के लिए भविष्य में अपडेट प्रदान करने की उम्मीद कर रहे हैं? तब यदि कोई व्यक्ति v1.0 को हराने की कोशिश करता है, तो उसके बारे में चिंता न करें।

सबसे आसान चीज सॉफ्टवेयर की स्थापना रद्द करना है, फिर इसे पुनर्स्थापित करें। नई परीक्षण अवधि (क्योंकि आपके सॉफ़्टवेयर ने उस पुरानी तारीख को हटा दिया है)। क्या तुम्हें परवाह है? यदि v1.0 जल्द ही अपडेट किया जाना है, तो मैं दृढ़ता से सुझाव देता हूं कि आपको यह पता लगाने का एक तरीका है कि क्या ऐसा होता है - लेकिन उन्हें (अभी तक) रोकने की कोशिश न करें। यह उन लोगों की तरह है जो 1 के बजाय 2 टकसाल लेते हैं - यह सिर्फ एक टकसाल है, इसे जाने दो। वे शायद इसके लिए आपको (अभी तक) भुगतान नहीं करने वाले थे, फिर भी।

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

लेकिन अगर आप किसी को पुनः स्थापित करने से रोकने की कोशिश नहीं करते हैं, तो आपको वह डेटा मिलता है जिसकी आपको आवश्यकता है। वे आपके स्टोर को लूट नहीं रहे हैं, यहां - वे आपको संभावित ग्राहक का अध्ययन करने का एक मूल्यवान अवसर दे रहे हैं। अपने विपणन, सॉफ्टवेयर सहायता संकेतों, ईमेल अभियानों, 'विशेष प्रस्तावों' को दर्जी करने के लिए इसका उपयोग करें। मैं घटना का पता लगाने की कोशिश करूँगा और फिर, एक दिन बाद, उन्हें एक कुंजी भेजकर अगले महीने तक अपना परीक्षण बढ़ाने के लिए कार्यक्रम में प्रवेश कर सकता हूं। आपको एक ऐसी विधि मिल सकती है जो उन्हें ग्राहकों को भुगतान करने में बदल देती है, या नहीं; समय से पहले जानने का कोई तरीका नहीं!

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

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

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

आपके द्वारा उठाए गए प्रत्येक चरण के साथ आप एक फ़िल्टर काम कर रहे होंगे, और यदि आपका सॉफ़्टवेयर अच्छा है तो आप हर चरण के साथ रूपांतरण कर रहे होंगे। मेरा सरल सुझाव:

1) 14 दिन नि: शुल्क परीक्षण

2) नि: शुल्क परीक्षण बढ़ाएं, कोई सवाल नहीं पूछा गया

3) फिर से नि: शुल्क परीक्षण का विस्तार करने की पेशकश करें, यदि वे एक छोटे फॉर्म को भरने के लिए इतने दयालु होंगे जो आपके सॉफ्टवेयर के बारे में अब तक आपकी राय से संवाद करते हैं।

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

क्या होगा यदि यह उपयोगकर्ता अपने पूरे विभाग में उपयोग के लिए इसका मूल्यांकन कर रहा है? यदि अगले महीने बजट की बैठक होती है, तो क्या आप वास्तव में उन्हें तब तक सॉफ़्टवेयर का उपयोग करने में असमर्थ होना चाहते हैं?

5) हो सकता है कि आपने उन्हें अभी काट दिया हो ... और हो सकता है कि आप उन्हें एक सप्ताह बाद विशेष छूट के लिए आमंत्रित करें। शायद नहीं। शायद आप अंतिम विस्तार देने के लिए विस्तार करने की पेशकश करते हैं।

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

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

चरण 2 पर, मुझे विस्तार करने के लिए एक साइनअप / ईमेल मिलेगा। फिर से, प्रोग्रामिंग यह तुच्छ है।

३) ३० दिनों के बाद मुझे किसी प्रकार के 'फोन होम' व्यवहार की आवश्यकता होगी। अगर लोग ऐसा करने जा रहे हैं - जैसे वे करते हैं - बधाई-कुंवारी-शेर! आप बहुत लोकप्रिय हो रहे होंगे। लेकिन चिंता मत करो, अगर यह एक वीडियो गेम नहीं है, तो लोग शायद परेशान होने के लिए पर्याप्त परवाह नहीं करते हैं, इसलिए बस अगले संस्करण में अपना कोड बदलें और उन्हें ड्राइंग बोर्ड पर वापस जाएं।

टी एल; डॉ;

# 1 एक ऐसी समस्या का समाधान न करें जो आपके पास वास्तव में नहीं है (आप एडोब नहीं हैं, फिर भी - DRM सरल और प्रभावी हो सकता है यदि आप इसे अधिक नहीं सोचते हैं)। # 2 एक प्रोग्रामर से मत पूछें जब आपको बाज़ारिया, व्यवसाय विश्लेषक या विक्रेता से पूछने की आवश्यकता हो। # 3 अपने ग्राहकों के साथ वैसा ही व्यवहार करें, जो आपको एक जीवनदान दे सकते हैं, न कि वे लोग जो आपको पैसे देते हैं, और विशेष रूप से चोरों के रूप में नहीं। # 4 DRM वास्तव में, वास्तव में आसान है। बस आपको नहीं लगता कि आप अपने सॉफ़्टवेयर का उपयोग करने वाले लोगों को रोकने जा रहे हैं जो लगभग निश्चित रूप से कभी भी, कभी भी, कभी भी आपको पैसे नहीं देंगे ... कम से कम, आज नहीं।

  • मैंने सालों से पायरेटेड सॉफ्टवेयर खरीदे हैं। तो भविष्य के ग्राहकों को जरूरत से ज्यादा पेशाब न करें।

3
जवाब के लिए धन्यवाद। इस जवाब ने मुझे एक से अधिक अंतर्दृष्टि दी जो आपके से अधिक अपवित्र थी क्योंकि इसने मुझे बताने के बजाय एक समाधान प्रदान किया "यह संभव नहीं है, बस एक अच्छा उत्पाद बनाएं," जो स्पष्ट रूप से वह नहीं था जो मैं पूछ रहा था।
theGreenCabbage

37
+1 I have bought software I've pirated- जितना मैं गिन सकता हूं उससे अधिक बार।
वर्नरसीडी

1
+1But as for a programming problem, the downside is that it seems most people don't like the idea to start with. There's lots of good reasons for this, but they aren't really important here. Sadly, we are also in some ways a terrible group of people to ask, because by virtue of our position and knowledge most of us are pretty darn good at pirating software to the point that we think it pointless to try to implement trial measures at all!
मठ चिलर

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

1
शानदार जवाब! एक बहुत अच्छा परिप्रेक्ष्य मैं और अधिक कंपनियों को देखने के लिए प्यार करता हूँ
बर्नार्डो Pires

58

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

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

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

ऑनलाइन प्रमाणीकरण के साथ अन्य समस्या यह है कि अंत में, यह आपके कोड में कहीं बूलियन को उबालता है। कहीं यह कॉल करता है AuthenticateUser()और यदि यह वापस लौटता है True, तो उपयोगकर्ता अंदर है, और यदि यह वापस लौटता है False, तो वे लॉक हो जाते हैं। और कोई फर्क नहीं पड़ता कि आप कोड को एन्क्रिप्ट, ऑब्फ़्यूसेट या छिपाने के लिए क्या करते हैं, अंत में यह सरल तथ्य पर उबलता है कि अगर कोई कंप्यूटर इसे किसी बिंदु पर पढ़ सकता है, तो एक प्रोग्रामर कर सकता है। कोई, कहीं, एक दरार पैदा करने जा रहा है जहां AuthenticateUserहमेशा लौटता है True, और वे इसे वेब पर डाल देंगे।

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

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


8
उत्कृष्ट उत्तर और बहुत जानकारीपूर्ण! मैं यह भी कहना चाहूंगा, आप नियमित अपडेट (केवल "फ़िक्सेस") जारी कर सकते हैं, जो उपयोगकर्ता को उन्हें प्राप्त करने के लिए प्रमाणित करेगा। यदि आप वास्तव में अच्छे अपडेट बनाते हैं, तो उपयोगकर्ता उस बंद मौके पर हैकिंग से परेशान नहीं होंगे जो वे आपके अपडेट प्राप्त करने में सक्षम नहीं होंगे।
L_7337

1
संक्षिप्तता के लिए +1। आपको पहली पंक्ति को बोल्ड करना चाहिए, और पहले पैराग्राफ के तहत एक क्षैतिज ब्रेक लगाना चाहिए, क्योंकि जो कहा जाना चाहिए उसका 95% वहीं मौजूद है।
जिमी हॉफ

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

18

बस मेरे 2 ¢

100% विश्वसनीय आत्म-विनाश असंभव है। आपकी सुरक्षा में दरार डालने के लिए हमेशा एक परिष्कृत तरीका होगा।

आप क्या कर सकते हैं अपने लक्षित बाजार के लिए एक पूर्ण संस्करण खरीदने की तुलना में एक एक्सपायर्ड ट्रायल और अधिक परेशानी का उपयोग करना या क्रैक करना है ।

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

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

इसलिए सुनिश्चित करें कि आपका एक्सपायर किया गया ट्रायल वर्जन उन्हें वास्तव में कुछ भी तोड़ने के बिना पर्याप्त रूप से एनाउंस करता है (या वे आपसे नफरत करेंगे)। जिन लोगों को काम करने की आवश्यकता होती है, वे अंततः [उचित] कीमत अदा करेंगे।

कुछ विचार:

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

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

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

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

एक और बहुत सफल उदाहरण के रूप में, मैं निश्चित रूप से एमएस विंडोज लेना चाहूंगा।


मुझे उम्मीद है कि अब यह स्पष्ट हो जाएगा। विचार यह है कि 'सभी को कोशिश करने दें, और वास्तव में दिलचस्पी का भुगतान करें'।
9000

5

यह करना मुश्किल नहीं है। यह वास्तव में इस बात पर निर्भर करता है कि आप इसमें कितना प्रयास करना चाहते हैं।

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

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

सबसे सरल स्तर पर, आप केवल रजिस्ट्री (एन्क्रिप्टेड) ​​में एक प्रारंभ दिनांक / समाप्ति तिथि समय 'विंडो' रख सकते हैं। हर बार जब प्रोग्राम चलता है, आप जाँचते हैं कि सिस्टम का समय उन दो तारीखों के बीच है, और उस तारीख के 'स्टार्ट' घटक को अपडेट करें। यह आकस्मिक उपयोगकर्ता को केवल परीक्षण संस्करण तक पहुंच की अनुमति देने के लिए घड़ी को वापस सेट करने से रोकता है।

आप उस समय की विंडो को कई स्थानों (रजिस्ट्री में और आपके एप्लिकेशन के डेटा फ़ोल्डर में दोनों) पर नज़र रखकर इसका विस्तार कर सकते हैं और सुनिश्चित कर सकते हैं कि वे प्रत्येक स्टार्ट अप से मेल खाते हों। जो लोगों को प्रविष्टियों के साथ आसपास जाने से रोकता है - उन्हें यह जानना होगा कि वे कहां हैं और डेटा को अनइंक्रिप्ट / एन्क्रिप्ट कैसे करें।

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

यदि आप यह सब स्वयं नहीं करना चाहते हैं, तो कुछ तृतीय-पक्ष पुस्तकालय हैं जो इस प्रकार की कार्यक्षमता प्रदान करते हैं।

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


जिज्ञासु यह क्यों एक downvote मिल जाएगा, के रूप में मैं वाणिज्यिक सॉफ्टवेयर में कई वर्षों के लिए सफलतापूर्वक इस तकनीक का उपयोग किया है।
ग्रैंडमास्टरबी

यह जवाब क्यों दिया गया? मैं तर्क देखना चाहूंगा।
theGreenCabbage

क्या आप मुझे बता सकते हैं कि आपने इसे कैसे लागू किया और इसने कितना अच्छा काम किया? बदली हुई तिथि की स्थिति का उल्लंघन होने पर आपने क्या किया? क्या इसने "निष्क्रिय" या "मार" सुविधाओं को / ही बनाया है?
theGreenCabbage

2
मूल समाप्त होने पर नई मशीन / वीएम पर प्रोग्राम को स्थापित करने से यह बस पराजित होगा।
डैन ल्योंस

7
मैं तथ्यात्मक सटीकता के आधार पर नीचे आया, क्योंकि आपने दावा किया था कि कुछ असंभव है "वास्तव में करना मुश्किल नहीं है।"
मेसन व्हीलर

1

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

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

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

  • केवल "डोंगल" के साथ परीक्षण संस्करण वितरित करें जहां परीक्षण अवधि का अंत संग्रहीत है। यह केवल मुट्ठी भर संभावित ग्राहकों और डोंगल की कीमत से कहीं अधिक कीमत वाले कार्यक्रमों के लिए संभव होगा।

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


"तुम खराब हो", "तुम खराब हो", और "तुम बहुत खराब हो"? मुझे नहीं लगता कि इससे कोई वास्तविक समाधान मिलता है। डीआरएम-ईश मॉडल क्यों नहीं है जहां आपको प्रोग्राम का उपयोग करने के लिए लॉग इन करने की आवश्यकता है और दिनांक सर्वर साइड पर संग्रहीत है?
एलियास

2
@ एलियास मैं जो सॉफ्टवेयर बना रहा हूं वह रेविट के लिए एक व्यापक सामग्री विश्लेषण प्लगइन है, जो जल्द ही ऑटोडेस्क के स्वयं के आवेदन स्टोर के साथ लागू किया जाएगा। मुझे वर्तमान में यह निश्चित नहीं है कि ऑटोडेस्क के ऐप स्टोर द्वारा हमें किस प्रकार के टेलीमेट्री, नियंत्रण या उपयोगकर्ता की जानकारी दी जाएगी, इसलिए इंस्टॉल / उपयोग पर वेब प्रमाणीकरण होने के दौरान, मुझे नहीं लगता कि यह कार्यान्वयन योग्य है।
theGreenCabbage

1
@ एलियास: संकेत के लिए धन्यवाद, लेकिन सर्वर पर "लॉग इन" का अर्थ है पहचान की जाँच, और पहचान को बदला जा सकता है।
डॉक्टर ब्राउन

@DocBrown, उन्हें कुछ स्थितियों में बदला जा सकता है, लेकिन मैं Revit \ Autodesk के एप्लिकेशन स्टोर के साथ मान लेता हूं, उस उत्पाद के प्रति ग्राहक का एक अनूठा लॉगिन है। हालाँकि, theGreenCabbage की टिप्पणी के आधार पर, यह बहुत संभव है कि यह डेटा बिल्कुल उपलब्ध न हो, जिससे मेरी मूल टिप्पणी झूठी हो जाए।
एलियास

0

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.