नो-कोड कैसे काम करता है (ऑब्जेक्ट, फ़ील्ड और मेटाडेटा)
आप बिना प्रोग्रामिंग के अपने आप CRM को क्यों अनुकूलित कर सकते हैं, और इस लचीलेपन के बारे में कैसे सोचें।
कई सिस्टम में, रिकॉर्ड प्रकार बदलने के लिए एक प्रोग्रामर और एक नए रिलीज़ की आवश्यकता होती है। यहाँ नहीं। ऑब्जेक्ट, फ़ील्ड और मान कॉन्फ़िगरेशन के रूप में व्यवहृत होते हैं। जब आप कोई फ़ील्ड बनाते या बदलते हैं, तो सिस्टम स्वतः इसे प्रदर्शित करना, मान्य करना और फ़ॉर्म, सूचियों, बोर्ड व एक्सपोर्ट में शामिल करना शुरू कर देता है।
व्यवहार में इसका मतलब
- कंपनियों की टैक्स ID संग्रहीत करनी है? एक "टैक्स ID" फ़ील्ड बनाएं और यह तुरंत दिखाई देगी।
- आपके फ़नल के अलग चरण हैं? अपने चरणों से मेल खाने के लिए Stage फ़ील्ड के मान संपादित करें।
- एक नया ऑब्जेक्ट चाहिए, जैसे "अनुबंध" या "संपत्तियाँ"? इसे एक कस्टम ऑब्जेक्ट के रूप में मॉडल करें।
- टीम बदल गई? एक नई एक्सेस भूमिका बनाएं और परिभाषित करें कि वह ऑब्जेक्ट-दर-ऑब्जेक्ट क्या देखती है।
मॉडलिंग के लिए दृष्टिकोण
- उन "कार्ड" की सूची बनाएं जिनका आपका व्यवसाय उपयोग करता है (ऑब्जेक्ट)।
- हर कार्ड के लिए, उस डेटा की सूची बनाएं जिसे संग्रहीत करने की आवश्यकता है (फ़ील्ड)।
- चयन फ़ील्ड (सूचियाँ) और उनके मान पहचानें (जैसे Stage, Status, Industry)।
- परिभाषित करें कि कौन क्या एक्सेस करता है (भूमिकाएँ)।
आश्रित सूचियाँ: एक सूची के विकल्प दूसरी के अनुसार बदलते हैं
एक चयन सूची उसी ऑब्जेक्ट की दूसरी सूची पर निर्भर हो सकती है। उदाहरण: प्रकार में आप "उत्पाद" या "सेवा" चुनते हैं और उप-प्रकार में केवल उसी चयन के अनुरूप विकल्प दिखते हैं। सेट करने के लिए, सेटिंग्स → ऑब्जेक्ट और फ़ील्ड में चाइल्ड फ़ील्ड खोलें, "निर्भर है" में मूल सूची चुनें और दिखने वाली तालिका में मूल सूची के प्रत्येक विकल्प के लिए उपलब्ध चाइल्ड विकल्प चिह्नित करें। बिना किसी चिह्न वाला मूल विकल्प पूरी सूची रखता है।
आश्रित सूची फ़ॉर्म में तभी दिखती है जब मूल सूची में कोई विकल्प चुना गया हो; उससे पहले वह छिपी रहती है।
रिकॉर्ड फ़ॉर्म में मूल विकल्प बदलने पर चाइल्ड केवल अनुमत विकल्प दिखाता है और पिछला चयन अमान्य होने पर साफ़ हो जाता है। सर्वर हर प्रवेश बिंदु (फ़ॉर्म, आयात, API, ऐप) पर यही नियम लागू करता है और मूल चयन द्वारा अनुमत न होने वाले ज्ञात विकल्प को अस्वीकार करता है; सूची में अब मौजूद न रहने वाले पुराने मान, किसी भी सूची की तरह, स्वीकार्य रहते हैं।
किसी फ़ील्ड को हटाने पर वह सभी पाइपलाइन चरणों के आवश्यक फ़ील्ड से भी हट जाती है। कोई चरण कभी ऐसी फ़ील्ड की माँग नहीं करता जो अब मौजूद नहीं है, इसलिए फ़ील्ड हटाने से कोई अवसर आगे बढ़ने से कभी नहीं रुकता।