वर्षानुवर्षे, तंत्रज्ञान कंपन्यांनी संकल्पनेचे पुरावे तांत्रिक व्यायामापेक्षा थोडे अधिक मानले. लहान संघ खडबडीत प्रात्यक्षिके तयार करतील, ते व्यवस्थापन किंवा गुंतवणूकदारांना दाखवतील आणि नंतर पूर्ण उत्पादन विकासाकडे त्वरीत पुढे जातील. त्या दृष्टिकोनाचे समर्थन करणे कठीण होत आहे. वाढत्या सॉफ्टवेअरच्या किमती, गुंतवणुकीची घट्ट बाजारपेठ आणि व्यावसायिक मूल्य दाखवण्याचा वाढता दबाव यामुळे कंपन्यांना संकल्पनेचा पुरावा प्रत्यक्षात काय साध्य करायचा आहे याचा अधिक काळजीपूर्वक विचार करण्यास प्रवृत्त केले आहे.
आज, पीओसी यापुढे सॉफ्टवेअर कार्य करू शकते हे सिद्ध करण्यासाठी नाही. हे एक आर्थिक आणि संस्थात्मक फिल्टर बनले आहे. स्टार्टअप्स तुटपुंजी भांडवल न वापरता निधी सुरक्षित करण्यासाठी PoCs वापरतात. मोठ्या कंपन्या अंतर्गत बजेट आणि कर्मचारी करण्यापूर्वी धोकादायक कल्पनांची चाचणी घेण्यासाठी त्यांचा वापर करतात. गुंतवणुकदारांना स्लाइड डेक आणि आश्वासनांपेक्षा अधिक पहायचे आहे. त्यांना मोठे धनादेश लिहिण्यापूर्वी कार्यरत प्रात्यक्षिके, ग्राहकांच्या सुरुवातीच्या प्रतिक्रिया आणि मोजता येण्याजोगे तांत्रिक परिणाम हवे आहेत.
या बदलामुळे PoCs आणि किमान व्यवहार्य उत्पादनांमधील संबंध देखील बदलला आहे, ज्यांना MVPs म्हणून ओळखले जाते. दोन कल्पना वारंवार गोंधळात टाकल्या जातात, तरीही त्या खूप वेगळ्या उद्देशांसाठी करतात. एखादी गोष्ट कार्यक्षम पद्धतीने बांधली जाऊ शकते की नाही याचे उत्तर देण्यासाठी एक PoC अस्तित्वात आहे. लोक त्याचा वापर करतील की नाही हे पाहण्यासाठी एक MVP अस्तित्वात आहे.
हा फरक सोपा वाटतो, परंतु कंपन्या तरीही ते नियमितपणे चुकीचे करतात. काही स्टार्टअप त्यांचे तंत्रज्ञान मोठ्या प्रमाणावर कार्य करू शकते हे सिद्ध करण्यापूर्वी पॉलिश MVP तयार करतात. इतर काही महिने पीओसी तयार करण्यासाठी घालवतात जे कधीही ग्राहकांपर्यंत पोहोचत नाहीत. परिणामी अनेकदा पैसे वाया जातात, थकलेले अभियांत्रिकी संघ आणि उत्पादने लॉन्च होण्याआधी अयशस्वी होतात.
फर्म ऑफर PoC विकास सेवा कंपनीने केलेली सर्वात मोठी चूक म्हणजे प्रत्येक सुरुवातीच्या टप्प्यातील प्रकल्पाला समान प्रक्रिया आवश्यक असल्याप्रमाणे हाताळणे. सराव मध्ये, योग्य दृष्टीकोन मोठ्या प्रमाणात जोखमीवर अवलंबून असतो. जर सर्वात मोठी अनिश्चितता तांत्रिक व्यवहार्यता असेल, तर PoC अर्थपूर्ण आहे. जर तंत्रज्ञान आधीच कार्य करत असेल आणि वास्तविक प्रश्न ग्राहकांच्या मागणीशी संबंधित असेल तर, एक MVP सहसा अधिक उपयुक्त आहे.
आर्टिफिशियल इंटेलिजन्स, रोबोटिक्स, हेल्थकेअर किंवा फायनान्शिअल सिस्टीमचा समावेश असलेल्या उद्योगांमध्ये हा फरक अधिक स्पष्ट होतो. त्या क्षेत्रात, तांत्रिक अनिश्चिततेमुळे मोठा खर्च होऊ शकतो. एखाद्या कंपनीला बाजारपेठेत मागणी आहे हे माहित असू शकते, तरीही सॉफ्टवेअर वास्तविक परिस्थितीत विश्वसनीयरित्या कार्य करू शकते याचा पुरावा नसतो. एक PoC पूर्ण उत्पादन लॉन्च न करता त्या प्रश्नाचे उत्तर देण्यात मदत करते.
त्याच वेळी, मोठ्या कॉर्पोरेशन्सनी PoCs ला त्यांच्या स्वतःच्या संस्थांमध्ये राजकीय व्यायाम म्हणून हाताळण्यास सुरुवात केली आहे. केवळ तांत्रिक मान्यता अनेकदा पुरेशी नसते. मोठ्या खर्चाला मंजुरी देण्यापूर्वी प्रकल्पांनी कायदेशीर संघ, खरेदी विभाग, अनुपालन अधिकारी आणि वरिष्ठ अधिकारी यांचे समाधान करणे आवश्यक आहे. हे स्टार्टअप संस्कृतीपेक्षा खूप वेगळे वातावरण तयार करते, जेथे लहान संघ अनेकदा अंतर्गत पुनरावलोकनाच्या स्तरांवर नॅव्हिगेट न करता वेगाने पुढे जाऊ शकतात.
कंपन्या PoC टाइमलाइन का कमी करत आहेत
अलिकडच्या वर्षांत सर्वात मोठा बदल म्हणजे सुरुवातीच्या टप्प्यातील तांत्रिक कामासाठी कमी होत जाणारी कालमर्यादा. अनेक कंपन्यांना आता PoCs अनेक महिन्यांऐवजी चार ते सहा आठवड्यांत पूर्ण होण्याची अपेक्षा आहे. कारण अंशतः आर्थिक आहे. एखाद्या प्रकल्पाला अधिक निधी मिळण्यास पात्र आहे की नाही याबद्दल गुंतवणूकदारांना आणि अधिकाऱ्यांना जलद उत्तरे हवी आहेत.
एक लहान PoC सायकल टीमला प्रत्येक समस्येचे त्वरित निराकरण करण्याचा प्रयत्न करण्याऐवजी प्रकल्पाच्या सर्वात अनिश्चित भागांवर लक्ष केंद्रित करण्यास भाग पाडते. पॉलिश यूजर इंटरफेस किंवा मोठे सॉफ्टवेअर आर्किटेक्चर बनवण्याऐवजी, अभियंते सर्वात महत्त्वाच्या विशिष्ट तांत्रिक आव्हानावर लक्ष केंद्रित करतात.
उदाहरणार्थ, वेअरहाऊस ऑटोमेशनवर काम करणाऱ्या लॉजिस्टिक स्टार्टअपला PoC स्टेज दरम्यान संपूर्ण व्यवस्थापन प्रणालीची आवश्यकता नसते. रोबोट गर्दीच्या वातावरणात अचूकपणे नेव्हिगेट करू शकतात की नाही हे प्रथम महत्त्वाचे आहे. त्याचप्रमाणे, एआय हेल्थकेअर कंपनीला ग्राहक ऑनबोर्डिंग सिस्टम किंवा बिलिंग सॉफ्टवेअरबद्दल काळजी करण्यापूर्वी त्याचे मॉडेल वैद्यकीय प्रतिमांचे विश्वसनीयरित्या विश्लेषण करू शकते हे दाखवण्याची आवश्यकता असू शकते.
त्या फोकसमुळे संघाची रचनाही बदलते. लहान PoC संघ सहसा मोठ्या संघांपेक्षा चांगले काम करतात. अनेक प्रकल्प पूर्ण कर्मचारी असलेल्या विभागांऐवजी मूठभर अभियंते, उत्पादन आघाडी आणि मर्यादित डिझाइन समर्थनावर अवलंबून असतात. तयार सॉफ्टवेअर तयार करणे हे ध्येय नाही. हे त्वरीत आणि स्वस्तपणे अनिश्चितता कमी करण्यासाठी आहे.
तरीही, जलद टाइमलाइन त्यांच्या स्वतःच्या समस्या मांडतात. शॉर्ट पीओसी अनेकदा तात्पुरत्या तांत्रिक शॉर्टकटवर अवलंबून असतात जे उत्पादन प्रणालीमध्ये कधीही टिकणार नाहीत. अभियंते सुरक्षितता स्तर, हार्डकोड वर्कफ्लो वगळू शकतात किंवा व्यवहार्यता दर्शविण्यासाठी अस्थिर तृतीय-पक्ष प्रणालीवर अवलंबून राहू शकतात. ते शॉर्टकट स्वीकारले जातात कारण प्रकल्प अद्याप सार्वजनिक वापरासाठी नाही.
धोका नंतर येतो जेव्हा कंपन्या पूर्वीच्या निर्णयांची पुनरावृत्ती न करता रफ प्रोटोटाइप उत्पादन प्रणालीमध्ये रूपांतरित करण्याचा प्रयत्न करतात. तांत्रिक कर्ज लवकर जमा होऊ शकते. संघ कधीकधी प्रोटोटाइप आर्किटेक्चरशी संलग्न होतात जे दीर्घकालीन वापरासाठी कधीच नव्हते. रिफॅक्टरिंग महाग होते, डेडलाइन घसरते आणि मूळ वेगाचा फायदा नाहीसा होतो.
या समस्येने अधिक कंपन्यांना पीओसी स्टेज दरम्यान देखील आर्किटेक्चरल निर्णयांबद्दल काळजीपूर्वक विचार करण्यास प्रवृत्त केले आहे. सारख्या कंपन्या डार्ली.समाधान तात्पुरत्या सिस्टीम बनवतानाही अभियांत्रिकीच्या सुरुवातीच्या निवडी महत्त्वाच्या आहेत. पहिल्या दिवसापासून परिपूर्ण आर्किटेक्चर तयार करणे हे उद्दिष्ट नाही, परंतु नंतर उलट करणे अशक्य होणारे निर्णय टाळणे हा आहे.
एक सामान्य पध्दतीमध्ये प्रायोगिक प्रणाली उत्पादन-तयार सेवांपासून विभक्त करणे समाविष्ट आहे. एआय मॉडेलची चाचणी करणारी कंपनी, उदाहरणार्थ, ग्राहकासमोरील अनुप्रयोगांमधून प्रायोगिक प्रक्रिया वेगळे करू शकते. यामुळे उर्वरित उत्पादन धोक्यात न ठेवता संघांना वेगाने पुनरावृत्ती करता येते.
क्लाउड कंप्युटिंगने पीओसी कसे बनवले जातात ते देखील बदलले आहे. दहा वर्षांपूर्वी, पायाभूत सुविधांच्या खर्चामुळे अनेकदा स्टार्टअप्सना हार्डवेअर खरेदी करण्यास भाग पाडले जायचे किंवा विकासाच्या सुरुवातीच्या काळात दीर्घकालीन होस्टिंग करार करण्यास भाग पाडले गेले. आज, तात्पुरती क्लाउड सिस्टीम कंपन्यांना अधिक स्केलिंग करण्यापूर्वी स्वस्तात कल्पना तपासण्याची परवानगी देतात. त्या लवचिकतेने लहान स्टार्टअप्ससाठी, विशेषत: सॉफ्टवेअर-जड उद्योगांमध्ये प्रवेश अडथळे कमी केले आहेत.
गुंतवणूकदारांना डेमो आणि आश्वासनांपेक्षा जास्त हवे असते
PoC च्या आसपासचा दबाव यापुढे फक्त अभियांत्रिकी संघांकडून येतो. सुरुवातीच्या टप्प्यातील कंपन्यांनी पैसे उभारण्यापूर्वी काय दाखवले पाहिजे याबद्दल गुंतवणूकदार अधिक मागणी करत आहेत. स्वस्त भांडवलाच्या वर्षांमध्ये, काही स्टार्टअप्सनी सादरीकरणे आणि महत्त्वाकांक्षी वाढीच्या अंदाजापेक्षा थोडे अधिक निधी मिळवला. ते वातावरण झपाट्याने बदलले आहे.
गुंतवणूकदार आता तांत्रिक व्यवहार्यता, ग्राहक दत्तक आणि व्यावसायिक वेळेबद्दल प्रक्रियेच्या खूप आधी कठीण प्रश्न विचारतात. कार्यरत पीओसी सहसा पुरावा म्हणून कार्य करते की संस्थापक एखाद्या कल्पनेचे खात्रीपूर्वक वर्णन करण्याऐवजी ते कार्यान्वित करू शकतात.
यामुळे स्टार्टअप्सचे PoC यश कसे मोजले जाते ते बदलले आहे. पूर्वीचे प्रकल्प बहुतेकदा तांत्रिक पूर्णत्वावर केंद्रित होते. आता विकास सुरू होण्यापूर्वी कंपन्यांनी मोजता येण्याजोग्या परिणामांची व्याख्या करणे अपेक्षित आहे. त्या परिणामांमध्ये उद्योगावर अवलंबून विलंब संख्या, ग्राहक धारणा लक्ष्य, उत्पादन खर्च किंवा उपयोजन गती यांचा समावेश असू शकतो.
ही प्रक्रिया उत्पादनाच्या विपणनाऐवजी वैज्ञानिक चाचणीसारखी दिसते. संघ लवकरात लवकर जा किंवा नो-गो निकष स्थापित करतात, मोजता येण्याजोगा डेटा गोळा करतात आणि पुढील खर्च न्याय्य आहे की नाही हे ठरवतात. अयशस्वी PoC मोठ्या गुंतवणुकीपूर्वी समस्या उघड करत असल्यास नेहमी नकारात्मकतेने पाहिले जात नाही.
कायदेशीर चिंता देखील अधिक ठळक बनल्या आहेत, विशेषतः जेव्हा बाहेरील भागीदार गुंतलेले असतात. PoC विकासादरम्यान अनेक स्टार्टअप्स आता बाह्य अभियांत्रिकी संस्था, संशोधन गट किंवा कॉर्पोरेट ग्राहकांसोबत काम करतात. ते कोड, पेटंट, प्रशिक्षण डेटा आणि गोपनीय माहितीच्या मालकीभोवती प्रश्न निर्माण करते.
एंटरप्राइझ वातावरणात, या चिंता अधिक क्लिष्ट होतात. मोठ्या कंपन्यांना अनेकदा जुन्या अंतर्गत प्रणालींशी जोडण्यासाठी PoCs आवश्यक असतात ज्या जलद प्रयोगासाठी कधीही तयार केल्या गेल्या नाहीत. सुरक्षा पुनरावलोकने, अनुपालन तपासणी आणि खरेदी नियमांमुळे विकासाचा वेग कमी होऊ शकतो.
या तणावामुळे नवीन तंत्रज्ञान मोठ्या संस्थांमध्ये विकण्याचा प्रयत्न करणाऱ्या स्टार्टअप्ससाठी निराशा निर्माण होते. तरुण कंपन्या बऱ्याचदा जलद फीडबॅक सायकलची अपेक्षा करतात, तर एंटरप्राइझ ग्राहक सावधपणे पुढे जातात कारण अयशस्वी सिस्टीम मोठ्या व्यावसायिक कार्यांमध्ये व्यत्यय आणू शकतात.
या अडचणी असूनही, PoCs अशा काही ठिकाणांपैकी एक आहे जिथे स्टार्टअप आणि मोठ्या कॉर्पोरेशन अपरिवर्तनीय वचनबद्धता न करता कल्पना तपासू शकतात. स्टार्टअपसाठी, ते कोणालाही नको असलेली उत्पादने तयार करण्याचा धोका कमी करतात. कॉर्पोरेशनसाठी, ते विद्यमान प्रणालींचे त्वरित पुनर्लेखन न करता किंवा पूर्ण उपयोजनांवर लाखो खर्च न करता प्रयोग करण्याचा मार्ग देतात.
Comments are closed.