अवलोकन प्रशिक्षण

उत्पाद विकास पर स्टीफन सिनोफ़स्की के पहले लेख का अनुवाद जारी रखना, उत्पाद विकास टीम में अनुभव साझा करने के महत्व पर उनके दूसरे लेख का अनुवाद।

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

इस पोस्ट में, मैं उत्पाद विकास के संदर्भ में यात्रा रिपोर्ट लिखने के बारे में कुछ विचार और अनुभव साझा करता हूं।

यात्रा रिपोर्ट क्यों बनाते हैं?

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

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

दृष्टिकोण

रिपोर्ट लिखने का कोई "सही" तरीका नहीं है। सबसे अधिक बार, इसका प्रारूप, संरचना और विवरण यह निर्धारित किया जाना चाहिए कि यह किस प्रकार की घटना है: क्या आप संरचना का निर्माण तकनीकी या आपूर्तिकर्ता के प्रकार से करते हैं, उपभोक्ताओं या उपभोक्ता विषयों द्वारा, सम्मेलन सत्रों द्वारा, तकनीकी उप-प्रणालियों या कुछ और द्वारा?

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

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

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

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

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

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

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