स्टार्टअप सॉफ्टवेयर बनाम एंटरप्राइज सॉफ्टवेयर के लिए एमवीपी का निर्माण (हमारा अनुभव)

पिछले एक साल में मैं भाग्यशाली रहा हूं कि हमारी कंपनी में दो अलग-अलग ग्राहकों के लिए दो मोबाइल ऐप के विकास में शामिल हुआ।

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

स्टार्टअप

स्टार्टअप - चैलेंज

मुझे और मेरे सहयोगियों को दी गई हमारी पहली चुनौती थी, LATAM में सबसे बड़े हवाई अड्डों में से एक के लिए एक काफी जटिल एमवीपी बनाने का काम था जिसमें वास्तविक समय उड़ान डेटा, डिपार्टमेंट स्टोर के मानचित्र विज़ुअलाइज़ेशन, और एक व्यक्तिगत उपयोग इंजन को खींचने से लेकर कई चलती टुकड़े थे। कई अन्य लोगों के बीच।

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

बड़ा उद्यम

ISV - चैलेंज

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

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

हम इसे विभिन्न श्रेणियों में विभाजित करेंगे:

टेक्नोलॉजीज इसके पीछे

टेक स्टैक

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

फिनटेक कंपनी तकनीकी रूप से उस स्टैक के बारे में अधिक बंद थी जिसका हम उपयोग करेंगे। यहां तक ​​कि जिन पैकेजों को हमें स्थापित करना था, उनकी तकनीकी टीम और उनकी सुरक्षा टीम दोनों को गहन समीक्षा प्रक्रिया से गुजरना पड़ा। इस बात का उल्लेख नहीं है कि उनके पास 100% स्वामित्व वाला कोई भी प्रश्न नहीं था।

टीम का काम

समुहआकार

मुझे अभी भी यकीन नहीं है कि यह उत्पाद के प्रकार से प्रभावित है या नहीं, मैं इस दायरे के कारण इसे और अधिक सोचने के लिए इच्छुक हूं, लेकिन एमवीपी के लिए हमारे पास 1 प्रोजेक्ट मैनेजर, 2 डेवलपर्स, और 1 क्यूए की एक टीम थी। टीम पर कोई यूएक्स लोग नहीं थे क्योंकि क्लाइंट के पास पहले से ही अपने डिजाइन थे।

एंटरप्राइज प्रोजेक्ट के लिए टीम बहुत बड़ी थी, हमारे पास 1 प्रोजेक्ट मैनेजर, 6 डेवलपर्स, 2 क्यूए और 2 यूएक्स विशेषज्ञ थे।

जैसा कि मैंने कहा, यह गुंजाइश के बारे में अधिक है, एमवीपी 2 महीने की परियोजना थी, एंटरप्राइज सॉफ्टवेयर एक साल भर की सगाई थी।

गति

विकास की गति

यह एक ऐसा पहलू है जहां हमें A LOT का अंतर मिला, ASAP को बाज़ार में लाने के लिए स्टार्टअप की ज़रूरत थी, इसलिए हम हर हफ्ते नई कार्यक्षमता को लागू करने पर ध्यान केंद्रित कर रहे थे।

एंटरप्राइज सॉफ्टवेयर ™ के लिए, चीजें अलग हैं, हमारे पास कोड जारी करने के लिए एक बहु-भाग प्रक्रिया थी:

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

गुणवत्ता विश्लेषकों

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

एंटरप्राइज़ क्लाइंट के लिए हमारी क्यूए टीम ने सुविधाओं को प्रमाणित किया, लेकिन उसके बाद, उनकी खुद की क्यूए टीम को परियोजना की मास्टर शाखा के साथ इसे एकीकृत करने के लिए जाने से पहले इसे प्रमाणित करना पड़ा।

डिज़ाइन

UX / यूआई

यह एक और हिस्सा है जहां प्रक्रिया ए लॉट अलग थी, स्टार्टअप क्लाइंट के साथ उन्होंने उन्हें लागू करने के लिए हमारे लिए डिजाइन सौंपे और यह एक कम कठोर प्रक्रिया थी।

हमारे उद्यम ग्राहक के साथ डिजाइन भी एक बहु-चरण प्रक्रिया थी:

  • हमारी UX टीम ने अगले स्प्रिंट के लिए फीचर के लिए डिजाइन तैयार किए।
  • ग्राहक के डिजाइन विभाग ने डिजाइनों को मंजूरी दी।
  • ग्राहक ने उपयोगकर्ता परीक्षण के लिए अनुमोदित डिज़ाइन भेजे।
  • ग्राहक ने उपयोगकर्ता परीक्षण के आधार पर परिवर्तनों को लागू करने के लिए डिज़ाइन वापस भेजे।
  • हमारी UX टीम ने परिवर्तन / सुधार किए और फिर ग्राहक को डिज़ाइन वापस भेजे।
तैनाती

तैनाती

मुझे लगता है कि इस परियोजना के प्रकार की तुलना में ग्राहक के प्रकार के साथ अधिक होना चाहिए, लेकिन यह ध्यान देने योग्य है क्योंकि चीजें बहुत अलग थीं।

हमारे स्टार्टअप क्लाइंट के लिए, हम फायरबेस और वर्डप्रेस (ऐप के कंटेंट पार्ट के लिए) का उपयोग करके एक तैनाती स्थापित करते हैं।

एंटरप्राइज़ क्लाइंट की अलग-अलग आवश्यकताएं थीं, यह सब उनके पास आंतरिक उपकरणों / प्लेटफार्मों के साथ किया गया था, हमारे पास हमारे वीएसटीएस खाते के अंदर स्रोत कोड था, लेकिन केवल जब हम "विकास पर" थे।

एक बार जब हम ग्राहक द्वारा अनुमोदित रिलीज कर देते थे तो हम स्रोत कोड को अपने स्वयं के रिपॉजिटरी में स्थानांतरित कर देते थे जहां वे सब कुछ संभालते थे।

द मनी टॉक

लागत

जैसा कि आप सोच सकते हैं कि पैसा दोनों ग्राहकों के लिए बहुत अलग था।

स्टार्टअप क्लाइंट के पास एंटरप्राइज़ क्लाइंट के आकार का 1/3 हिस्सा था जो लागतों को बहुत प्रभावित करता है, साथ ही, प्रक्रियाएं और गुंजाइश अलग-अलग थीं।

सीख सीखी

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

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

आपको क्या लगता है, क्या आप बाज़ार में तेज़ी लाने के लिए स्टार्टअप हैं? या एक तकनीकी भागीदार की तलाश में एक स्थापित कंपनी?

बाहर पहुंचने में संकोच न करें, हम इस बारे में बात करना पसंद करते हैं कि हम आपको बाज़ार तक पहुँचाने और उस परियोजना को बनाने में कैसे मदद कर सकते हैं।

मेरे या यूक्सी ग्लोबल तक पहुंचें - [email protected] - यदि आप अपने संगठन में इसी तरह की चुनौतियों से गुजर रहे हैं और अपने अगले एमवीपी या डिजिटल उत्पाद के निर्माण में मदद की तलाश कर रहे हैं। हम एक अच्छी चुनौती से प्यार करते हैं और हमेशा आपके साथ नया करने के तरीके खोज रहे हैं।