स्वतंत्र उत्पादन-विकास मालिकेतील दुसरा लेख

मागील लेखात 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 कोड; उपलब्धता बदललेली असू शकते