स्वतंत्र उत्पाद विकास शृंखला का दूसरा लेख

पिछले लेख में iOS डेवलपर के नज़रिए से ज़रूरत तय करने, स्वतंत्र ऐप विकसित करने और उसे जारी करने के संसाधनों का वर्णन था। सीमित साधनों के कारण मैं केवल Apple App Store में उपलब्ध उपयोगिता ऐप ही पूरा कर पाया था।

यह लेख सभी प्लेटफ़ॉर्म के लिए पूर्ण सुविधाओं वाला उत्पाद विकसित करने, रास्ते की समस्याओं और उनके समाधानों पर केंद्रित है। मैं बताऊँगा कि किस तरह धीरे-धीरे WeChat आधिकारिक अकाउंट, मिनी प्रोग्राम और ऐप का पूरा उत्पाद इकोसिस्टम बनाया।

1. उत्पाद लक्ष्य

व्यापक अर्थ में उत्पाद लक्ष्य वह मूल्य है जो उत्पाद देता है। उपयोग की स्थिति मौजूद हो, फिर भी जो उत्पाद मूल्य न दे, कमाई न कर सके और जिसके उपयोगकर्ता बहुत कम हों, उसके बने रहने का कारण भी कम होता है।

या इससे भी व्यापक शुरुआत उत्पाद दृष्टि से की जा सकती है…

लेकिन अभी वहीं रुकें। यह सब फिलहाल न सोचें, वरना आपका उत्पाद अंतहीन कल्पना से बाहर ही नहीं आ पाएगा।

जब संसाधन, लोग और निवेश सीमित हों, लक्ष्य साफ़ हो जाता है: उत्पाद को कौन सी समस्याएँ हल करनी हैं या कौन से कार्य करने हैं?

मिसाल के लिए, File Manager बनाते समय MVP का लक्ष्य स्पष्ट था: फ़ोन और कंप्यूटर के बीच फ़ाइलें भेजना।

MVP पूरा होते ही स्वाभाविक रूप से दूसरी ज़रूरतें सामने आईं। कुछ मेरी उत्पाद योजना से थीं, लेकिन अधिकतर उपयोगकर्ताओं की प्रतिक्रिया से:

  • 1.0.0 फ़ोन और कंप्यूटर के बीच फ़ाइलें भेजना
  • 1.1.0 चित्र, वीडियो और ऑडियो फ़ाइल का पूर्वावलोकन या प्लेबैक
  • 1.2.0 फ़ाइलों को समूहित करना, स्थानांतरित करना, मिटाना, संपीड़ित करना और साझा करना
  • 1.3.0 प्लेयर में सुधार
  • 1.4.0 सुरक्षा सत्यापन: जेस्चर पासकोड और बायोमेट्रिक्स
  • 2.0.0 इन-ऐप खरीदारी जोड़ना
  • 2.1.0 दस्तावेज़ स्कैनिंग जोड़ना
  • …

मूल File Manager स्क्रीनशॉट: फ़ाइल ब्राउज़िंग और प्रबंधन सुविधाएँ

मूल File Manager स्क्रीनशॉट: अतिरिक्त फ़ाइल टूल और इंटरफ़ेस

एक लक्ष्य चुनें। वह बड़ा होना ज़रूरी नहीं, लेकिन उस पर काम किया जा सके। एक समय में एक चीज़ पर ध्यान दें और गलत लगने पर भी आगे बढ़ते रहें—पूरा किए बिना पता कैसे चलेगा ◔ ‸◔? पहले पूरा करें, फिर समीक्षा करें।

2. उत्पाद प्रोटोटाइप

पिछले लेख में मैंने कई प्रोटोटाइप टूल आज़माने और यह निष्कर्ष निकालने का ज़िक्र किया था कि प्रोटोटाइप डिज़ाइन करने में लगे समय में मैं xib से स्क्रीन बना सकता था।

अब मैं खुद अपनी बात काटता हूँ ,,Ծ‸Ծ,,

ऐसा सोचना उस निजी उपयोगिता ऐप के लिए समझ में आता है जिसकी कोई आगे की योजना न हो और लक्ष्य केवल उसे पूरा करके जारी करना हो।

उत्पाद आगे बढ़ता है तो प्रोटोटाइप या योजना के बिना एक-एक कदम चलना भविष्य के विकास में गंभीर समस्याएँ पैदा करता है। प्रोटोटाइप बनाना वास्तव में उत्पाद के तर्क को व्यवस्थित करने की प्रक्रिया है।

यहाँ कुछ प्रोटोटाइप टूल हैं। इस समय मैं सबसे अधिक MockingBot इस्तेमाल करता हूँ।

3. परियोजना प्रबंधन

iOS ऐप को स्वतंत्र रूप से विकसित और जारी करने के बाद मुझे एक गंभीर समस्या दिखाई दी: मेरे पास परियोजना प्रबंधन की कोई धारणा नहीं थी। समय मिलता या याद आता तो काम करता, आलस आता तो कुछ नहीं करता।

वह मेरा अपना उत्पाद था, डिज़ाइन और विकास भी मेरा था। MVP में शायद कोई भुगतान करने वाला उपयोगकर्ता नहीं था, इसलिए उनके प्रति जवाबदेही भी महसूस नहीं होती थी।

इससे परियोजना बहुत धीमी हो जाती है। लंबे समय तक बिना योजना काम करना उसे समाप्त भी कर सकता है।

काम पर कई वर्षों तक संस्करण प्रबंधन करने के बाद पाया कि परियोजना प्रबंधन टूल निजी परियोजनाओं के लिए भी उपयोगी हैं। लक्ष्य स्पष्ट और प्रोटोटाइप तार्किक हो, तो काम को छोटे कार्यों में बाँटना सहज हो जाता है।

मैं परियोजना प्रबंधन के लिए coding.net इस्तेमाल करता हूँ; यह स्रोत कोड भी होस्ट कर सकता है।

मूल परियोजना प्रबंधन स्क्रीनशॉट: काम अलग-अलग कार्यों में बाँटा गया है

कार्यों को घंटों में मापी जा सकने वाली इकाइयों में बाँटें। इससे प्रबंधन आसान होता है और टेस्ट केस लिखने में मदद मिलती है। अब मेरी आदत कोडिंग से पहले टेस्ट केस पूरे करने की है। यह बेहद ज़रूरी है।

प्रोटोटाइप उत्पाद तर्क को व्यवस्थित करता है; टेस्ट केस कार्यान्वयन के विवरण को। पूरे टेस्ट केस सही व्यावसायिक तर्क ✅ की ओर ले जाते हैं और कई व्यावसायिक गलतियों ❌ से बचाते हैं।

4. तकनीक चुनना

अब तक सब तैयारी थी; विकास शुरू नहीं हुआ। मुख्य कठिनाई यह है कि डेवलपर केवल मैं हूँ, लेकिन बनाना है WeChat आधिकारिक अकाउंट, मिनी प्रोग्राम और ऐप का पूरा इकोसिस्टम।

इसके लिए मिनी प्रोग्राम, iOS और Android की क्षमताएँ चाहिए। प्रोग्रामिंग भाषा सीखना बहुत कठिन नहीं, लेकिन एक ही व्यावसायिक तर्क तीन बार लागू करने में तीन गुना मेहनत लगती है। यह साफ़ तौर पर व्यावहारिक नहीं है।

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

थोड़ा खोजने पर कई क्रॉस-प्लेटफ़ॉर्म तकनीकें मिल जाती हैं। एक ही कोडबेस से तीन प्लेटफ़ॉर्म पर ऐप और मिनी प्रोग्राम बनाने के लिए Uni-App इस्तेमाल किया जा सकता है। यह Vue.js फ़्रंटएंड फ़्रेमवर्क उपयोग करता है और iOS व Android को Weex के ज़रिए समर्थन देता है।

निजी उत्पादों या छोटे व्यावसायिक उत्पादों के लिए यह पर्याप्त है।

5. डेटा प्रबंधन

मिनी प्रोग्राम और ऐप का तरीका तय होने पर एक और महत्वपूर्ण सवाल बचता है: डेटा कहाँ रहेगा?

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

Uni-App अपनी uniCloud सेवा देता है। सर्वर विकास JavaScript में किया जा सकता है और मिनी प्रोग्राम व ऐप बिना डोमेन नाम के सर्वर उपयोग कर सकते हैं।

मैंने अलग तरीका चुना: डेटा को सर्वरलेस प्लेटफ़ॉर्म LeanCloud पर होस्ट किया। मिनी प्रोग्राम और ऐप LeanCloud के JavaScript SDK से होस्टेड डेटाबेस तक पहुँचते हैं।

इसका डेवलपमेंट स्तर रोज़ 30,000 मुफ़्त API अनुरोध और SMS सेवाएँ देता है। यह उपयोगकर्ता व्यवस्था बनाने, उपयोगकर्ता डेटा अपलोड करने और प्लेटफ़ॉर्म डेटा लेने के लिए पर्याप्त है।

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

डेटा जुटाने का एक शरारती तरीका

यदि मौसम या सूचना ऐप बनाना हो लेकिन मौसम या समाचार का डेटा न हो तो?

चीन में कई API मार्केटप्लेस हैं, जैसे:

Alibaba Cloud API Marketplace

Tencent Cloud API Marketplace

Baidu Cloud API Marketplace

Juhe Data

EastApi

और भी कई।

इन मार्केटप्लेस पर भुगतान वाले और मुफ़्त, दोनों तरह के API मिलते हैं।

  • यदि ट्रैफ़िक से कमाई का अच्छा तरीका है, तो भुगतान वाले API पर विचार करें।

  • नहीं है तो मुफ़्त सीमा इस्तेमाल करें। लेकिन परीक्षण में 100 अनुरोध जल्दी खत्म हो सकते हैं। तब क्या करें?

LeanCloud सर्वरलेस डेटाबेस को API मार्केटप्लेस के साथ जोड़ा जा सकता है। दैनिक मौसम के लिए पहले डेटाबेस देखें; डेटा न मिले तो मार्केटप्लेस से माँगकर डेटाबेस में रख दें।

यदि 100 अनुरोध फिर भी हर शहर के लिए पर्याप्त न हों? मुफ़्त संसाधन जुटाने की भावना बनाए रखें और कई प्लेटफ़ॉर्म पर आवेदन करें।

6. लॉन्च और संचालन

अब मिनी प्रोग्राम, ऐप और सर्वर बन चुके हैं। इन्हें लॉन्च कैसे करें?

मिनी प्रोग्राम अपेक्षाकृत सरल हैं: WeChat Official Accounts Platform पर निर्देशों के अनुसार आवेदन करें।

iOS पर जारी करने के लिए भुगतान वाला डेवलपर खाता चाहिए। यह एक बाधा है, लेकिन लंबे समय के संचालन के लिए Apple की डेवलपर वेबसाइट पर आवेदन करना बेहतर है। अब प्रक्रिया सरल है: iPhone पर Developer ऐप डाउनलोड करें और वहीं भुगतान करें।

Android वितरण के लिए सॉफ़्टवेयर कॉपीराइट पंजीकरण चाहिए। सामान्य आवेदन में 1-2 महीने लग सकते हैं, या शुल्क देकर तृतीय-पक्ष एजेंट से कराया जा सकता है।

मुफ़्त संसाधन जुटाने की भावना जारी रखें: ऐप और मिनी प्रोग्राम के प्रचार स्थानों के चित्र, ऑडियो और वीडियो कहाँ रखे जाएँ?

आधिकारिक अकाउंट की मीडिया लाइब्रेरी यह समस्या हल कर सकती है। चित्र, ऑडियो और वीडियो वहाँ रखें, उनके मूल URL लें और ऐप व मिनी प्रोग्राम उन्हें ऐक्सेस कर सकेंगे।

7. आमदनी कमाना

ट्रैफ़िक से कमाई का एक सरल तरीका विज्ञापन है।

लेकिन प्रकाशकों के लिए प्लेटफ़ॉर्म की पात्रता शर्तें बढ़ती जा रही हैं, जिससे स्वतंत्र डेवलपरों के लिए विज्ञापन जोड़ना कठिन है।

  • Uni-App एक-क्लिक एकीकरण देता है; उसका दस्तावेज़ देखें।

  • आधिकारिक अकाउंट के पास दर्शक बन जाएँ, तो लेखों के भीतर विज्ञापन स्थान चालू किए जा सकते हैं।

  • मिनी प्रोग्राम 1,000 अलग आगंतुकों तक पहुँचने पर प्रकाशक कमाई चालू कर सकता है।

8. अंतिम विचार

इस तरह शुरू में बताए WeChat आधिकारिक अकाउंट, मिनी प्रोग्राम और ऐप के इकोसिस्टम को पूरा कर लिया।

इन चरणों से मैंने तीन उत्पादों की प्रक्रिया पूरी की। उन्हें आज़माने के लिए कोड स्कैन करें:

मूल ऐतिहासिक उत्पाद QR कोड; उपलब्धता बदल चुकी हो सकती है