बार-बार आने वाले संदेश या नई अनुरोध: रजिस्टर में प्रविष्टियों को कैसे जोड़ें

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

गणना की इकाई तय करें

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

जोड़ने के लिए पुष्ट अनुरोध संख्या या कोई अन्य कार्यशील पहचानकर्ता उपयोग करें। संपर्क विवरण आवश्यक पहुँच वाले सुरक्षित सिस्टम में रखें, और विश्लेषणात्मक उदाहरण में अनाम संकेतन ही शामिल करें।

पाँच प्रविष्टियाँ: दो अनुरोध और एक प्रश्न

अभ्यास रजिस्टर: प्रविष्टि A — नया अनुरोध L1; B — पुष्ट स्पष्टीकरण L1; C — नया अनुरोध L2; D — पुष्ट स्पष्टीकरण L2; E — मिलते-जुलते नाम वाला संदेश, संबंध स्थापित नहीं हुआ। परिणाम दो पुष्ट अनुरोध और एक अनसुलझा संदेश होता है, न कि अपने आप पाँच या तीन अनुरोध।

A–E के लिए मूल पंक्तियाँ और संबंध का अलग फ़ील्ड सुरक्षित रखें। B और D के लिए जोड़ने का आधार बताएँ। E के लिए सामान्य कार्यप्रवाह में स्पष्टीकरणात्मक प्रश्न पूछें; उत्तर मिलने तक अनुमान के आधार पर प्रविष्टि न जोड़ें। पुष्टि के बाद परिणाम अद्यतन करें, बदलाव का रिकॉर्ड छोड़ते हुए।

खरीद के नियम को किसी भी संकेत पर लागू न करें

उदाहरण के लिए, Google Analytics वेब प्रवाह में एक ही उपयोगकर्ता की शर्तों के साथ transaction_id के आधार पर दोहराए गए purchase हटाने का वर्णन करता है। यह खरीद की एक विशिष्ट कार्यप्रणाली है, न कि सभी CRM में चैट को अपने आप जोड़ना। अनुरोधों के लिए आपके नियम को अलग से तय और जाँचना होगा।

रिपोर्ट से पहले मूल संदेशों, पुष्ट अनुरोधों और अनसुलझे मामलों की संख्या दिखाएँ। तब दोहराव में कमी माँग में अस्पष्ट गिरावट जैसी नहीं दिखेगी, और टीम गणना दोबारा कर पाएगी।

योजना: 1 — मूल संदेश सुरक्षित रखें; 2 — केवल पुष्ट मेल जोड़ें; 3 — अनुरोध और अनिश्चित मामलों की गणना अलग-अलग करें।

अन्य व्यावहारिक निर्देश — Boosted ब्लॉग में।

स्रोत

Google Analytics: लेन-देन पहचानकर्ता। 21 सितंबर 2026 को जाँचा गया। व्यावहारिक उदाहरण और योजनाएँ — संपादकीय पद्धति; उदाहरणात्मक संख्याएँ ग्राहकों का डेटा नहीं हैं।

किसी एक तैयार सार्वजनिक पोस्ट के लिए व्यूज़ की शर्तें जाँची जा सकती हैं। यह सेवा वर्णित कार्य नहीं करती और जैविक रुचि, अनुरोध या बिक्री की गारंटी नहीं देती।

✦ मात्रा चुनें और ऑर्डर करें →