इंट्रानेट पोर्टल कार्यान्वयन के बारे में सच्चाई

पावेल मेल्डज़िस, प्रमुख विशेषज्ञ, कॉर्पोरेट समाधान विभाग, हमारी आईटी एजेंसी।

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

समस्याओं की जड़ें

यह लेख एक ग्राहक के सवाल का जवाब है: "हमने आपसे संपर्क किया है, क्योंकि आप पेशेवर हैं, तो क्या आप हमारे लिए एक पोर्टल पेश करेंगे?" अधिक बार हम यह सवाल आईटी निदेशक से सुनते हैं, जिन्हें एचआर या मार्केटर से कम समान कार्य दिया गया था।

प्रश्न इस तथ्य से उत्पन्न होता है कि कार्य के लिए जिम्मेदार व्यक्ति को नहीं पता कि आगे क्या करना है। और इससे भी बदतर - वह गति वेक्टर नहीं देखता है, के लिए प्रयास करने के लिए लक्ष्य का प्रतिनिधित्व नहीं करता है। यह पहली समस्या है।

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

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

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

किसी और के व्यवसाय के काम के लिए तंत्र बनाने के लिए एजेंसियों की शक्ति और क्षमता में नहीं, इंटीग्रेटर्स उसे मोबाइल और उपयोगी बनाने में मदद करते हैं।

और जब आप एक ग्राहक के रूप में, सब कुछ सही ढंग से और खूबसूरती से करने के अनुरोध के साथ इंटीग्रेटर्स के पास आते हैं, या आप, एक एजेंसी के रूप में, एक कॉर्पोरेट पोर्टल शुरू करने की परियोजना शुरू करते हैं, तो सवाल उठता है - कहाँ पर आगे बढ़ना है?

दो कार्यान्वयन दृष्टिकोण

मैं अप्रोच करता हूं। प्रणाली के कार्यों के आधार पर।

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

पेशेवरों :

• बजट - मानक उपकरणों का उपयोग करता है।
• तेज - उस कारण से।
• सिस्टम शायद ही बदलता है, इसे अद्यतन करना आसान है।

विपक्ष :

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

यह दृष्टिकोण युवा एजेंसियों की नियति है। उनका लक्ष्य लाइसेंस को जहाज करना है, और समर्थन और विकास पर पैसा नहीं बनाना है।

द्वितीय दृष्टिकोण। ग्राहक समस्याओं पर निर्माण।

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

पेशेवरों :

• सिस्टम क्लाइंट को एडाप्ट करता है, न कि क्लाइंट सिस्टम को - सॉल्यूशन एक पॉइंट है।
• जितना अधिक आप करते हैं, स्टिपर यह उतना ही जाएगा, जितना अधिक ऐपिटाइट विकसित होगा, उतना अधिक उपकरण मांग में होगा और फायदेमंद होगा।

विपक्ष :

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

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

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

यह "एक पोर्टल क्यों?" समझने के लिए एक दुष्चक्र निकला। - आपको प्रयास करने की आवश्यकता है - आपको यह समझने की आवश्यकता है कि "इसकी आवश्यकता क्यों है?"। यहां, वैसे, पोर्टल का क्लाउड संस्करण क्लाउड की जांच (परीक्षण, पंजीकरण, इंस्टॉल और परीक्षण) के लिए मदद करता है।

इंटीग्रेटर वर्ल्ड पिक्चर

प्लेटफार्मों के विभाजन में एक समान तर्क (सरल और अधिक जटिल में विभाजन) का पता लगाया जा सकता है। यह एक बहुत ही दिलचस्प तस्वीर है।

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

एमएसएस के विपरीत, बिट्रिक्स 24 पोर्टल पहले से ही एक पैकेज के रूप में वितरित किया गया है, बड़े बदलावों के बिना। बिट्रिक्स 24 में थोड़ा व्यक्तित्व है, यह हमेशा क्लाइंट की जरूरतों को कवर नहीं करता है। प्रत्येक व्यवसाय, हालांकि समान है, लेकिन प्रत्येक में महत्वपूर्ण अंतर हैं। ज्यादातर मामलों में B24 पर एक पोर्टल को लागू करने की प्रक्रिया पहला तरीका है।

प्रश्न यह है: "बिट्रिक्स के कार्यान्वयन में II दृष्टिकोण क्यों लागू नहीं किया गया?"। और यह एक सच्ची सोच है।

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

सामान्य कार्यान्वयन सिफारिशें

1. कार्यान्वयन के लक्ष्यों और उद्देश्यों को परिभाषित करें

कम से कम यह समझें कि यह कहां खराब है और आप क्या बेहतर करना चाहते हैं। लक्ष्य जितना अधिक विशिष्ट होगा, उसे प्राप्त करने की संभावना उतनी ही अधिक होगी।

अच्छे उदाहरण:

• KPI कर्मचारियों को सेट और ट्रैक करने की प्रक्रिया को स्वचालित करें। अब इसे कागज के रूप में लागू किया गया है।
• कार्यों की स्थापना और पूर्ति की संस्कृति को स्थापित करना। वैसे, इसके लिए, बिट्रिक्स 24 में पहले से ही सब कुछ है, लेकिन कोई विनियमन नहीं है। नियमों का विकास ग्राहक का कार्य है। मंच सुविधाओं का परिचय देना एजेंसी का कार्य है।

खराब उदाहरण:

• उदाहरण के लिए, टैक्सी, अवकाश एप्लिकेशन, यात्रा अनुरोध के लिए कंपनी की आंतरिक व्यावसायिक प्रक्रियाओं को स्वचालित करें।

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

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

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

2. जिम्मेदारी वाले क्षेत्रों को पहचानें

ग्राहक को स्पष्ट रूप से समझना चाहिए कि ठेकेदार की जिम्मेदारी का क्षेत्र कहां समाप्त होता है। ठेकेदार का कार्य ग्राहक को यह बताना है ताकि कोई गलत धारणा न हो कि पोर्टल के कार्यान्वयन की जिम्मेदारी केवल एजेंसी के पास है। एजेंसी एक तकनीकी विशेषज्ञ है, अधिकतम एक सलाहकार है।

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

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

3. आंखों में जलन होना

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

4. प्राथमिकता

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

5. भागों में परिचय

इस बिंदु पर कि पहले पोर्टल पर कुछ भी नहीं है।

मैं समझाऊंगा कि क्यों:

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

6. परीक्षण

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

7. पोर्टल को एक लोड दें

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

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

यदि पोर्टल पर कुछ किया जा सकता है, तो आपको बाकी टूल पर प्रतिबंध लगाकर पोर्टल पर करने की आवश्यकता है (लेकिन यह महत्वपूर्ण है कि यह सुविधाजनक और तेज़ है!)।

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

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

8. कार्यान्वयन के लिए सफलता के मापदंड को परिभाषित करें

मैं मापदंड को दो निकट से संबंधित शिविरों में विभाजित करूंगा।

पहले वाला। विशिष्ट कार्यों का समाधान। "व्यापार यात्रा आवेदन से रिपोर्ट करने के लिए" प्रक्रिया, हेल्प-डेस्क का कार्यान्वयन, आदि। ये समझने योग्य कार्य हैं जिनका विश्लेषण / डिज़ाइन / कार्यान्वयन / परीक्षण संचालन में किया जाता है।

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

कुल जो आपको पोर्टल को लागू करने के लिए याद रखने की आवश्यकता है:
1. स्पष्ट रूप से तैयार किए गए लक्ष्य और उद्देश्य।
2. कौन किसके लिए जिम्मेदार है।
3. कार्यों की प्राथमिकता, विभाजन और अनुक्रम।
4. परीक्षण समूह मुख्य रूप से मैनुअल से है।
5. पोर्टल पर अनिवार्य लोड, कार्यों के बिना, वह "मर जाएगा।"

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