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

मैंने पाया है कि उत्पाद विकास को प्राथमिकता देने के लिए सबसे सरल लेकिन सबसे प्रभावी उपकरण [kanban](http://en.wikipedia.org/wiki/Kanban) है, या कम से कम मेरी व्याख्या है। एक सुव्यवस्थित कंबन बोर्ड एक टीम को यह कल्पना करने में मदद कर सकता है कि वर्तमान में कौन से उत्पाद विचारों पर ध्यान दिया जा रहा है या किस टीम के सदस्यों द्वारा ध्यान नहीं दिया जा रहा है और क्यों। यह विचारों को डिज़ाइन, विकास और सत्यापन के अनुक्रम में रखकर "दुबली" मानसिकता को प्रोत्साहित करता है, जब ऐसा करने की वर्तमान क्षमता हो। और फिर भी यह लंबे समय से चले आ रहे विचारों के लिए एक मंचन क्षेत्र भी प्रदान करता है जो उत्पादन के लिए अपनी बारी का इंतजार कर रहे हैं।

आप कानबन बनाने के लिए डिजिटल सॉफ्टवेयर का उपयोग कर सकते हैं, जैसे कि [ट्रेलो](http://trello.com), लेकिन मैं वास्तव में पुराने जमाने के नोटकार्ड, टेप और मार्कर पसंद करता हूं। इसे बनाने के लिए, आपको बस इन सामग्रियों और दीवार के लिए पर्याप्त जगह की आवश्यकता होगी। आप उत्पाद विचारों को कार्डों पर लिखेंगे और फिर उन्हें पूर्वनिर्धारित कॉलम और अनुभागों के तहत दीवार पर टेप करेंगे, यह इस बात पर निर्भर करेगा कि वे कहां हैं। दीवार पर ऐसा करने का एक बड़ा फायदा यह है कि आप बैठकों के दौरान हर किसी को अपने लैपटॉप में खोए बिना उत्पाद की दिशा बताने के लिए बोर्ड का उपयोग बहुत आसानी से कर सकते हैं। दीवार-आधारित कानबन प्रणाली भी ऑन-द-फ्लाई अधिक अनुकूलन योग्य है।

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

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

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

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

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

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

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

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

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