पहली बार में MS Sharepoint 2013 प्लेटफ़ॉर्म पर इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन का चयन करते समय क्या देखना है। भाग 1

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

तो आइए जानें कि हम इस संगीत से सामान्य रूप से क्या चाहते हैं। हमें MS Sharepoint 2013 प्लेटफ़ॉर्म पर एक सुपाच्य, सुविधाजनक, कार्यात्मक रूप से त्वरित उत्पाद की आवश्यकता है, जिसे भविष्य में विकसित किया जा सकता है और प्रारंभिक कार्यान्वयन के लिए और आगे समर्थन के लिए दोनों पर्याप्त लागत के साथ।

1. उन कार्यों की स्पष्ट समझ, जिन्हें हल करने की आवश्यकता है, इसके अलावा, तब तक प्रतीक्षा न करें जब तक कि वे आपको यह नहीं बताएं कि वे क्या करने की कोशिश कर रहे हैं, लेकिन अपनी आवश्यकताओं के अनुसार बड़ी तस्वीर की कल्पना करने की कोशिश करें।

पहले आपको कुछ महत्वपूर्ण बातों को समझना होगा:

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

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

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

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

सामान्य तौर पर, इससे पहले कि आप एक खोज इंजन में उतरें और एक बॉक्सिंग समाधान और एक डेवलपर चुनना शुरू करें, जितना संभव हो उतना ध्यान से समझने की कोशिश करें कि आपकी कंपनी निकास में क्या प्राप्त करना चाहती है (और आप इसके प्रतिनिधि हैं), इसके अलावा, अधिक बारीकियां वांछनीय हैं, और कम सामान्य वाक्यांश हैं।

2. अनिवार्य समझ - एक बॉक्सिंग समाधान से आपको जो बुनियादी कार्यक्षमता चाहिए, वह फिर से - आपकी आवश्यकताओं के अनुसार, और न कि आपके द्वारा पेश किए गए कानों के खिंचाव के साथ।

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

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

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

कोई ज़रूरत नहीं है कि आप तुरंत गम्भीरता को समझें और अपने हिस्से को पकड़ने की कोशिश करें, MS Sharepoint 2013 पर आधारित जटिल समाधानों की कार्यक्षमता को समझने के लिए या EDMS में अपने आप को एक मेगा-गुरु मानें, एक इंटरनेट से कागज के टुकड़े पर प्रश्नों की बमबारी करते हुए - एक निर्दोष प्रबंधक और एक हजार-पेज के लिए स्टोर पर भागते हुए व्यवस्थापक के नियमावली के अनुसार, यह पर्याप्त रूप से उन कार्यों की मूल बातें समझने के लिए है जिन्हें आपको प्रश्न में हल करने और उन पर निर्माण करने की आवश्यकता है।

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

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

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

मंच।
नो एमएस शेयरपॉइंट 2010। यह एक पुरानी प्रणाली है, लेकिन 2010 की कीमत 2013 की कीमत से भिन्न नहीं है, इसलिए डेवलपर के लिए कोई बहाना नहीं है कि सिस्टम पिछले संस्करण पर क्यों लागू नहीं होता है। जब आप लाइसेंस खरीदते हैं और किसी उत्पाद को कार्यान्वित करते हैं, तो शेयरपॉइंट संस्करण केवल नवीनतम हो सकता है, और कोई बहाना नहीं है। यदि डेवलपर के पास डेमो पर 2013 शेयरपॉइंट से दिखाने के लिए कुछ नहीं है, तो बात करने के लिए कुछ भी नहीं है। साथ ही संभावित ठेकेदार के बारे में बात करने के लिए कुछ भी नहीं - अगर किसी भी कारण से, वह निम्नलिखित कारणों से उत्पाद का डेमो संस्करण दिखाने से इनकार करता है: "कुछ अद्यतन किया जा रहा है", "सर्वर को स्थानांतरित किया जा रहा है", "प्रबंधक बीमार हो गया," कुछ ग्रह पर हुआ टमाटर लोगों का आक्रमण ”, आदि।
यदि कंपनी Sharepoint 2013 में अपनी संपत्तियों में एक बॉक्सिंग तैयार समाधान का स्थान ले रही है, तो डेमो स्टैंड हमेशा 24 घंटे उपलब्ध होना चाहिए - "इसे बाहर निकालें और इसे नीचे रखें" मोड में। 2007 नहीं, 2010 नहीं - अर्थात् 2013 गेंद। डेमो (कंपनी के आकार की परवाह किए बिना) दिखाने के किसी भी बहाने के तहत किसी भी बहाने गरीबों के पक्ष में एक बातचीत कर रहे हैं। बेशक, वे आपसे अतिरिक्त डेटा (नाम, कंपनी का नाम, जो आप का प्रतिनिधित्व करते हैं, और कॉर्पोरेट मेल) के लिए पूछ सकते हैं - लेकिन ये बारीकियां हैं, निश्चित रूप से आपको उनके लिए तैयार रहना चाहिए, यदि आप खुद को एक गंभीर ग्राहक के रूप में स्थान दे रहे हैं - और न केवल "खरीदारी के आसपास" ", कोई भी एक ग्राहक को नहीं चाटेगा जो vasiapupkin@ofigennayapochta.ru के साथ लिखता है
सामान्य तौर पर, पहला नियम यह है कि आप केवल नवीनतम संस्करण के लिए भुगतान करते हैं, और किसी भी बहाने क्यों वे एक पुराने उत्पाद को आपके लिए रोल नहीं करेंगे। Sharepoint के नवीनतम संस्करण का कोई डेमो नहीं है - वार्तालाप बंद है।

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

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

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

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

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

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

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

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

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

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

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

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

सामान्य निष्कर्ष को दो ब्लॉकों में विभाजित किया जा सकता है, इसके अलावा, दूसरे और तीसरे अंक बड़े करीने से पहले के सार से

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

2. भुगतान और परियोजना की शुरुआत से पहले दस्तावेज़ करना अनिवार्य है - भविष्य में उन सभी सुधारों की राशि और शर्तें, जिनकी कंपनी को आवश्यकता हो सकती है। और याद रखें - कि संभावित डेवलपर के लिए आपके संशोधनों को FIG में ज़रूरत नहीं है - चाहे वह विपरीत भाषणों में कैसे गिर जाए। खरीदा - तैनात - अपलोड किए गए उपयोगकर्ता - लॉन्च किए गए। परीक्षण और अलविदा!

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

6. आपकी कंपनी में अन्य Microsoft समाधानों (कॉर्पोरेट पोर्टल, Lync, Exchange, आदि) के साथ भविष्य में उत्पाद को कितनी दूर तक जोड़ा और एकीकृत किया जा सकता है।

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

समाधान (उदाहरण के लिए):

इलेक्ट्रॉनिक वर्कफ़्लो वर्कलाइट डॉक्स और कॉर्पोरेट पोर्टल वर्कलाइट पोर्टल
कॉर्पोरेट पोर्टल इट्टीलान पोर्टल और इलेक्ट्रॉनिक वर्कफ़्लो डॉक्स
Wss पोर्टल कॉर्पोरेट पोर्टल और Wss डॉक्स इलेक्ट्रॉनिक डॉक्यूमेंट
मैनेजमेंट डेस्कवर्क
कॉर्पोरेट पोर्टल Conteq कॉर्पोरेट पोर्टल

थोड़ी देर बाद - मैं जारी रखूंगा ।