जब आप एक ऐसा उत्पाद बनाते हैं जो (आप जानते हैं) काम नहीं करेगा।

क्या आपने कभी ऐसा उत्पाद बनाया है जिसका उपयोग केवल एक महीने के जारी होने के बाद 15 उपयोगकर्ताओं द्वारा किया जाता है? मेरे पास है। और मुझे इसके बारे में साझा करने में कोई शर्म नहीं है

Unsplash पर chuttersnap द्वारा फोटो

मैं वास्तव में अपने लेख में टीया के शब्दों का प्रशंसक हूं, एक पूर्वाग्रहित अनुसंधान के लिए एक बायस्ड दृश्य:

केवल सफलताओं के बारे में लिखने के लिए न केवल एक शोधकर्ता के रूप में मेरी भूमिका को रोमांटिक करना होगा, बल्कि काफी असंगत भी होना चाहिए।

इन शब्दों ने मुझे एक शोधकर्ता के रूप में अपनी पिछली विफलता को साझा करने के लिए प्रेरित किया: एक ऐसा उत्पाद बनाना जो लोग वास्तव में प्यार नहीं करते। ठीक है, मानव के रूप में हम त्रुटियों से बच सकते हैं?

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

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

तब मेरे दिमाग में कुछ आया, "क्या हमारा उपयोगकर्ता वास्तव में इस सुविधा का उपयोग करना चाहेगा?", "क्या हम इस व्यवसाय भागीदार के लिए सही प्रकार के उपयोगकर्ता को लक्षित कर रहे हैं?", "क्या यह सुविधा दोनों पक्षों के लिए अच्छा काम करेगी?"। मुझे लगता है कि भविष्य में कुछ गलत हो सकता है।

मेरे कूबड़ ने बैल की आंख पर चोट की। फीचर तैनाती के एक महीने बाद, इस सुविधा में केवल 15 उपयोगकर्ता थे। यह जानकर, पूरी टीम की रूह काँप गई।

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

सुनिश्चित करें कि उत्पाद डिजाइन टीम शुरू से ही शामिल है।

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

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

अक्सप्लैश पर अक्सन द्वारा फोटो

विकास प्रक्रिया से पहले ही अपनी चिंताओं को बताने की कोशिश करें।

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

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

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

Pexels से

अधिकार पूर्वाग्रह से सावधान रहें।

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

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

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

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

अगर आप #SpeakUp और #TryFailTryAgain कल्चर में विश्वास करने वाली टीम में हिस्सा लेना चाहते हैं, तो मुझे aprilia.nur@bukalapak.com पर एक मेल ड्रॉप करें या आप अपना करियर साइट देख सकते हैं :)