विकास की रणनीति: एमवीपी से होलिस्टिक उत्पाद तक

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

यदि आप इन पुस्तकों से परिचित नहीं हैं, तो मॉडल को योजना के अनुसार आसानी से समझा जा सकता है (साइट www.techlifecure.com से लिया गया है):



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

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

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

हमारे सवाल का जवाब "क्या करना है?"

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

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

तो, ग्राहक सेवा प्रक्रिया में निम्नलिखित शामिल हैं:

• सेवा के लिए अनुप्रयोगों और कार्यों का रिसेप्शन और पंजीकरण;
• अनुप्रयोगों और रखरखाव कार्यों के निष्पादन के लिए योजना;
• अनुप्रयोगों और रखरखाव कार्यों की पूर्ति;
• सेवा प्रक्रिया की निगरानी और विश्लेषण।

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

सेवा के लिए आवेदन और कार्यों का रिसेप्शन और पंजीकरण:

• एक ग्राहक सेवा कर्मचारी द्वारा आवेदन दर्ज करने का अवसर।

आवेदन योजना:

• मानकों के अनुसार स्वचालित समय सीमा की गणना (उर्फ एसएलए; वैसे, तब हमने महसूस किया कि एक न्यूनतम उत्पाद के लिए इससे बचा जा सकता है);
• न्यूनतम मापदंडों द्वारा फ़िल्टर करने और छाँटने की क्षमता वाले अनुप्रयोगों की सूची।

आवेदनों की पूर्ति:
आवेदन के लिए 2 स्थितियां (खुला / बंद);

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

निगरानी और विश्लेषण:

• न्यूनतम मापदंडों द्वारा फ़िल्टर करने और छाँटने की क्षमता वाले अनुप्रयोगों की सूची (यह एक नियन्त्रण उपकरण भी है, नियोजन उपकरण की तरह);
• जिम्मेदार ग्राहकों के संदर्भ में पूर्ण आवेदनों पर एक रिपोर्ट, जो यह भी दिखाएगा कि कौन से अनुप्रयोग समय पर पूरे हुए हैं और कौन से नहीं हैं।

इसके अलावा, आवश्यकताओं को विस्तृत किया जाता है, लेकिन सभी अतिरिक्त को छोड़ने पर ध्यान दिया जाता है, जो प्रक्रिया के माध्यम से घटना के अनुप्रयोगों को "खींचने" के लिए अनिवार्य नहीं है।

और इसलिए हमारे न्यूनतम उत्पाद की सीमाएं, जिसे हमने एक साल पहले जारी किया था, निकला। उसके बाद, हमने बंद परीक्षण चरण शुरू किया (जो लगभग एक महीने तक चला), बहुत सारी समीक्षाएं एकत्र कीं।

एमवीपी के साथ - हल किया गया। अब हम अभिन्न उत्पाद से गुजरते हैं। जैसा कि आप लेख में प्रस्तावना से याद करते हैं, एक विशिष्ट आला और विशिष्ट कार्य के लिए एक पूर्ण उत्पाद किया जाना चाहिए। ऐसा लगता है कि स्मार्टनॉट में एक संकीर्ण विशेषज्ञता (ग्राहक सेवा) और एक संकीर्ण आला (सेवा कंपनियां) है। लेकिन यहां जहां संकरा होना है। अपने रसातल को दूर करने के लिए, हमने सेवा कंपनियों के सभी उप-निरीक्षकों से आईटी आउटसोर्सिंग का चयन किया। अर्थात्, वे कंपनियां जो कंप्यूटर उपकरण और अन्य 1C-s की सदस्यता सेवा में लगी हुई हैं।

और इन कंपनियों की बारीकियों के अनुसार, एक पूर्ण उत्पाद बनाने के लिए, हमने तय किया कि प्रक्रिया के 4 चरणों से उस "कंकाल" के लिए सबसे सही तरीका मांस का निर्माण करना है:

सेवा के लिए आवेदन और कार्यों का रिसेप्शन और पंजीकरण:

• एक ग्राहक सेवा कर्मचारी द्वारा एक आवेदन दर्ज करने का अवसर ;
• ग्राहक से संपर्क करने की क्षमता आपके व्यक्तिगत खाते से स्वतंत्र रूप से एक आवेदन पंजीकृत करने की क्षमता;
• कस्टम प्रकार के अनुप्रयोग;
• वेब-आधारित एप्लिकेशन पंजीकरण फॉर्म साइट में इसे एम्बेड करने की क्षमता के साथ;
• ईमेल द्वारा आवेदनों का स्वचालित पंजीकरण;
• एपीआई;
• बाहरी प्रणालियों के साथ एकीकरण;
• एक शेड्यूल पर स्वचालित रूप से शेड्यूल किए गए कार्य बनाएं।

अनुप्रयोगों और रखरखाव कार्यों के कार्यान्वयन की योजना बनाना:

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

अनुप्रयोगों और रखरखाव कार्यों की पूर्ति:

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

निगरानी और विश्लेषण:

• लेखांकन और श्रम लागत का विश्लेषण;
• विस्तारित रिपोर्टिंग
• .Xls में अनलोडिंग सूचियाँ।

(मोटे तौर पर, एमवीपी में क्या शामिल किया गया था, इटैलिक में, एमवीपी जारी होने के बाद क्या किया गया था - बाकी सब अगले 8 महीनों के लिए आगे है)।

और इस तरह हमने अपने लिए एक समग्र उत्पाद की सीमाओं को रेखांकित किया है जिसके साथ हम जिस खाई का सामना कर रहे हैं, उसे पाट देंगे। रसातल पर काबू पाने के बाद किसी उत्पाद को कैसे विकसित किया जाए - हम इसे दूर करने के बाद लिखेंगे।

PS पाठ ग्राहकों के साथ संचार के बारे में लगभग कुछ भी नहीं कहता है। लेकिन वह निहित है। यह एक महत्वपूर्ण आवश्यकता है। आवश्यकताएं और आवश्यकताओं का प्राथमिकताकरण काफी हद तक उनसे आता है। यह सिर्फ इतना है कि लेख ग्राहकों के साक्षात्कार के बारे में नहीं है।