निवेश के रूप में ब्रीफिंग। इंट्रानेट तैनाती सही ढंग से

पिछले महीने, हमने ग्राहक और ठेकेदार के बीच संबंधों के बारे में बात की। हम ब्रीफिंग, उसके घटकों और भागीदारों की जिम्मेदारियों की हमारी चर्चा जारी रखते हैं।

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

यह स्पष्ट किया जाना चाहिए कि ब्रीफिंग के प्रमुख पहलुओं और सिद्धांतों का कार्यान्वयन मंच के साथ कोई लेना-देना नहीं है।

प्रक्रियाओं। यह सब क्यों है?

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

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

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

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

तो क्या हम ग्राहक के साथ चर्चा कर रहे हैं?

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

कार्यात्मक मॉड्यूल सब कुछ कैसे काम करना चाहिए?

प्रत्येक व्यवसाय प्रक्रिया एक अलग कार्यात्मक मॉड्यूल का आधार बनाती है जिसे डेवलपर को बनाना होता है।

सवालों के इस ब्लॉक में, ठेकेदार ग्राहक को विस्तार से और विस्तार से समझने में मदद करता है कि पोर्टल के अंदर लक्ष्य व्यवसाय प्रक्रिया क्या दिखना चाहिए - यह किस कार्य और यह कैसे प्रदर्शन करेगा।

दुर्भाग्य से या खुशी से, सभी प्रक्रियाएं जो लाइव होती हैं, आईटी में भी नहीं होती हैं। किसी भी रूप में सम्मान का बोर्ड - प्रवेश द्वार पर तस्वीरें, मासिक मेलिंग - आईटी में स्थानांतरित करना आसान है, मॉड्यूल का एक ही रूप है।

इलेक्ट्रॉनिक वर्कफ़्लो और पेपर - सिद्धांत समान लगते हैं, लेकिन व्यवहार में वे अलग हैं। हमें इस तथ्य से सामना करना पड़ा कि ग्राहक प्रक्रिया के एक विशिष्ट हिस्से की कल्पना करता है और इसे पूरी तरह से नहीं देखता है। उदाहरण के लिए, समझौता अनुमोदन प्रक्रिया।

यह प्रक्रिया शुरू में सभी के लिए बहुत अलग है। एक शून्य में अनुमोदन की श्रृंखला: समझौते के लिए अर्थशास्त्रियों और वकीलों के साथ सहमति व्यक्त की जानी चाहिए ताकि वह वीजा डाल सके।

हालांकि, अनुबंध एक निर्वात में संपन्न नहीं होते हैं और कठिनाइयाँ उत्पन्न होती हैं:

1. किसी ने वीजा के लिए आवेदन नहीं किया था, अनुबंध किस चरण में लौटाता है? पहले या वर्तमान में रहता है?
2. जिस व्यक्ति के साथ अनुबंध संपन्न हुआ है, उसके साथ बातचीत कैसे की जाती है? उसके साथ कौन संवाद करता है? एक रजिस्ट्री होनी चाहिए।
3. अधिसूचनाएं व्यक्ति में भेजी जाती हैं या क्या यह स्वचालित है?
4. एक आंतरिक चर्चा की आवश्यकता है, क्या कोई सीमा (अस्थायी, निविदा, खरीद) है?
5. क्या दस्तावेज़ संस्करण की आवश्यकता है?
6. क्या सामंजस्य समानांतर है?
7. क्या यह संभव है कि एक कर्मचारी को पहले से ही सौंप दिया गया है? क्या यह एक स्वचालित प्रक्रिया है या ४० के तापमान वाले कर्मचारी को पोर्टल में जाना चाहिए और बॉक्स की जांच करनी चाहिए, क्या कार्य स्थानांतरित करता है? या यह प्रशासक की जिम्मेदारी है?

सभी बारीकियों को स्पष्ट करने के लिए, निर्धारित नियमों और वास्तविक प्रथाओं का अध्ययन करना आवश्यक है।

ऐसी कई प्रक्रियाओं में, बहुत सारी तरकीबें होती हैं जो ग्राहक को स्तूप में डाल देती हैं। एजेंसी का काम तुरंत बिंदु प्रश्न पूछना और संभावित कठिनाइयों के बारे में बात करना है।

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

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

हम सुविधाओं के बारे में बातचीत में क्या चर्चा कर रहे हैं?

1. वास्तव में कार्यात्मक मॉड्यूल। किस उपकरण से समस्या का समाधान होना चाहिए। कार्यात्मक मॉड्यूल का सेट और जटिलता विकास की लागत, अवधि और जटिलता को सीधे प्रभावित करती है।
2. नुकसान। हम समस्याओं को हल करने के लिए विकल्प दिखाते हैं, कार्यों के कार्यान्वयन के लिए विभिन्न विकल्पों की संभावित जटिलता की व्याख्या करते हैं, यदि दूरदर्शी हो। अपूर्ण-दिखने वाले वर्गों और कार्यान्वयनों को उचित ध्यान के बिना, ठीक उसी तरह रचना में जोड़ा जा सकता है। एजेंसी का काम पढ़ाना नहीं है, बल्कि अड़चनों पर ध्यान देना है।
3. और फिर से सामग्री। हम मौजूदा (और केवल!) प्रक्रियाओं, निर्देशों, किसी भी सामग्री का वर्णन करते हैं जो स्वचालन की काल्पनिक या स्पष्ट जटिलता को समझने में मदद करेगा।

पहुँच अधिकार। क्या सब कुछ मानक है?

ब्रीफिंग के दौरान एचआर पूछता है: "और लोग पोर्टल पर कैसे दिखाई देते हैं?" यह बिल्कुल नोटबंदी, लेकिन लगातार और महत्वपूर्ण मुद्दों में से एक है।

अधिकांश प्रोजेक्ट में, समस्या को AD क्लाइंट के साथ एकीकरण द्वारा हल किया जाता है।

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

1. एक्सेस अधिकार सीधे पदानुक्रम से संबंधित हैं। AD में, यह हमेशा सही नहीं होता है - दो अधीनस्थ नहीं होते हैं। कभी-कभी संरचना 1C: ZUP से अनलोड होती है। परिणामस्वरूप, पोर्टल पर एक्सेस स्थापित करने के अनिवार्य रूप से छोटे कार्य से, दो एकीकरण निम्नलिखित हैं: एडी से क्रेडेंशियल्स, 1 सी से संरचना: जेडयूपी।
2. बंद डेटा। विज्ञापन कर्मचारी की पूरी जानकारी संग्रहीत करता है। सुरक्षा नियम आपको इंटरनेट पर जानकारी खोलने की अनुमति नहीं देते हैं। कभी-कभी आपको ग्राहक के कार्यालय में आने की आवश्यकता होती है, स्थानीय नेटवर्क पर बैठते हैं और संरचना को संपादित करते हैं।
3. अभिगम अधिकारों का विनियमन। पोर्टल के अंदर, एक निश्चित स्तर के उपयोगकर्ता को उपलब्ध कार्यों और दस्तावेजों की एक सूची सौंपी जाती है। भूमिका मैट्रिक्स का जन्म महान बहस में हुआ है। ऐसी स्थितियाँ हैं जब किसी कर्मचारी तक पहुँचा नहीं जा सकता है, लेकिन वह एक छोटी सी भूमिका में एक निश्चित अवस्था में इस ब्लॉक में शामिल होता है और उसे केवल एक हिस्सा ही देखना चाहिए। एक्सेस स्थापित करने की प्रक्रिया गैर-तुच्छ है।

हमारी एक परियोजना के लिए भूमिका मैट्रिक्स का एक अंश ।

हम और क्या चर्चा कर रहे हैं?

1. संबंधित पहुँच को सूचीबद्ध करने वाले उपयोगकर्ता समूहों का एक पूल। जो जोड़ते हैं, नाम बदलते हैं, जहां अधिकार बदलते हैं।
2. सिस्टम जो कर्मचारी खातों को जमा करते हैं। जहां पदानुक्रम बेहतर प्रदर्शित किया जाता है, और जहां व्यक्तिगत डेटा है, जिसके साथ एकीकरण करना आवश्यक होगा।
3. AD संरचना में आदेश। कंपनी की जरूरतों के लिए, तकनीकी उपयोगकर्ता बनाए जाते हैं: एक प्रिंटर, एक सशर्त सचिव। उन्हें पोर्टल पर नहीं होना चाहिए। तो संरचना को सीधा किया जाना चाहिए। यह कौन करेगा? ग्राहक, उदाहरण के लिए, हाथ या ठेकेदार कोड।
4. डेटा ट्रांसफर। क्या क्लाइंट सुरक्षित वेब फ़ीड के माध्यम से व्यक्तिगत जानकारी स्थानांतरित करने के लिए तैयार है।

आईटी वातावरण। और क्या के साथ एकीकृत करने के लिए?

एक्सेस अधिकारों के संदर्भ में, हमने पोर्टल को कंपनी के सामान्य आईटी बुनियादी ढांचे में पेश करने का मुद्दा उठाया। हालाँकि, बुनियादी ढांचा केवल AD नहीं है, यह SAP, 1C, LMS के विभिन्न विन्यास, वस्तुओं / सेवाओं के लिए कैलकुलेटर, स्व-लिखित प्रणाली और इतने पर हो सकता है। उनमें से प्रत्येक के साथ एकीकरण ग्राहक पक्ष पर विशेष विशेषज्ञों के साथ एक ब्रीफिंग के दौरान बातचीत का एक अलग विषय है।

हम क्या पता लगा रहे हैं?

1. पोर्टल के कार्यान्वयन से प्रभावित हो सकने वाली प्रणालियों की उपलब्धता। ये सिस्टम हो सकते हैं जो उनके कार्यों का हिस्सा स्थानांतरित करते हैं। उदाहरण के लिए, स्थानीय डिस्क तक पहुंचने वाले ओएस कंडक्टर सहकर्मियों और भागीदारों के लिंक भेजने की क्षमता के साथ एक डिस्क "फाइल स्टोरेज" में तब्दील हो जाते हैं जो अवधि और पासवर्ड संरक्षित हैं।
2. क्या ऐसा कुछ है जो वर्तमान प्रणालियों के अनुरूप नहीं है? आप पोर्टल के कंधों पर क्या बदलाव करना चाहते हैं? उदाहरण के लिए, एक पुराने इंजन पर एक मंच (हाँ, वे अभी भी जीवित हैं) "काम करने वाले समूहों" में चले जाएंगे।
3. टेलीफोनी के साथ एकीकृत करने की क्षमता के अलावा। यहां आपको विभिन्न उपयोग परिदृश्यों के बारे में बात करने की आवश्यकता है, सीआरएम से आंतरिक संचार और वर्तमान पीबीएक्स की जगह।
4. एकीकृत प्रणालियों तक पहुंच प्रदान करना। ग्राहक उन्हें प्रदान करने के लिए तैयार है, या उसके विशेषज्ञ ग्राहक के सिस्टम से डेटा प्राप्त करने के लिए आवश्यक मापदंडों को अनलोड करने का आयोजन करते हैं।
5. क्या क्लाइंट के पास विशेषज्ञ हैं जो एकीकरण में शामिल प्रणालियों के पक्ष में काम करने के लिए तैयार हैं, या इन प्रणालियों के वर्तमान संचालन पर कम से कम सलाह देते हैं?
6. क्या पोर्टल स्थानीय नेटवर्क के अंदर होना चाहिए या बाहर तक पहुंच सकता है (कार्यों, समूहों, एक मोबाइल एप्लिकेशन आदि का उपयोग करने के लिए)? सूचना सुरक्षा विभाग की ओर से प्रतिबंध क्या हैं?
7. क्या क्लाइंट विशेषज्ञ डेवलपर की आवश्यकताओं के अनुसार सर्वर इंफ्रास्ट्रक्चर को व्यवस्थित करने के लिए तैयार हैं? यदि आवश्यक हो तो क्या वे DMZ का आयोजन कर पाएंगे?

हमारे ग्राहकों में से एक की कानूनी इकाई के व्यक्तिगत खाते के आईटी बुनियादी ढांचे का एक छोटा सा हिस्सा, जो बाहरी सिस्टम के साथ सही संचालन के लिए सिंक्रनाइज़ेशन के सभी तत्वों को प्रदर्शित करता है।

एक उदाहरण के रूप में, आइए सबसे आम और "सरल" एकीकरण की बाधाओं को देखें।

एमएस एक्सचेंज के साथ सिंक्रनाइज़ेशन

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

आउटलुक से कर्मचारियों को व्यक्तिगत कैलेंडर और पोर्टल पर मेल ट्रांसप्लांट करना एक बुरा विचार है।

पहला तर्क। आउटलुक परिचित है। कार्यक्रम पोर्टल में सभी कार्यों, और कार्यों के दोहराव को बंद करता है - अतिरिक्त समय, प्रयास और पैसा।

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

हम किस पर चर्चा कर रहे हैं?

1. विनिमय संस्करण। क्या यह बिल्कुल संभव है?
2. सिंक्रनाइज़ेशन की तर्कसंगतता। एक्सचेंज से कर्मचारियों के व्यक्तिगत कैलेंडर के साथ सिंक्रनाइज़ेशन पोर्टल को काम के उपकरणों का एक वैश्विक एग्रीगेटर बनाता है। लेकिन यह एकीकरण अक्सर ग्राहक के लिए इसकी जटिलता और लाभहीनता के कारण उचित नहीं है।
3. एक विकल्प सुझाएं। कुछ आउटलुक कार्य मानक कार्यों को बंद कर देते हैं - बिट्रिक्स वार्ता आरक्षण मॉड्यूल, कार्य समूह के भीतर पत्राचार, एक विशिष्ट कार्य, अतिभारित मेल संचार के एनालॉग की तरह।

1 सी के साथ एकीकरण

1C एक लचीला और वैयक्तिकृत उपकरण है जो कंपनी की जरूरतों के अनुकूल है। समान ट्यून किए गए कार्यक्रमों को पूरा करना असंभव है, कोई भी मानक कॉन्फ़िगरेशन का उपयोग नहीं करता है।

स्थिति उत्पन्न होती है: कॉर्पोरेट पोर्टल के साथ 1 सी के एकीकरण के लिए, एक मानक मॉड्यूल मौजूद है, लेकिन 1 सी अब एक मानक मॉड्यूल नहीं है और मॉड्यूल काम नहीं करता है। एकीकरण अभी भी संभव है, लेकिन यह बहुत अधिक कठिन होता जा रहा है।

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

इसलिए, 1 सी तरफ काम ग्राहक द्वारा स्वयं किया जाना चाहिए, जो बातचीत का एक अतिरिक्त चरण जोड़ता है, प्रक्रिया को जटिल करता है, और एकीकरण का समय बढ़ता है।

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

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

हम किस पर चर्चा कर रहे हैं?

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

इंटरफेस। क्या हम सुंदरता लाएंगे?

पहला उपयोगकर्ता पोर्टल के साथ संपर्क करता है

मुख्य पृष्ठ पहला इंप्रेशन है जो उपयोगकर्ता पोर्टल से प्राप्त करेंगे। यदि वे नहीं समझते हैं, कठिन, असुविधाजनक है, तो पोर्टल के कार्यान्वयन पर काम व्यर्थ हो सकता है।

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

मुख्य पृष्ठ का गठन न केवल उपयोगकर्ता अनुभव, उपयोगिता और नेविगेशन का मामला है, बल्कि व्यावसायिक ग्राहकों के कार्य भी हैं:

1. एक ब्लॉक क्यों आवश्यक है या आवश्यक नहीं है?
2. ये या अन्य साधन कितने गहरे छिपे होने चाहिए?
3. क्या सूचनाएँ प्राथमिकता दी गई हैं?

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

हम किस पर चर्चा कर रहे हैं?

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

ब्रांडिंग

एक कंपनी के कॉर्पोरेट पहचान को दर्शाता है कि एक अंतरिक्ष में दैनिक काम - एक कॉर्पोरेट भावना, संस्कृति और गर्व का एक सा बनाए रखने। ग्राहक और ठेकेदार अलग-अलग तरीकों से कॉर्पोरेट पहचान देखते हैं। वास्तव में:

1. फ़ॉन्ट, पृष्ठभूमि बदलें, एक लोगो जोड़ें एक सरल कहानी है। इसके लिए अतिरिक्त लागत की आवश्यकता नहीं है। मूल स्तर।
2. मूविंग, रिमूवल, ब्लॉक, विगेट्स जोड़ना, मॉड्यूलर ग्रिड बदलना एक और कहानी है और डिजाइन के बारे में भी है। उन्नत स्तर।

हम कार्य बनाते समय प्राधिकरण पृष्ठ से "टेम्पलेट" बटन के लिए डिज़ाइन टेम्पलेट को पूरी तरह से संशोधित कर सकते हैं। लेकिन आपको हमेशा इस सवाल का जवाब चाहिए: “क्यों?”।

फर्स्ट फ्रेट कंपनी के कॉर्पोरेट पोर्टल के पन्नों में से एक। परियोजना के लिए, न केवल व्यक्तिगत इंटरफेस को बदल दिया गया है, बल्कि इसकी स्वयं की डिजाइन प्रणाली भी समर्थित है।

हम किस पर चर्चा कर रहे हैं?

1. महत्व और आवश्यकता। अधिकांश ग्राहकों के लिए, रीडिज़ाइन एक वैकल्पिक कार्य है। यह बहुत बड़ी कंपनियों के लिए आवश्यक हो जाता है, जहां कॉर्पोरेट पहचान के अनुपालन के मुद्दों को वर्तनी और स्थापित किया जाता है।
2. ब्रांडबुक, दिशानिर्देश, डिज़ाइन सिस्टम। क्या ग्राहक के पास कम से कम कुछ है? यदि कोई लोगो, नारा, प्रतीकवाद या कॉर्पोरेट रंग नहीं है, तो हम पहले आइटम पर लौटते हैं या हम एक ब्रांडिंग, विपणन एजेंसी से संपर्क करने की सलाह देते हैं।
3. मानक दृश्य परिवर्तनों के लिए रूपरेखा। विज़ुअल चेंज पोर्टल के बुनियादी स्तर में शामिल किए गए को निर्दिष्ट करें।
4. सूक्ष्मता और गहन पुन: डिज़ाइन की जटिलताएँ।

सहयोग और कार्यान्वयन दृष्टिकोण

: , , - , — . , , , , -, .

. , . , , , .

?

1. - . ? , -? ?
2. . ? - KPI?
3. - . , - , -?
4. . , , . , - .
5. , . , , ? ?
   , . - , . .
6. . — - , « ». , () . , , , .
7. . ? ?
8. . . , ?

IT- -, , .
.

—

, . ( ) :

• - -;
• ;
• , ;
• ;
• ();
• , ;
• .

-, - .

—

, , - ( ), , . , .

?

, , . :

1. . .
2. : , , , , .
3. , .

, . , , . - , - , - ( ).

, — , , , , . , - , .
,

, , , :

1. , .
2. , IT-. , .
3. - , , .. — .
4. . , , .
5. , . , , . — .

आगे क्या है?

. :

1. , . . .
2. , ( , , , ).
3. , — , - , , , , , , , .. .

, , . . — .

, , , .

, -, , .