जो CRM केवल अपने ही फ़ील्ड लेता है, वह आपको स्प्रेडशीट पर लौटा देता है

छोटा टेक्स्ट, लंबा टेक्स्ट, समृद्ध टेक्स्ट, संख्या, तिथि, तिथि और समय, हाँ/नहीं, चयन सूची, बहुविकल्प, ईमेल, फ़ोन, वेब पता और उपयोगकर्ता का संदर्भ। प्रकार सजावट नहीं है: वह प्रविष्टि, क्रमबद्धता, छँटाई और यह तय करता है कि स्वचालन उस फ़ील्ड के साथ क्या कर सकता है। टेक्स्ट के रूप में रखी तिथि कभी कुछ शुरू नहीं करेगी।

• तेरह फ़ील्ड प्रकार, हर एक की अपनी प्रविष्टि
• चयन सूचियाँ जिनका स्रोत सर्वर है
• स्थिर आंतरिक कुंजी, बदली जा सकने वाली लेबल
• भरने वाले के लिए वैकल्पिक विवरण

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

• हर ऑब्जेक्ट की अपनी विशेषताएँ
• किन्हीं भी दो ऑब्जेक्ट के बीच संबंध
• नामित भूमिका: हस्ताक्षरकर्ता, स्वामी, निदेशक
• खंड और स्वचालन इन्हें बाकी की तरह ही मानते हैं

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

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

इस बिंदु पर हमने समझौता नहीं किया। जब तथ्य उत्तर की अनुमति नहीं देते, गुण गढ़ा हुआ मान रखने के बजाय «विरत» स्थिति के साथ खाली रहता है। और मान निर्देश तथा तथ्यों की छाप पर संचित होता है: जब तक कुछ बदला नहीं, मॉडल को नहीं बुलाया जाता — यानी वही उत्तर पाने के लिए क्रेडिट नहीं जलते।

• चार स्थितियाँ: निर्मित, चल रहा, विरत, त्रुटि
• निर्देश और तथ्यों की छाप पर संचयन
• भरना माँगने पर होता है, पृष्ठभूमि में नहीं
• त्रुटि कारण सहित दिखाई जाती है