क्यों हम Ulysses को सदस्यता में स्विच कर रहे हैं

आज, हम Ulysses को एक सदस्यता मॉडल में बदल रहे हैं। लघुकथा यह है (tl; डॉ।): हमारे उपयोगकर्ता उच्च गुणवत्ता वाले उत्पाद के लगातार विकसित होने की उम्मीद करते हैं - और सदस्यता ही एकमात्र तरीका है जिससे हम वास्तव में उस अपेक्षा को पूरा कर सकते हैं।

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

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

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

इतिहास का एक छोटा सा हिस्सा

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

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

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

"पेफ्रंट" अपरिपक्वता

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

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

नंबर क्रंच करना

आइए इसे एक पल के लिए यूलिसिस पर मैप करें: यदि आपने अप्रैल 2013 में इसके लॉन्च के समय यूलिसिस खरीदा था, तो अब आपको नौ प्रमुख फ़ीचर रिलीज़ मिलेंगे। मुफ्त में, बिना किसी अतिरिक्त लागत के। मूल रूप से खरीदे गए ऐप का कम से कम 80% तब से स्क्रैप और बदल दिया गया है। एक ही समय में इसकी कार्यक्षमता चौपट हो गई है।

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

उत्तर सरल है: नए उपयोगकर्ता।
या आर्थिक दृष्टि से: हमारे बाजार का विस्तार करना।

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

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

इसके लिए अपडेट करें

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

अद्यतन ›ध्यान› बिक्री स्पाइक> बिक्री ड्रॉप> अद्यतन

…एड इन्फिटम।

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

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

निशाना कौन है?

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

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

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

पेड अपडेट

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

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

पहली नज़र में, यह एक डेवलपर की समस्या को हल करने के लिए उनके काम के लिए उचित मुआवजा नहीं मिल रहा है, है ना? आखिरकार, उन्हें उनकी विकास लागत के लिए मुआवजा दिया जा रहा है, इसलिए आय कुछ हद तक निरंतर है। समस्या हल हो गई, एह?

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

चलो ऊपर से हमारी तस्वीर को अपडेट करें ...

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

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

... मो 'समस्याओं

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

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

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

नया नया नया है

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

उदाहरण के लिए, Ulysses के पास macOS और iOS के हर नए संस्करण पर महत्वपूर्ण बग थे जो 2013 में लॉन्च होने के बाद से सामने आए थे। हां, हमने उन्हें तुरंत ठीक कर दिया, लेकिन अगला डिवाइस, अगला OS, फिर से कुछ सामान तोड़ देगा। पुराना ऐप अंततः टूट जाएगा, इसके आसपास कोई रास्ता नहीं है। जैसे ही उपयोगकर्ता का वातावरण बदलता है, पुराना सामान टूट जाता है।

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

हमारे लिए नहीं

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

Ulysses और क्रॉस-प्लेटफ़ॉर्म अपडेट

मुझे एक पल के लिए साइड-स्टेप दें: क्या अपडेट मूल्य निर्धारण को अपनाना भी Ulysses के लिए काम करेगा? आइए हम सभी मानक समस्याओं के लिए व्यवहार्य समाधान पाए - यह भी काम करेगा?

कई उपकरणों पर उपयोग किए जाने पर यूलिसिस सबसे अधिक समझ में आता है। यदि आपके पास एक मैक, एक iPad और एक iPhone है, तो आप इन सभी पर अपने ग्रंथों को संपादित करना चाहते हैं। अब तक, आपको दो कुछ मनमाने भागों की खरीद करनी थी, हालांकि: एक मैक के लिए, और एक आईओएस के लिए। यह ऐप स्टोर कैसे काम करता है, दोनों प्लेटफार्मों को एक ही खरीद में संयोजित करने का कोई तरीका नहीं है। इसलिए जिस समय हम एक भुगतान किया हुआ अपडेट करते हैं, उपयोगकर्ताओं को दो नए ऐप खरीदने होंगे।

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

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

अन्य विकल्प

ठीक है, इसलिए "एक बार भुगतान करें" और "भुगतान किए गए अपडेट" एक व्यवहार्य दृष्टिकोण प्रदान नहीं करते हैं। हमारे विकल्प क्या हैं?

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

यकीन है, मैक संस्करण अधिक महंगा है, इसलिए हम मुफ्त में आईओएस की पेशकश कर सकते हैं। लेकिन रुको, iOS कंप्यूटिंग का भविष्य है, और जैसा कि आगे समझदार पसंद है, इसलिए ... इसकी कीमत बढ़ाएं और मैक संस्करण को दूर करें। लेकिन ... मैक वर्तमान में हमारी आय का बड़ा स्रोत है, और हम इसे नहीं मार सकते, इसलिए यह विकल्प स्पष्ट है: iOS मुफ्त है। उह ... लेकिन क्या होगा अगर मैक की बिक्री में गिरावट शुरू हो जाए, क्योंकि हमारे iPad संस्करण बिलकुल उपयोगकर्ताओं के बिल को पूरी तरह से फिट करते हैं? "मुक्त" संस्करण स्विच करें?

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

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

हम अपने उपयोगकर्ता आधार को कई समूहों में भी काटेंगे: IAP 1; 1 & 2 है; 1 और 3 है, और इसी तरह। यह निश्चित रूप से उप-रूपी है। लेकिन हम वहां पहुंच रहे हैं ...

सार्वभौमिक सदस्यता

आगे जाकर, उन सभी पहलुओं के लिए हमारा समाधान सब्सक्रिप्शन होगा। आवर्ती भुगतान जो पूर्ण ऐप को अनलॉक करते हैं। कभी भी रद्द करें, भुगतान करना बंद करें और एप्लिकेशन केवल-पढ़ने के लिए मोड में प्रवेश करता है। संपादन ग्रंथों को पुन: सक्षम करने के लिए भुगतान करना जारी रखें। निर्यात जीवित रहता है, जैसा कि अन्य सभी विशेषताएं हैं - बस संपादन को अक्षम करें। सरल, सही? यह ठीक है!

और यह अन्य सभी विकल्पों पर बहुत सारे लाभों के साथ आता है:

  1. सबसे पहले और सबसे महत्वपूर्ण, अब दो खरीद नहीं होगी। एक सिंगल सब्सक्रिप्शन ऐप को सभी डिवाइसों पर अनलॉक कर देगा।
  2. Ulysses को अब "मुफ्त में" डाउनलोड किया जा सकता है, और हम सिंक और सब कुछ के साथ सभी प्लेटफार्मों पर एक पूरी तरह से चित्रित, समय-सीमित परीक्षण की पेशकश कर सकते हैं। जो निश्चित रूप से मैक-ओनली डेमो धड़कता है।
  3. हम अब "सभी प्राप्त करें या कुछ भी नहीं" के बजाय कई योजनाओं की पेशकश कर सकते हैं। उपयोगकर्ता एक लचीला मासिक, या एक समग्र सस्ती वार्षिक योजना के बीच चयन कर सकते हैं। मासिक भुगतान सुनिश्चित करने के लिए कुछ डॉलर एक बार में पूरा $ 70 बाहर निकालने की तुलना में बहुत छोटा अवरोध है।
  4. सदस्यताएँ ऐप को कई और लोगों के लिए अधिक सुलभ बनाती हैं। वहाँ टन और टन के लोग हैं, जो अभी पूरी खरीद नहीं सकते हैं। लेकिन इनमें से अधिकांश लोग हर महीने कुछ डॉलर का भुगतान करने में सक्षम होंगे। इससे भी बेहतर: मासिक भुगतान आकस्मिक उपयोगकर्ता को वास्तव में लिखने के अपने महीनों के दौरान ही सदस्यता लेने की अनुमति देता है। सदस्यता ऑन-ऑफ या कम बजट वाले उपयोगकर्ताओं के लिए बहुत बेहतर है।
  5. # 4 की ऊँची एड़ी के जूते पर: हम अंत में छात्र मूल्य निर्धारण की पेशकश करने में सक्षम हैं! स्वयं छात्र रहे हैं, हम जानते हैं कि छात्र का बजट कितना कड़ा हो सकता है। फिर भी छात्रों को अक्सर भारी मात्रा में पाठ लिखना चाहिए, और एक महान लेखन ऐप की बहुत आवश्यकता होती है। आज से, हम छात्रों को पूर्ण रूप से रियायती मूल्य पर पूर्ण ऐप प्रदान करेंगे।
  6. सदस्यता हमें हर साल बड़े पैमाने पर अपडेट जारी करने के दबाव से मुक्त करती है। फीज बनाने के लिए या भुगतान किए गए अपडेट के लिए एक अच्छा कारण बनाने के लिए हमें अब मनमानी सेट को संयोजित करने की आवश्यकता नहीं है। हमारे पास अभी भी अपडेट हैं, निश्चित रूप से, लेकिन आपको नई सुविधाएं पहले से मिल रही होंगी और उम्मीद है कि अधिक बार, क्योंकि हम बस ... उन्हें स्ट्रीम कर सकते हैं।
  7. इन दिनों तकनीक जिस तरह से काम कर रही है, उसके लिए सब्सक्रिप्शन भी एकमात्र मैच है। जैसा कि पहले बताया गया है, ऑपरेटिंग सिस्टम और डिवाइस अब हर साल ओवरहाल हो जाते हैं, और प्रमुख नई सुविधाएँ पूरे वर्ष भी निकलती हैं। नए मैकबुक प्रो पर टचबार पर विचार करें, या आईपैड प्रो के 12.9 "और 10.5" फॉर्म कारकों पर विचार करें। अब सदस्यता पर फ़ोनों को "खरीदा" क्यों जाता है, और अधिकांश लोगों को कम से कम हर दो साल में एक नया क्यों मिलता है। लेकिन प्रत्येक डिवाइस जेनरेशन में नए फीचर्स आते हैं, इसलिए एप्स के लिए माहौल तेज गति से बदल रहा है और हमें इसे बनाए रखने की जरूरत है। हमारे उपयोगकर्ता हमसे उम्मीद करते हैं कि हम हमेशा अच्छा प्रदर्शन करेंगे। वे सभी समायोजन, जितने छोटे लग सकते हैं, लगातार समय और ऊर्जा लेते हैं। इन नए चक्रों के लिए ग्राहकी एकमात्र समझदार मैच है।
  8. पारंपरिक सॉफ्टवेयर मॉडल के साथ एक आम मुद्दा यह है कि ऐप कुछ बिंदु पर काम करना बंद कर देंगे। उपयोगकर्ता पहले अपने कंप्यूटर को अपडेट करते हैं, उसके बाद ही अपने ऐप्स की अनुकूलता के बारे में पता लगाते हैं। नतीजतन, कुछ साल पहले खरीदी गई ऐप्स के साथ बनाई गई फाइलें संभवतः अब नहीं खुलेंगी - ऐप्स के कारण उनके डिवाइस या ओएस के साथ असंगत हो जाना। सदस्यता के साथ, हालांकि, भले ही उपयोगकर्ता ने सदस्यता लेना बंद कर दिया हो, फिर भी ऐप को अपडेट मिलेगा और आने वाले वर्षों में भी सभी ग्रंथों को खोलना और पुनः प्राप्त करना संभव होगा।

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

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

निष्कर्ष

इतने सारे अपसाइड, और हम मानते हैं कि बहुत कम डाउनसाइड हैं। लिखने के समय ऐप सदस्यता थोड़ी अलोकप्रिय है, लेकिन हमें लगता है कि वे स्पष्ट रूप से आगे के लिए, कम से कम हमारे तरह के ऐप के लिए हैं:

एक जटिल, बहु-मंच उत्पादकता ऐप।

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

ओह, और सुरक्षा की योजना हमें स्टाफ को ऊपर ले जाने की अनुमति देती है। मतलब अधिक सुविधाएँ, उच्च गुणवत्ता, तेज़ समर्थन और अधिक से अधिक सहायता। क्या मैंने और सुविधाएँ बताईं? मेरा मतलब था ... "बेहतर सुविधाएँ"। बिल्कुल मैंने किया।