कम-कोड / नो-कोड प्लेटफ़ॉर्म और CRM, CRM +, ERP क्या है

नीचे मैं CRM / ERP को लागू करने के 20 वर्षों के अनुभव के आधार पर निम्न-कोड / नो-कोड पर एक नज़र प्रस्तुत करता हूं।
बढ़ती प्रतिस्पर्धा वाली अर्थव्यवस्था में, कम-कोड / नो-कोड जल्द ही एक बड़ी जगह पर कब्जा करना शुरू कर देगा। और यहां पर यह बिंदु नहीं है कि हर कोई सीआरएम / ईआरपी सिस्टम के विक्रेता की श्रम लागत को बचाना चाहता है, कम-कोड / नो-कोड सिस्टम के स्वामित्व की लागत, सिस्टम को बदलने की लागत और सिस्टम त्रुटि बनाने की लागत के मामले में बहुत लाभ देता है।

विभिन्न प्रकार की लागतों के बारे में, सूचना प्रणालियों के संबंध में, इसे यहां और अधिक विस्तार से कहा गया था

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

"लगभग सब कुछ" प्लेटफॉर्म पर अवधारणा में क्या शामिल है?

1. डेटा प्रारूप, उपयोगकर्ता डेटा
2. कंप्यूटिंग
3. डेस्कटॉप / वेब इंटरफेस
4. रिपोर्ट, डैशबोर्ड, एनालिटिक्स
5. दस्तावेज़, समाचार पत्र, सूचना के लिए टेम्पलेट
6. प्रक्रिया प्रबंधन
7. प्रवेश और प्रवेश प्रबंधन
8. साइट पर अपना व्यक्तिगत खाता और डेटा प्रबंधित करें

कम-कोड क्षमताएं "उपयोगकर्ता कार्य - विकास बजट - व्यवसाय विश्लेषक - TK - निष्पादक - परिणाम समन्वय - परिवर्तन - स्वीकृति" को "उपयोगकर्ता कार्य-व्यापार विश्लेषक - स्वीकृति" से श्रृंखला के परिणाम के मार्ग को काफी कम कर देती हैं।

प्रमुख कर्मचारी "वाहक / कंपनी की प्रक्रियाओं के बारे में ज्ञान के मालिक" हैं। यह अनुमति देता है एक उपकरण के अपने हाथों में है! पूरी तरह से! एक उद्यम सूचना प्रणाली बनाएं / संशोधित करें, जिसके कारण:

• अधिक लचीलापन और व्यावसायिक पारदर्शिता
• कम आईटी लागत
• कॉर्पोरेट सूचना प्रणाली विकसित करने की गति बढ़ाना
• कॉर्पोरेट सिस्टम में आंतरिक कार्यों के कार्यान्वयन के लिए जोखिमों को कम करना और इंतजार करना

और अधिक "डाउन टू अर्थ":

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

नीचे एक नज़र है कि कैसे कम-कोड प्रणाली का निर्माण किया जा सकता है। विकल्पों में से एक। प्रमुख बिंदुओं की व्याख्या के साथ।

1. डेटा प्रारूप, उपयोगकर्ता डेटा

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

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

रूसी संघ में आईटी बाजार के विकास के वर्तमान क्षण में, कई कंपनियों - सीआरएम के आपूर्तिकर्ताओं ने अपनी निर्देशिकाओं को जोड़ना सीखा है। केवल एक समझौते के साथ जोड़ना एक पूर्ण मंच कहलाने के लिए पर्याप्त नहीं है।

हाइलाइट

क) अंतिम उपयोगकर्ता के लिए डेटा दृश्य।



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

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

2. गणना

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

एक विकल्प के रूप में:

• गतिशील गणना (तालिका में प्रत्येक क्वेरी की जाती है)
• ईवेंट गणना (केवल ऑडिट रजिस्ट्री में कोई प्रविष्टि बनाए जाने पर या ऑडिट विशेषता में परिवर्तन होने पर प्रदर्शन किया जाता है)
• अनुसूचित गणना (उदाहरण के लिए, रात में या आमतौर पर सप्ताह / महीने में एक बार होती है)

क) गणना एल्गोरिदम का संकलन

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



बी) उसी समय, यहां टी-एसक्यूएल कोड की अनुमति है।



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



ग) "लेखांकन परिणाम है"

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

डी) प्रस्तुतियाँ

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

ई) समुच्चय (रजिस्टर)

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

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

3. डेस्कटॉप / वेब इंटरफेस

क) डिजाइन के लिए पहुंच

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

आधुनिक सीआरएम और ईआरपी सिस्टम के संबंध में, इंटरफ़ेस डिजाइनर को डेस्कटॉप (यदि सिस्टम डेस्कटॉप संस्करण में वितरित किया जाता है) और वेब के लिए दोनों होना चाहिए।

b) खींचा और यह काम करता है

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

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

ग) घटक रचना







इंटरफ़ेस डिजाइनर की घटक संरचना को सभी आधुनिक विज़ुअलाइज़ेशन कार्यों और डेटा के साथ काम करना चाहिए। मानक के अलावा, वहाँ होना चाहिए:

• प्रधान आधार
• संयोजक
• संकेतक
• परिणाम
• Geovizualizatsiya
• अन्य

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

घ) रिकॉर्ड कार्ड



रिकॉर्ड कार्ड के लिए प्रत्येक इकाई के अपने विचार और आवश्यकताएं हो सकती हैं। बिक्री प्रबंधकों को ग्राहक कार्ड को अपने तरीके से, अपने तरीके से लेखांकन करना होगा, प्रबंधन को भी अपने तरीके से देखना होगा।

कम-कोड प्लेटफ़ॉर्म में, इस सुविधा का एहसास करने के लिए, प्रत्येक उपयोगकर्ता समूह से दूसरे में कार्ड की प्रतिलिपि बनाने के साथ सेटिंग्स होनी चाहिए, जबकि उनमें से प्रत्येक में एक अनूठा रूप बनाना चाहिए। यह एम्बेडेड भाषा का उपयोग किए बिना किया जाना चाहिए।

ई) एम्बेडेड भाषा में आउटपुट

उस सब के साथ, कहा, निर्मित भाषा अतिरेक नहीं होगी। लेकिन यह कम-कोड सुविधाओं के लिए एक अतिरिक्त है:



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

4. रिपोर्ट, डैशबोर्ड, एनालिटिक्स

+

5. दस्तावेजों, मेलिंग, सूचनाओं के टेम्पलेट

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



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

6. प्रक्रिया प्रबंधन

बाजार पर कई प्रणालियां हैं जो प्रक्रिया नियंत्रण उपकरण होने का दावा करती हैं। अक्सर यह समझा जाता है, उदाहरण के लिए, कार्यों के अनुक्रमिक वितरण के रूप में, या केवल एक प्रकार (हां / नहीं, जो अनिवार्य रूप से एक सशर्त संक्रमण है) की शाखा।

कम-कोड प्लेटफ़ॉर्म में प्रक्रिया मानचित्र के ग्राफिक संपादकों के प्रोग्रामिंग के बिना शक्तिशाली, सुलभ होना चाहिए, जहां एक व्यापार विश्लेषक को मॉडल करने की क्षमता होनी चाहिए:

1. डेटाबेस में घटनाएँ और इससे:

• इंटरग्रुप उपयोगकर्ता इंटरैक्शन सेट करना
• अभिलेखों और उनकी विशेषताओं का निर्माण और संशोधन
• चैट और समाचार फ़ीड में सूचना
• हैंडलर लॉन्च करें
• सहित मेलिंग सूची गतिशील अनुलग्नकों के साथ

2. अनुसूचक

• o समय को "पहले" और "बाद में" रिकॉर्ड की विशेषताओं के नियंत्रण और / या प्रमुख मूल्यों पर संसाधित करना
• o एक नियमित (अनुसूची) के आधार पर ऊपर वर्णित कार्यों का निर्माण

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

7. अभिगम नियंत्रण और लॉगिंग

मानक इंटरफेस और सशर्त रूप से "नए" वाले सिस्टम को भरने से कार्यान्वयन प्रोग्रामिंग के बिना उपलब्ध हो सकता है और होना चाहिए। जिसमें आइकन सेटिंग्स शामिल हैं और उनके संग्रह लोड हो रहे हैं।



इसी तरह, पहुंच और इसकी सीमाएं।

• किसी भी, सहित उपयोगकर्ता डेटा और निर्देशिका
• डेटा विशेषताओं से पहले
• कंप्यूटिंग और लॉजिक के आधार पर पहुंच

प्रत्येक उपयोगकर्ता समूह के लिए अलग से

8. एक साइट पर ग्राहकों और डेटा के एक व्यक्तिगत खाते का प्रबंधन

इसी तरह, ऑडिट लॉग (लॉगिंग) का प्रबंधन



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

यह प्रोग्रामिंग की विफलता के बारे में नहीं है। जैसा कि ऊपर दिखाया गया है - हर जगह एक प्रवेश द्वार / पहुंच / एक और स्तर होना चाहिए ताकि एम्बेडेड भाषाओं और एसक्यूएल में कुछ मुद्दों को लागू किया जा सके।

मुद्दा यह है कि कम-कोड वाले प्लेटफ़ॉर्म वस्तुनिष्ठ कारणों से कंपनियों के लिए फायदेमंद हैं और वास्तव में, सरल भाषा में ट्रेंड: मार्केटर्स / बिज़नेस एनालिस्ट के काम का ऑटोमेशन - उनके काम को आसान बनाने और तेज़ करने के लिए, स्पष्ट है।

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

और एक बार फिर "विभिन्न प्रकार की लागतों पर, जैसा कि सूचना प्रणालियों पर लागू होता है," यहां अधिक विस्तार से कहा गया था