एक कोटेशन एक जगह पर हिसाब लगाया जाता है और दूसरी जगह फिर से टाइप किया जाता है, और दोनों धीरे-धीरे अलग होते जाते हैं। यहाँ एक ही इंजन दोनों बनाता है: आपकी स्क्रीन पर दिखने वाला आँकड़ा और कंपनी से बाहर जाने वाला दस्तावेज़, दोनों एक ही गणना से आते हैं — आपकी कंपनी के अपने प्रारूप में, आपके ग्राहक की भाषा में — और आंतरिक मार्जिन फ़ॉर्मूला ग्राहक जो पढ़ता है वहाँ तक पहुँचने का कोई रास्ता ही नहीं रखता।
यह अनुशासन से सिंक रखे गए दो सिस्टम नहीं हैं। एक ही गणना, जिसे दो बार इस्तेमाल किया जाता है।
वही इंजन उस कैलकुलेटर को चलाता है जिसे आप स्क्रीन पर सेट करते हैं, और उससे बनने वाली फ़ाइल को भी। अपडेट करने के लिए कोई दूसरी जगह नहीं है, इसलिए जो कोटेशन आपने दिया और जो भेजा, उनमें अंतर नहीं आ सकता।
इंजन को कंपनी के पहले भेजे गए एक असली प्रस्ताव के मुकाबले परखा जाता है, और उसे पाई-पाई तक दोहराना होता है। अगर कोई प्राइसिंग लॉजिक बदलकर इसे तोड़ दे, तो बिल्ड रुक जाती है — गड़बड़ी दस्तावेज़ तक पहुँचने से पहले ही पकड़ ली जाती है।
Word और PDF कंपनी के अपने प्रस्ताव प्रारूप में तैयार होते हैं — वही लेआउट, सेक्शन और भाषा जिसे आपके ग्राहक पहले से पहचानते हैं, न कि कोई ऐसी चीज़ जो किसी टूल से निकली लगे।
दस्तावेज़ को एक भाषा मॉडल द्वारा ग्राहक की भाषा में अनुवादित किया जाता है, किसी फ़्रेज़-टेबल से नहीं, और हर प्रस्ताव के लिए कैश किया जाता है। अगर अनुवाद पूरा नहीं हो पाता तो यह साफ़ तौर पर विफल हो जाता है — आधा-अधूरा अनुवादित ग्राहक दस्तावेज़ चुपचाप कभी नहीं बनता, और मूल भाषा हमेशा काम करती है।
इनमें से हर एक प्रोडक्ट के भीतर एक टेस्ट से तय है। यह कोई कंपनी-शैली नहीं है — ये वे शर्तें हैं जिन्हें बिल्ड लागू करती है।
तीन चरण, और आखिरी में एक इंसान।
कंपनी जोड़ें — प्रॉस्पेक्टिंग लीड-बुक से अलग रखा गया एक अपना, त्वरित रिकॉर्ड, ताकि प्रस्ताव संपर्क कभी भी उस लिस्ट को दूषित न करे — फिर कॉन्फ़िगरेशन सेट करें और स्क्रीन पर कीमत तय होते देखें।
Word और PDF आपके अपने प्रारूप में, ग्राहक की भाषा में, उन्हीं आँकड़ों से बनते हैं जिन्हें आपने अभी-अभी स्क्रीन पर स्वीकृत किया है।
दस्तावेज़ को अटैच करके एक असली कंपनी मेलबॉक्स से भेजें — प्रेषक, प्राप्तकर्ता, CC, विषय और मुख्य पाठ, सब आप तय करते हैं। हर भेजी गई मेल रिकॉर्ड होती है, और अगली बार जब आप वह कंपनी खोलते हैं तो पूरी बातचीत वहीं मिलती है।
यह सब बनने से पहले जो प्रस्ताव आपने भेजे थे, वे किसी मेलबॉक्स में पड़े हैं। बिना किसी के खोदे, उन्हें उठाकर संग्रहीत कर लिया जाता है।
मेलबॉक्स हर पंद्रह मिनट में फिर से स्कैन होते हैं, और हर राउंड वहीं से जारी रहता है जहाँ पिछला रुका था — आज दोपहर भेजा गया प्रस्ताव आज दोपहर ही दिख जाता है, कल सुबह नहीं।
दस्तावेज़ों को इस आधार पर परखा जाता है कि वे असल में क्या हैं, न कि फ़ाइल नाम में "इनवॉइस" शब्द के आधार पर। प्रस्ताव जैसी भाषा, विषय-पंक्ति फ़िल्टरिंग से आगे निकल जाती है, जबकि असली इनवॉइस, प्रोफ़ॉर्मा और सप्लायर का अपना कोटेशन बाहर ही रहते हैं।
हाल की मेल को पुराने ढेर से पहले प्रोसेस किया जाता है, इसलिए कोई नया दस्तावेज़ कभी हज़ारों पुराने दस्तावेज़ों के पीछे अपनी बारी का इंतज़ार करते हुए नहीं फँसता।
हर स्वीकृत दस्तावेज़ अपनी स्वीकृति की वजह सुरक्षित रखता है, ताकि किसी गलत फैसले पर बहस करने के बजाय उसे ढूँढ़कर सुधारा जा सके। जब भाषा मॉडल उपलब्ध न हो, तब भी पर्याप्त स्पष्ट सबूत वाले दस्तावेज़ पास हो जाते हैं — बस उसी रूप में चिह्नित कर दिए जाते हैं।
ज़्यादातर प्रस्ताव चुप्पी में ही दम तोड़ देते हैं। री-एंगेजमेंट वाला हिस्सा इस तरह बनाया गया है कि आप जो स्टेटस पढ़ते हैं वही सच्चा स्टेटस हो।
फॉलो-अप को उस कैंपेन से पहचाना जाता है जिससे वह जुड़ा है, इसलिए किसी ग्राहक के साथ दो साल की सामान्य बातचीत को कभी नई फॉलो-अप नहीं समझा जा सकता।
किसी ऐसे कैंपेन में तैयार बैठा प्राप्तकर्ता जिसे किसी ने शुरू ही नहीं किया, उसे कतार में नहीं बल्कि नहीं भेजा गया के रूप में दिखाया जाता है। सिस्टम ऐसी भेजी गई मेल का संकेत देने से इनकार करता है जो होनी ही नहीं है।
किसी प्रस्ताव को पहले आर्काइव-की से, फिर संपर्क ईमेल से, फिर कंपनी के नाम से उसकी कंपनी से जोड़ा जाता है — इस तरह पुरानी नामकरण योजना में सहेजे गए रिकॉर्ड भी चुपचाप छूटने के बजाय अपना प्रस्ताव खोज ही लेते हैं।
उस कंपनी के साथ हुई हर मेल एक ही टाइमलाइन पर, सबसे नई सबसे ऊपर, हर एक को प्रस्ताव, फॉलो-अप या रिमाइंडर के रूप में चिह्नित किया गया — अटैचमेंट, डिलीवरी स्टेटस और पूरे मैसेज सहित। एक न भेजा गया रिमाइंडर भी वहीं दिखता है, उस टेम्पलेट के साथ जिसे वह इस्तेमाल करता।
एक ऐसा कोटेशन लाइए जो आप पहले ही भेज चुके हैं। किसी प्राइसिंग इंजन को परखने का सबसे तेज़ तरीका यही है — उसे वह आँकड़ा दोहराते देखना जिसके सही होने की आपको पहले से जानकारी है।
लाइव डेमो बुक करेंअपनी सेल्स टीम और टारगेट मार्केट के बारे में बताइए। हम एक कार्यदिवस के भीतर जवाब देंगे — आमतौर पर उससे भी जल्दी।
📧 [email protected]
☎️ +386 41 441 757
🏢 Meta Smart Factory d.o.o. — Dunajska cesta 106, 1000 Ljubljana, Slovenia
🌐 www.metasmartfactory.com
💼 LinkedIn · YouTube
🌍 पार्टनर नेटवर्क तुर्की, सऊदी अरब, पाकिस्तान, ब्राज़ील, अमेरिका, कनाडा, ब्रिटेन, फ़्रांस, क्रोएशिया, सर्बिया, दक्षिण कोरिया, इंडोनेशिया, मेक्सिको और अन्य देशों में
💬 या कोने में मौजूद चैट असिस्टेंट से पूछ लीजिए →