नो-कोड कैसे काम करता है (ऑब्जेक्ट, फ़ील्ड और मेटाडेटा)
आप बिना प्रोग्रामिंग के अपने आप CRM को क्यों अनुकूलित कर सकते हैं, और इस लचीलेपन के बारे में कैसे सोचें।
कई सिस्टम में, रिकॉर्ड प्रकार बदलने के लिए एक प्रोग्रामर और एक नए रिलीज़ की आवश्यकता होती है। यहाँ नहीं। ऑब्जेक्ट, फ़ील्ड और मान कॉन्फ़िगरेशन के रूप में व्यवहृत होते हैं। जब आप कोई फ़ील्ड बनाते या बदलते हैं, तो सिस्टम स्वतः इसे प्रदर्शित करना, मान्य करना और फ़ॉर्म, सूचियों, बोर्ड व एक्सपोर्ट में शामिल करना शुरू कर देता है।
व्यवहार में इसका मतलब
- कंपनियों की टैक्स ID संग्रहीत करनी है? एक "टैक्स ID" फ़ील्ड बनाएं और यह तुरंत दिखाई देगी।
- आपके फ़नल के अलग चरण हैं? अपने चरणों से मेल खाने के लिए Stage फ़ील्ड के मान संपादित करें।
- एक नया ऑब्जेक्ट चाहिए, जैसे "अनुबंध" या "संपत्तियाँ"? इसे एक कस्टम ऑब्जेक्ट के रूप में मॉडल करें।
- टीम बदल गई? एक नई एक्सेस भूमिका बनाएं और परिभाषित करें कि वह ऑब्जेक्ट-दर-ऑब्जेक्ट क्या देखती है।
उदाहरण: एक रियल एस्टेट एजेंसी "संपत्ति" ऑब्जेक्ट बनाती है जिसमें Address, Area, Price और Status फ़ील्ड होते हैं, और उसी CRM में, Contacts और Opportunities के साथ, संपत्तियों का प्रबंधन शुरू करती है।
उदाहरण: एक कंसल्टिंग फर्म अवसर की "Type" फ़ील्ड बदलकर उसमें "प्रोजेक्ट", "रिटेनर" और "Training" रखती है, और बोर्ड व रिपोर्ट तुरंत उस वास्तविकता को दर्शाते हैं।
मॉडलिंग के लिए दृष्टिकोण
- उन "कार्ड" की सूची बनाएं जिनका आपका व्यवसाय उपयोग करता है (ऑब्जेक्ट)।
- हर कार्ड के लिए, उस डेटा की सूची बनाएं जिसे संग्रहीत करने की आवश्यकता है (फ़ील्ड)।
- चयन फ़ील्ड (सूचियाँ) और उनके मान पहचानें (जैसे Stage, Status, Industry)।
- परिभाषित करें कि कौन क्या एक्सेस करता है (भूमिकाएँ)।
💡 पहले सोचें "मुझे किन कार्ड की आवश्यकता है?" और "हर एक में क्या डेटा है?"। बाकी सिस्टम आपके लिए बना देता है: स्क्रीन, मान्यीकरण और एक्सपोर्ट।