💿 📤 🤶🏾 एकल डेवलपर द्वारा एमवीपी 💃🏿 🧜🏾 👈🏻

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

आइए सबसे पहले याद रखें कि MVP क्या है।

एमवीपी ( न्यूनतम व्यवहार्य उत्पाद) एक ऐसा उत्पाद है जिसमें पहले उपभोक्ताओं को संतुष्ट करने के लिए न्यूनतम लेकिन पर्याप्त सुविधाएँ हैं।

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

अनुप्रयोग की कार्यक्षमता

इसलिए, मुझे बुनियादी कार्यों के निम्नलिखित सेट के साथ एक मोबाइल एप्लिकेशन बनाने की आवश्यकता है:

प्राधिकरण;
आवाज सम्मेलन;
व्यवस्थापक पैनल और छोटे सर्वर पक्ष;
उपयोगकर्ताओं द्वारा सामग्री लोड करना;
सामग्री के सिंक्रनाइज़ देखने;
बुनियादी विश्लेषण।

समय और मानव संसाधन

इस परियोजना के लिए न्यूनतम संसाधन एक iOS डेवलपर और विकास और परीक्षण के लिए 2 महीने हैं। एक चुनौती की तरह। लेकिन कोई घबराहट नहीं! बेशक, मैंने रेडीमेड घटनाक्रम का इस्तेमाल किया। एमवीपी निश्चित रूप से आपके स्वयं के पुस्तकालयों को विकसित करने के लायक नहीं है। इसलिए, हम तैयार समाधानों के चयन और आवश्यक ओपन सोर्स प्रोजेक्ट्स पर कुछ दिनों का समय देते हैं।

डिज़ाइन

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

बेशक, ध्यान जटिल एनिमेशन की ओर नहीं जाना चाहिए, लेकिन पहली छाप केवल एक बार ही बनाई जा सकती है! इसलिए, एक सरल लेकिन सुखद इंटरफ़ेस और एक सहज ज्ञान युक्त ट्यूटोरियल वे हैं जिनकी हमें आवश्यकता है।

मेरे मामले में, आवेदन का अंतिम डिजाइन विकास शुरू करने के लिए लगभग तैयार था।

आर्किटेक्चर

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

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

समाधान के लिए खोजें

आवश्यक उपकरण में से एक क्लाउड डेटाबेस है। इसके लिए, मैंने कई सबसे लोकप्रिय विकल्पों की तुलना की।

ऊपर दी गई तालिका से यह स्पष्ट है कि फायरबेस Google का एक उत्कृष्ट एकीकृत समाधान है, जो विकसित एप्लिकेशन की अधिकांश आवश्यकताओं को कवर करने में सक्षम है।

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

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

नतीजतन, फायरबेस से मैंने लिया:

प्राधिकरण 'फायरबेस / ऑथ';
क्लाउड डेटाबेस 'फायरबेस / फायरस्टोर';
बैकएंड 'फायरबेस / फ़ंक्शंस';
'फायरबेस / स्टोरेज' स्टोरेज
एनालिटिक्स 'फायरबेस / एनालिटिक्स';
क्रैशलाईटिक्स क्रैश रिपोर्ट।

यह वही है जो प्राधिकरण की तरह दिखता है:

असाइन किए गए कार्यों के लिए, अनाम प्राधिकरण को सरल किया गया था, जब उपयोगकर्ता को केवल एक अद्वितीय आईडी सौंपा जाता है।

क्लाइंट लुक पर यह है कि पुश-नोटिफिकेशन सेटिंग्स:

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

यह है कि Firebase SDK के माध्यम से टाइपस्क्रिप्ट (जावास्क्रिप्ट) को कैसे भेजा जा रहा है, जैसा दिखता है:

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

मुख्य आवश्यकताएं क्रॉस-प्लेटफ़ॉर्म और आसान एकीकरण हैं। यहाँ समान उपकरणों का एक छोटा चयन है।

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

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

सारांश

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

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

और एक बार फिर, आईओएस के लिए एक एमवीपी एप्लिकेशन विकसित करते समय आपको मुख्य बिंदुओं को ध्यान में रखना होगा:

सब कुछ बचाने के लिए, लेकिन गुणवत्ता पर नहीं;
तैयार डिजाइन प्रक्रिया में बहुत तेजी लाएगा;
MVP ;
.