1,000 लीड्स आयात करने से पहले: सीआरएम डेटा आयात चेकलिस्ट
स्प्रेडशीट तैयार लग रही थी: 1,046 पंक्तियाँ, हरे रंग के ईमेल सत्यापन चिह्न और एक "स्थिति" कॉलम। तभी सेल्स मैनेजर ने पूछा: इनमें से कौन सी पंक्तियाँ कंपनियों की हैं और कौन सी व्यक्तियों की? क्या "सक्रिय" का अर्थ शोध किया गया, सौंपा गया या संपर्क किया गया है? यदि दो व्यक्ति एक ही डोमेन साझा करते हैं, तो क्या वे एक खाता हैं या दो संभावित ग्राहक?
मूल फ़ाइलों को दोबारा खोले बिना कोई भी इसका जवाब नहीं दे सकता था। यही तो CRM डेटा आयात चेकलिस्ट का उद्देश्य है: यह साबित करना कि शोधकर्ता के जाने के बाद दूसरा सेल्सपर्सन प्रत्येक रिकॉर्ड को समझ सकता है।
SaleAI CRM मैनेजमेंट संपर्क और कंपनी रिकॉर्ड, टैग, आयात, निर्यात, डेटा असाइन करने, कॉलम चुनने और रिकॉर्ड फ़िल्टर करने के लिए दृश्य नियंत्रण प्रदान करता है। ये नियंत्रण फ़ाइल की स्पष्ट संरचना होने के बाद उपयोगी होते हैं। हालांकि, इससे यह तय करने की आवश्यकता समाप्त नहीं होती कि कोई पंक्ति क्या दर्शाती है, कौन सा फ़ील्ड प्रामाणिक है, या कोई लीड बिक्री कार्रवाई के लिए तैयार है या नहीं।
यह गाइड बड़े अपलोड से पहले ही ये निर्णय ले लेती है। 12-पंक्ति परीक्षण, मैपिंग शीट, स्टॉप नियम और आयात के बाद की जाँच संपादकीय विधियाँ हैं, न कि SaleAI का स्वचालित व्यवहार।
90 सेकंड का उत्तर
B2B सूची आयात करने से पहले, कंपनी संबंधी जानकारी को संपर्क संबंधी जानकारी से अलग करें, स्थिर पहचानकर्ता चुनें, रिक्त स्थान संबंधी नियम परिभाषित करें, पुन: उपयोग योग्य टैग का उपयोग करें और केवल तभी स्वामी निर्दिष्ट करें जब कोई अगली कार्रवाई मौजूद हो। 12 सामान्य और असामान्य परीक्षण पंक्तियाँ लोड करें। फिर परिणाम की जाँच करने के लिए SaleAI के फ़िल्टर, कॉलम सेटिंग्स, रिकॉर्ड दृश्य और असाइनमेंट नियंत्रणों का उपयोग करें।
सभी 1,000 पंक्तियों से शुरुआत न करें। एक छोटा सा परीक्षण सफल अपलोड की बड़ी सूचना से कहीं अधिक जानकारी देता है।
SaleAI CRM स्क्रीन पर वास्तव में क्या दिखाया गया
14 अगस्त, 2026 को लॉग-इन किए गए SaleAI बैकएंड की रीड-ओनली जांच में कॉन्टैक्ट मैनेजमेंट, कंपनी मैनेजमेंट और टैग मैनेजमेंट पाए गए। कॉन्टैक्ट मैनेजमेंट में हेल्प, डेटा इंपोर्ट, डेटा एक्सपोर्ट, डेटा असाइनमेंट, कॉलम सेटिंग्स, ऐड कॉन्टैक्ट, कई फ़िल्टर प्रकार और सामान्य मालिक और संपर्क फ़ील्ड प्रदर्शित हुए। कंपनी मैनेजमेंट ने भी इसी तरह का अकाउंट-लेवल पैटर्न अपनाया। टैग मैनेजमेंट में नाम, रंग, टाइमस्टैम्प और एडिट या डिलीट एक्शन के साथ रियूजेबल टैग दिखाए गए।
निरीक्षण में नीचे दिए गए दाहिने कॉलम में उल्लिखित वस्तुओं की पुष्टि नहीं हुई।
| SaleAI इंटरफ़ेस में सत्यापित | स्वचालित SaleAI क्षमता के रूप में सत्यापित नहीं है |
|---|---|
| संपर्क, कंपनी और टैग क्षेत्रों को अलग करें | डुप्लिकेट रोकने की गारंटी |
| डेटा आयात और डेटा निर्यात प्रविष्टियाँ | प्रत्येक फ़ाइल के लिए संपर्क और कंपनी का स्वचालित मिलान |
| डेटा असाइनमेंट नियंत्रण | स्वचालित स्वामी चयन |
| कॉलम सेटिंग्स और कई फ़िल्टर प्रकार | प्रत्येक स्रोत के लिए एक सार्वभौमिक क्षेत्र-मैपिंग टेम्पलेट |
| मालिक, कंपनी, ईमेल, फ़ोन, सोशल मीडिया, स्टेज, टैग और अंतिम संपर्क फ़ील्ड | गलत आयात को एक क्लिक में वापस लेना |
यह सीमा महत्वपूर्ण है। यदि उत्पाद के प्रदर्शन से बाद में कोई और महत्वपूर्ण व्यवहार सामने आता है, तो उसे दस्तावेज़ में दर्ज करें। तब तक, प्रतिवर्ती परीक्षण का उपयोग करें और परिणाम की जांच करें।
पहला निर्णय: क्या इस फाइल को सीआरएम में प्रवेश करने की अनुमति है?
सबसे महंगी आयात त्रुटियां अक्सर आयात बटन को छूने से पहले ही दिखाई देती हैं। CRM डेटा आयात चेकलिस्ट को स्टॉप गेट के साथ शुरू करें, और इनमें से कोई भी शर्त पूरी होने पर कार्य को रोक दें:
- एक पंक्ति में कंपनी का नाम, किसी व्यक्ति का ईमेल पता और एक ऐसी स्थिति शामिल है जिसका अर्थ दस्तावेजी रूप से दर्ज नहीं है।
- यह फ़ाइल खाली मान और "जांच नहीं की गई" या "लागू नहीं" के बीच अंतर नहीं कर सकती।
- कई शोधकर्ताओं ने एक ही बाजार, स्रोत या चरण के लिए अलग-अलग वर्तनी का इस्तेमाल किया।
- एक टैग में एक बार उपयोग होने वाली खोज क्वेरी होती है जिसका दोबारा कभी उपयोग नहीं किया जाएगा।
- आयात, समीक्षा या सुधार फ़ाइल का स्वामित्व किसी के पास नहीं है।
- इस सूची में व्यक्तिगत डेटा शामिल है जिसका कोई परिभाषित व्यावसायिक उद्देश्य या प्रतिधारण निर्णय नहीं है।
- "योग्य" का लेबल उस साक्ष्य के बिना भी मौजूद है जिसका उपयोग इसे प्राप्त करने के लिए किया गया था।
यूके सूचना आयुक्त कार्यालय डेटा न्यूनीकरण को व्यक्तिगत डेटा को पर्याप्त, प्रासंगिक और आवश्यक तक सीमित रखने के रूप में परिभाषित करता है। यह सटीकता को एक निरंतर जिम्मेदारी के रूप में भी मानता है। ये सिद्धांत बाह्य शासन संबंधी दिशानिर्देश हैं, न कि SaleAI उत्पाद की सेटिंग्स, लेकिन बिक्री सूची अपलोड करने से पहले अनुमानित व्यक्तिगत फ़ील्ड को हटाने का यह एक ठोस कारण है।
दो साफ-सुथरे रिकॉर्ड बनाएं, एक भीड़ भरी पंक्ति नहीं।
किसी कर्मचारी के पद परिवर्तन के बाद भी कंपनी का खाता लक्षित खाता बना रह सकता है। व्यक्ति का स्थानांतरण हो सकता है, लेकिन मूल खाता प्रासंगिक बना रहता है। इन दोनों को अलग-अलग रिकॉर्ड के रूप में मानने से यह वास्तविकता बनी रहती है।
कंपनी रिकॉर्ड
कानूनी या व्यापारिक नाम, डोमेन, बाजार, कंपनी का प्रकार, स्रोत प्रमाण, उत्पाद की प्रासंगिकता, स्वामी, चरण और समीक्षा तिथि को एक साथ रखें।
संपर्क रिकॉर्ड
नाम, कार्य ईमेल, उपयुक्त फ़ोन नंबर या सार्वजनिक प्रोफ़ाइल, भूमिका, नियोक्ता संदर्भ, मालिक, चरण, दमन नोट और समीक्षा तिथि को एक साथ रखें।
फ़ाइलों को एक साझा मान से जोड़ें। एक मानकीकृत डोमेन अक्सर डिस्प्ले नाम की तुलना में अधिक स्थिर होता है, लेकिन समूह और क्षेत्रीय साइटें कई डोमेन का उपयोग कर सकती हैं। समीक्षा के लिए मूल मान को सुरक्षित रखें।
हबस्पॉट के आधिकारिक आयात दस्तावेज़ में एक उपयोगी सामान्य निर्देश दिया गया है: संपर्क और कंपनियों के लिए सभी फ़ाइलों में एक समान कॉलम होना आवश्यक है, जबकि विशिष्ट पहचानकर्ता डुप्लिकेट से बचने में मदद करते हैं। यह हबस्पॉट का वर्णन करता है, न कि सेलएआई का, इसलिए अभ्यास के दौरान सेलएआई के टेम्पलेट और एसोसिएशन व्यवहार की पुष्टि अवश्य कर लें।
फील्ड-मैपिंग शीट जो अप्रत्यक्ष नुकसान को रोकती है
स्रोत वर्कबुक में कॉलम का नाम सीधे न बदलें। CRM डेटा आयात चेकलिस्ट के फ़ील्ड-मैपिंग अनुभाग में प्रत्येक स्रोत फ़ील्ड के लिए एक पंक्ति होनी चाहिए। यही आयात के लिए निर्णय रिकॉर्ड बन जाता है।
| स्रोत स्तंभ | इच्छित बिक्री एआई गंतव्य | परिवर्तन | रिक्त नियम | आलोचक |
|---|---|---|---|---|
business_name |
कंपनी का नाम | रिक्त स्थान हटाएँ; मूल नोट में मूल वर्तनी बनाए रखें | यदि खाली हो तो अस्वीकार करें | अनुसंधान प्रमुख |
website |
कंपनी/डोमेन संदर्भ | होस्ट को लोअरकेस में लिखें; ट्रैकिंग पथ हटाएँ | यदि अनुपस्थित हो तो मैन्युअल समीक्षा करें | डेटा समीक्षक |
contact_person |
संपर्क नाम | मानव-पठनीय क्रम को बनाए रखें | यदि अज्ञात हो तो आयात न करें | बिक्री संचालन |
work_email |
ई - मेल से संपर्क करे | छोटे अक्षरों में; आविष्कार न करें | इसे खाली छोड़ दें और ईमेल को अपुष्ट के रूप में चिह्नित करें। | डेटा समीक्षक |
source_type |
टैग या स्रोत नोट | नियंत्रित सूची में मैप करें | अप्रमाणित मानों को अस्वीकार करें | अनुसंधान प्रमुख |
lead_status |
ग्राहक चरण | किसी स्वीकृत चरण शब्दकोश का उपयोग करके अनुवाद करें | समीक्षा कतार में डिफ़ॉल्ट रूप से, योग्य नहीं | बिक्री प्रबंधक |
sales_rep |
मालिक | सक्रिय मालिकों की सूची से मिलान करें | समीक्षा के लिए इसे किसी को सौंपा नहीं गया है | बिक्री प्रबंधक |
checked_on |
समीक्षा तिथि या नोट | एक ही दिनांक प्रारूप में परिवर्तित करें | यदि ताजगी आवश्यक हो तो अस्वीकार करें | डेटा समीक्षक |
मैपिंग शीट में यह भी बताया जाना चाहिए कि क्या आयात नहीं किया जाएगा। कच्चे स्क्रैपिंग नोट्स, अनुमानित वरिष्ठता, बिना अनुमति के उपयोग किए जा सकने वाले व्यक्तिगत ईमेल पते और अस्थायी गणना कॉलम आमतौर पर कार्यशील CRM रिकॉर्ड में शामिल नहीं होने चाहिए।
फ़ाइल के लिए, CSV के सामान्य नियमों का पालन करें: एक हेडर पंक्ति, प्रति पंक्ति एक रिकॉर्ड, प्रत्येक पंक्ति में फ़ील्ड की समान संख्या, और अल्पविराम या पंक्ति विराम वाले मानों के चारों ओर उद्धरण चिह्न। RFC 4180 इन सामान्य CSV नियमों और text/csv मीडिया प्रकार का विवरण देता है। यह SaleAI की अपलोड सीमाएँ परिभाषित नहीं करता है, इसलिए समर्थित फ़ाइल प्रकारों और आकार के लिए लाइव इम्पोर्टर ही एकमात्र प्राधिकारी है।
12 पंक्तियों का पूर्वाभ्यास करें
बारह पंक्तियाँ अधिकांश मैपिंग त्रुटियों को उजागर करने के लिए पर्याप्त हैं, साथ ही इन्हें मैन्युअल रूप से जांचना भी आसान रहता है। यह CRM डेटा आयात चेकलिस्ट का त्रुटि-खोज भाग है, इसलिए पहली 12 पंक्तियों का चयन न करें। जानबूझकर एक छोटा परीक्षण सेट तैयार करें।
| परीक्षण पंक्ति | यह रिहर्सल में क्यों शामिल होना चाहिए? |
|---|---|
| 1-3 | सामान्य पूर्ण कंपनी-संपर्क जोड़े |
| 4 | दो संपर्कों वाली कंपनी |
| 5 | बिना सत्यापित ईमेल पते के संपर्क करें |
| 6 | कंपनी के नाम में अल्पविराम या उद्धरण चिह्न शामिल होना |
| 7 | किसी कंपनी या व्यक्ति के नाम में गैर-अंग्रेजी अक्षर |
| 8 | डोमेन अनुपलब्ध है लेकिन विश्वसनीय स्रोत के प्रमाण मौजूद हैं |
| 9 | अलग डिस्प्ले नाम वाला संभावित डुप्लिकेट डोमेन |
| 10 | अज्ञात स्वामी |
| 11 | चरण मान जो स्वीकृत शब्दकोश से मेल नहीं खाता |
| 12 | वह रिकॉर्ड जिसे अस्वीकार किया जाना चाहिए, यह साबित करता है कि रोक नियम काम करता है |
मूल फ़ाइल को अपरिवर्तित रखें। परीक्षण फ़ाइल के नाम में तिथि डालें, पंक्तियों की संख्या दर्ज करें और अनुमोदक का नाम लिखें। यदि कोई मान बदलता है, तो मूल फ़ाइल, तैयार फ़ाइल और आयातित परिणाम की तुलना करें।
SaleAI में अपलोड संदेश के अलावा परिणाम की भी जांच करें।
इस प्रक्रिया में SaleAI के देखे गए नियंत्रणों का उपयोग किया गया है। उत्पादन में आयात करने से पहले सक्रिय खाते के संकेतों, सीमाओं और मैपिंग स्क्रीन की पुष्टि करें।
संपर्क और कंपनी के विभाजन की जाँच करें
संपर्क प्रबंधन और कंपनी प्रबंधन को अलग-अलग खोलें। जांचें कि कंपनी से संबंधित जानकारी व्यक्तिगत फ़ील्ड में तो नहीं आ गई है और प्रत्येक संपर्क सही खाते से जुड़ा हुआ है। आवश्यक फ़ील्ड की समीक्षा करने के लिए कॉलम सेटिंग्स का उपयोग करें।
रिक्त स्थानों और अपवाद मामलों के लिए फ़िल्टर करें
लापता मालिकों, लापता कंपनियों, अप्रत्याशित चरणों और पूर्वाभ्यास टैग को खोजने के लिए स्थिति या उन्नत फ़िल्टर का उपयोग करें। एक ज्ञात सकारात्मक और एक ज्ञात नकारात्मक का परीक्षण करें; शून्य परिणाम वाला फ़िल्टर गलत हो सकता है।
स्वामित्व की समीक्षा एक निर्णय के रूप में करें
डेटा असाइनमेंट एक परिभाषित अगली कार्रवाई के अनुसार होना चाहिए। बिना अगली कार्रवाई वाला रिकॉर्ड समीक्षाधीन रह सकता है; केवल रिक्त स्थानों को हटाने के लिए प्रत्येक पंक्ति को असाइन करना झूठी जवाबदेही पैदा करता है।
परीक्षण समूह को निर्यात करें
12 पंक्तियों वाले डेटा समूह को निर्यात करें और तैयार की गई फ़ाइल के साथ नाम, डोमेन, स्वामी, चरण, टैग, विराम चिह्न और गैर-अंग्रेज़ी वर्णों की तुलना करें। इससे बड़े पैमाने पर उपयोग करने से पहले ही गलत धारणा का पता चल जाता है, जिससे नुकसान होने की संभावना बढ़ जाती है।
एक उदाहरण: एक खाता, तीन व्यक्ति, दो स्रोत पथ
एक औद्योगिक सेंसर निर्यातक को नॉर्डवर्क प्रोसेस जीएमबीएच और तीन सार्वजनिक पेशेवर प्रोफाइल मिले। स्रोत पंक्तियों में कंपनी के नाम के तीन अलग-अलग रूप इस्तेमाल किए गए हैं; दो लोग एक ही डोमेन साझा करते हैं, एक के पास ईमेल नहीं है, और व्यापार संबंधी प्रमाण छह महीने पुराना है।
कंपनी के रिकॉर्ड में एक मानकीकृत नाम और डोमेन का उपयोग किया गया है, मूल कार्य को बरकरार रखा गया है, बाजार और उत्पाद वर्ग को जोड़ा गया है, और "समीक्षित शोध" का विवरण दिया गया है। इसमें वर्तमान खरीद इरादे का दावा नहीं किया गया है।
संपर्क रिकॉर्ड में नाम, पद, उपलब्ध कार्य विवरण और समीक्षा तिथियां दर्ज होती हैं। सत्यापित ईमेल पता न होने पर भी जांच जारी रहती है; कोई भी ईमेल पता फर्जी नहीं बनाया जाता। ये तीनों ही एक ही कंपनी की पहचान की ओर इशारा करते हैं।
अगली कार्रवाई तय होने के बाद मालिक को खाता प्राप्त होता है: वितरक की उपयुक्तता सत्यापित करना और खरीद समूह की पहचान करना। एक टैग स्रोत परिवार को रिकॉर्ड करता है; दिनांकित साक्ष्य और अनिश्चितता नोट्स में दर्ज रहती हैं।
आयात के बाद, समीक्षक पूर्वाभ्यास टैग को फ़िल्टर करता है और कंपनी, स्वामी, चरण, ईमेल, अंतिम संपर्क और टैग की जाँच करता है। अस्पष्ट रिकॉर्ड पाए जाने पर पूर्ण आयात से पहले मैपिंग में संशोधन किया जाता है।
बैचों में स्केल करें, सुधार पथ के साथ
12 पंक्तियों का पूर्वाभ्यास पूरा हो जाने के बाद, CRM डेटा आयात चेकलिस्ट तैयारी से नियंत्रित स्तर पर पहुँच जाती है। बड़ी सूची को नाम सहित बैचों में आयात करें। एक बैच एक बाज़ार, एक स्रोत समूह या एक समीक्षा तिथि का प्रतिनिधित्व कर सकता है। इसे इतना छोटा रखें कि किसी सुधार के लिए पूरे CRM को दोबारा बनाने की आवश्यकता न पड़े।
प्रत्येक बैच के लिए, निम्नलिखित रिकॉर्ड करें:
- स्रोत फ़ाइल और तैयार फ़ाइल के नाम;
- प्रस्तुत की गई पंक्तियों की संख्या और स्वीकार की गई पंक्तियों की संख्या;
- मैपिंग संस्करण;
- स्वामी और अनुमोदन का समय;
- बैच के लिए प्रयुक्त नियंत्रित टैग;
- ज्ञात अपवाद;
- निर्यातित सत्यापन फ़ाइल;
- पाई गई समस्याएं और सुधार संबंधी निर्णय।
यह मानकर न चलें कि आयात को स्वचालित रूप से वापस लिया जा सकता है। अगस्त में किए गए निरीक्षण में रोलबैक नियंत्रण की पुष्टि नहीं हुई। खाता-विशिष्ट व्यवहार की पुष्टि होने तक, एक स्वच्छ स्रोत फ़ाइल, एक छोटा बैच, एक बैच टैग और एक निर्यात ही सुधार का सुरक्षित तरीका है।
48 घंटे बाद अच्छा दिखने का क्या मतलब है?
पंक्तियाँ दिखाई देने पर ही आयात गुणवत्ता की जाँच पूरी नहीं हो जाती। CRM डेटा आयात चेकलिस्ट का अंतिम चरण दो दिन बाद होता है, जब टीम यह देखती है कि डेटा वास्तविक कार्य के लिए उपयुक्त है या नहीं।
पहला, क्या कोई विक्रेता मूल शोध कार्य खोले बिना यह समझा सकता है कि खाता क्यों मौजूद है? दूसरा, क्या टीम बिना असाइन किए गए या बिना समीक्षा किए गए रिकॉर्ड को फ़िल्टर कर सकती है? तीसरा, क्या चरण आयातक के मूड के बजाय सहमत बिक्री स्थिति का वर्णन कर रहे हैं? चौथा, क्या टैग रिकॉर्ड को इस तरह से समूहित करते हैं कि वे अगले महीने भी उपयोगी रहें? अंत में, क्या कोई संपर्क कंपनी के इतिहास को मिटाए बिना अपनी भूमिका बदल सकता है?
यदि इनमें से किसी भी प्रश्न का उत्तर 'नहीं' है, तो अगले बैच को रोक दें। अधिक पंक्तियाँ जोड़ने से मॉडल में सुधार नहीं होगा।
SaleAI प्रासंगिक परिचालन सतहों को एक साथ लाता है: अनुसंधान परिणामों को डेटा एसेट्स में सुरक्षित रखा जा सकता है, समीक्षा किए गए संपर्कों और कंपनियों को CRM प्रबंधन में व्यवस्थित किया जा सकता है, और आगे के कार्यों को अनुसंधान चरण से अलग किया जा सकता है। B2B लीड स्रोत ट्रैकिंग लेख उत्पत्ति को संरक्षित करने का तरीका बताता है। B2B लीड योग्यता लेख तत्परता निर्णयों को कवर करता है, जबकि B2B डेटा पुनर्मूल्यांकन तब उपयोगी होता है जब किसी पुरानी सूची की दोबारा जांच की आवश्यकता होती है।
इसका व्यावहारिक नियम सरल है: केवल वही संरचना आयात करें जिसे आपकी टीम समझा सके, परीक्षण कर सके, फ़िल्टर कर सके, असाइन कर सके और सही कर सके। यही वह चीज़ है जो सीआरएम डेटा आयात चेकलिस्ट को स्प्रेडशीट अभ्यास से एक कारगर सुरक्षा उपाय में बदल देती है।
वर्कफ़्लो का मूल्यांकन करने वाली टीमें SaleAI CRM की समीक्षा कर सकती हैं, SaleAI की कीमतों की तुलना कर सकती हैं और अपने डेटा के लिए आवश्यक सटीक आयात टेम्पलेट, समर्थित पहचानकर्ताओं, संबद्ध व्यवहार, डुप्लिकेट हैंडलिंग और सुधार विकल्पों पर केंद्रित विस्तृत जानकारी का अनुरोध कर सकती हैं।
अक्सर पूछे जाने वाले प्रश्नों
सीआरएम डेटा आयात चेकलिस्ट क्या है?
यह रिकॉर्ड प्रकारों, पहचानकर्ताओं, मैपिंग, रिक्ति नियमों, चरणों, मालिकों, टैग, परीक्षण पंक्तियों और आयात के बाद की जांच की समीक्षा करता है ताकि लोड किया गया डेटा समझने योग्य और सही करने योग्य बना रहे।
SaleAI CRM के किन कार्यों का सत्यापन किया गया?
14 अगस्त, 2026 को किए गए बैकएंड निरीक्षण में संपर्क प्रबंधन, कंपनी प्रबंधन, टैग प्रबंधन, डेटा आयात, डेटा निर्यात, डेटा असाइनमेंट, कॉलम सेटिंग्स, कई फ़िल्टर प्रकार और सामान्य स्वामित्व और संपर्क फ़ील्ड पाए गए।
क्या SaleAI डुप्लिकेट संपर्कों या कंपनियों को स्वचालित रूप से हटा देता है?
उस व्यवहार की पुष्टि नहीं हुई। बड़े पैमाने पर आयात करने से पहले स्थिर पहचानकर्ताओं का उपयोग करें, डुप्लिकेट एज केस का परीक्षण करें और खाता-विशिष्ट प्रबंधन की पुष्टि करें।
क्या संपर्कों और कंपनियों को अलग-अलग फाइलों में रखा जाना चाहिए?
तैयारी के दौरान इन्हें अलग-अलग रखने से ऑडिट करना आसान हो जाता है। सक्रिय SaleAI टेम्पलेट यह निर्धारित करता है कि इन्हें अलग-अलग अपलोड किया जाए या नहीं।
किसी बड़ी सूची को आयात करने से पहले मुझे कितनी पंक्तियों का परीक्षण करना चाहिए?
जानबूझकर अलग-अलग 12 पंक्तियों का उपयोग संपादकीय परीक्षण के रूप में करें, न कि SaleAI की सीमा के रूप में। जब भाषाएँ, स्रोत, स्वामी या फ़ील्ड प्रकार व्यापक रूप से भिन्न हों तो और पंक्तियाँ जोड़ें।
खाली फ़ील्ड का क्या होना चाहिए?
आयात करने से पहले इसे परिभाषित करें: अज्ञात, अनचेक किया हुआ, लागू नहीं या रोका हुआ। हर खाली स्थान को डिफ़ॉल्ट बिक्री मूल्य में कभी न बदलें।
क्या मुझे आयात के दौरान मालिक निर्दिष्ट करना चाहिए?
किसी अगले कार्य के होने और मालिक सूची के सत्यापित होने पर ही मालिक को नियुक्त करें। अन्यथा, एक दृश्यमान समीक्षा कतार का उपयोग करें।
SaleAI टैग्स को कैसे डिजाइन किया जाना चाहिए?
बाजार, खंड, स्रोत परिवार या समीक्षा स्थिति के लिए नियंत्रित शब्दावली का प्रयोग करें। प्रश्नों और दिनांकित साक्ष्यों को नोट्स में रखें।
क्या मैं यह मान सकता हूँ कि गलत SaleAI आयात को वापस लिया जा सकता है?
रोलबैक फ़ंक्शन की पुष्टि नहीं हुई। छोटे बैचों का उपयोग करें, स्रोत फ़ाइलों को सुरक्षित रखें, समूह को लेबल करें और परीक्षण परिणाम निर्यात करें।
CRM आयात से किन चीजों को बाहर रखा जाना चाहिए?
ऐसे फ़ील्ड्स को शामिल न करें जिनका कोई निश्चित उद्देश्य न हो, जिनमें अनुमानित संपर्क विवरण हों, जिनका कोई दस्तावेजीकरण न हो, जिनमें अस्थायी फ़ॉर्मूले हों, जो अप्रचलित मान हों, और जिनमें वह व्यक्तिगत डेटा हो जिसे टीम प्रबंधित करने के लिए तैयार न हो। आवश्यक स्रोत साक्ष्य को सुरक्षित रखें और प्रत्येक कच्चे शोध फ़ील्ड को CRM प्रॉपर्टी में परिवर्तित न करें।
