जबकि आपको एक तकनीकी-आधारित कंपनी शुरू करने के लिए एक वेब डेवलपर होने की आवश्यकता नहीं है, आपको निश्चित रूप से किसी न किसी बिंदु पर काम करना होगा। और नहीं, आपकी दृष्टि बनाने के लिए किसी को काम पर रखना उतना आसान नहीं है और बस इसे देखना आता है - आप अपनी टीम के लिए सही व्यक्ति खोजने के लिए ज़िम्मेदार होंगे, उन्हें यह निर्देश देंगे कि वास्तव में क्या विकसित करना है (आदर्श रूप में, इसमें काम करना एक सहयोगी तरीका), और रास्ते में परियोजना का प्रबंधन करना।
और इस पूरी प्रक्रिया के दौरान, कुछ चीजें हैं जो कई उद्यमी कठिन तरीके से सीखते हैं। यहां जानिए क्या है, इससे पहले कि आप शुरू करें।
1. अपने विचारों को पहले विकसित करना शुरू करें
क्या आपके पास नए उत्पाद या सुविधा के लिए एक महान विचार है? आपकी प्रवृत्ति एक डेवलपर को खोजने और तुरंत निर्माण शुरू करने की हो सकती है - लेकिन सबसे पहले, यह परीक्षण करना महत्वपूर्ण है कि आपके ग्राहक वास्तव में चाहते हैं या नहीं।
ऐसा करने के लिए, निर्दिष्ट करें कि आप किस समस्या को हल करना चाहते हैं (उदाहरण के लिए, "हम चाहते हैं कि उपयोगकर्ता अक्सर साइट पर लौटें")। फिर, एक मापने योग्य परिकल्पना बनाएं जिसे आप यह देखने के लिए परीक्षण कर सकते हैं कि क्या आपके उपयोगकर्ता वास्तव में आपके समाधान का समर्थन करने वाले तरीके से व्यवहार करेंगे। उदाहरण के लिए, आपकी परिकल्पना यह हो सकती है: "उपयोगकर्ताओं को स्टेटस अपडेट पोस्ट करने की अनुमति देना उपयोगकर्ता के इंटरैक्शन और उपयोगकर्ता के ध्यान में वृद्धि उत्पन्न करने वाला है।"
एक बार जब आप ऐसा कर लेते हैं, तो उस सुविधा का एक प्रोटोटाइप बनाएं जिसे आप बनाना चाहते हैं। और आपको इसके लिए एक डेवलपर की आवश्यकता नहीं है - बस एक शुरुआती मसौदे के लिए, आप PowerPoint या Word का उपयोग करके एक क्लिक करने योग्य डेमो बना सकते हैं, या यहां तक कि एक पेपर स्केच का उपयोग कर सकते हैं। एक्सुर, मॉकिंगबर्ड, और बालसामीक जैसे अधिक उन्नत प्रोटोटाइप और वायरफ्रेमिंग टूल भी हैं, जिन्हें आपको आराम से प्राप्त करना चाहिए यदि आप एक उत्पाद का प्रबंधन करने जा रहे हैं।
तब - अभी भी अपने डेवलपर्स को शामिल करने से पहले - अपने ग्राहकों (या संभावित ग्राहकों) को अपना प्रोटोटाइप दिखाएं और उनकी प्रतिक्रिया प्राप्त करें। (आप इन-पर्सन साक्षात्कारों का उपयोग कर सकते हैं या Usabilla या UserTesting.com जैसे ऑनलाइन टूल का उपयोग कर सकते हैं।) उनसे खुले विचारों के प्रश्न पूछें और उनके विचारों और रुचि को फ़ीचर में लगाएँ, और यह समझने की कोशिश करें कि क्या समाधान उन्हें रोमांचक बना रहा है या हल कर रहा है। दर्द का स्थान। और यदि ऐसा है तो? उसके बाद ही वास्तव में कुछ बनाने के लिए आगे बढ़ने का समय है।
2. किराया और एक महान देव टीम का निर्माण
किसी भी संगठन में सही लोगों को किराए पर लेना आवश्यक है, लेकिन जब आप किसी ऐसे व्यक्ति को काम पर रख रहे हैं जो आपके उत्पाद का निर्माण कर रहा है और आपकी दृष्टि को अच्छी तरह से जीवंत कर रहा है, तो यह सर्वोपरि है।
यहां सबसे मूल्यवान हायरिंग सबक मैंने सीखा है: हायर फॉर डीएनए फर्स्ट, एंड द वर्क एक्सपीरियंस सेकंड। उन विशेषताओं की एक सूची बनाएं, जिन्हें आप एक कंपनी के रूप में महत्व देते हैं, या आपके "डीएनए" (यानी, अथक ड्राइव, काम को कोई फर्क नहीं पड़ता कि क्या होगा, हास्य की भावना) - यह सुनिश्चित करें कि आप जिस व्यक्ति का साक्षात्कार कर रहे हैं या बात कर रहे हैं आपके साथ आए अधिकांश आइटम से मेल खाने के लिए।
समान रूप से महत्वपूर्ण है लोगों को योग्यता के साथ काम पर रखना, न कि किसी विशेष कौशल को निर्धारित करना। टेक स्पेस में, कौशल हर दो साल में अप्रचलित हो जाते हैं, इसलिए ऐसे लोगों को किराए पर लेना बेहतर होता है जो नई तकनीकों को सीखने में सक्षम होते हैं (और आदर्श रूप से ऐसा करने का ट्रैक रिकॉर्ड होता है) बजाय ऐसे लोगों के जो अब कुछ विशिष्ट करने के लिए जानते हैं। । याद रखें, यह व्यक्ति आदर्श रूप से लंबी दौड़ के लिए आपके साथ रहेगा, और आप यह सुनिश्चित करना चाहते हैं कि वह अभी और बाद में एक शानदार मैच है।
3. इस तरह से हर कदम परियोजना का प्रबंधन करें
अंत में, अपने उत्पाद के निर्माण में शामिल हों। एक सामान्य गलती जो मैं लोगों को देखता हूं: एक संस्थापक एक डेवलपर के लिए उत्पाद चश्मा शिप करेगा, यह विश्वास करते हुए कि सब कुछ उसी तरह से किया जाएगा जैसे संस्थापक इसे अपने सिर में देखता है, और अंतिम उत्पाद तैयार होने पर ही वापस जांचें।
यह आपदा के लिए एक नुस्खा है। यदि आप इस हैंड-ऑफ दृष्टिकोण को लेते हैं, तो अधिक से अधिक बार आप अपनी साइट या उत्पाद को उस तरीके से लागू नहीं करेंगे जिस तरह से आपने कल्पना की थी। शायद आपके निर्देश स्पष्ट नहीं थे, हो सकता है कि वे वास्तव में तकनीकी रूप से लागू करने में असंभव थे, हो सकता है कि आपका डेवलपर सिर्फ गलत समझे। लेकिन इसकी परवाह किए बिना कि ऐसा क्यों होता है - यह एक ऐसी स्थिति है जिसे आप पूरी तरह से बचना चाहते हैं। मेरा विश्वास करो, विकास की प्रक्रिया के शीर्ष पर बने रहना आसान है क्योंकि जिस तरह से वापस जाना है और चीजों को बाद में ठीक करना है - या इससे भी बदतर, शुरू करना!
एक बेहतर दृष्टिकोण "फुर्तीली परियोजना प्रबंधन" का उपयोग करना है, जो एक तकनीकी परियोजना की योजना बनाने और मार्गदर्शन करने का एक सामान्य तरीका है। एक फुर्तीली परियोजना को छोटे वर्गों में पूरा किया जाता है जिसे पुनरावृत्तियों या स्प्रिंट (दैनिक, साप्ताहिक, या दो सप्ताह के भीतर, अधिकतम) कहा जाता है। एक डेवलपर या विकास टीम एक पुनरावृत्ति को पूरा करने के बाद, परियोजना टीम के अन्य सदस्यों द्वारा इसकी समीक्षा और आलोचना की जाती है।
फुर्तीली परियोजना प्रबंधन का मुख्य लाभ मुद्दों के जवाब देने की क्षमता है क्योंकि वे उत्पन्न होते हैं। आप योजना के अनुसार जा रहे हैं या नहीं, इस पर नज़र रखने में सक्षम होंगे कि क्या परिवर्तन आवश्यक हैं, और आखिरकार, समय पर और बजट पर एक सफल परियोजना देने में मदद करें।
फुर्तीली विकास प्रक्रिया, परिचयात्मक वीडियो के बारे में अधिक जानने के लिए और आसन और निर्णायक ट्रैकर जैसे ऑनलाइन परियोजना प्रबंधन उपकरण देखें।
