सिर्फ कीमत पूछने वाली लीड से उपयोग और मात्रा कैसे जानें

सिर्फ कीमत पूछने वाले buyer को पहले वह approved price information दें जो उपलब्ध संदर्भ में सचमुच लागू है। फिर उपयोग या मात्रा का केवल वह सवाल पूछें जिसका उत्तर कीमत का आधार बदलेगा। एक response sheet में अभी बताने योग्य जानकारी, missing input का असर और उत्तर मिलने के बाद बदला हुआ जवाब साथ रखें; हर अधूरी enquiry में पूरी कीमत रोकना जरूरी नहीं।

पहले तय करें कि कीमत के जवाब में क्या सचमुच रोका गया है

छोटे «rate भेजें» संदेश पर तुरंत पूरा discovery form भेजना जरूरी नहीं। पहले अपनी approved price source देखें: क्या बताए गए item और variant का लागू unit price है, क्या कोई सीमित orientation देना स्वीकृत है, या अभी meaningful amount का आधार ही नहीं? इन तीन स्थितियों में buyer को अलग जवाब मिलेगा। Sale की संभावना का अनुमान लगाने से पहले उपलब्ध cost information का सही उपयोग तय करें।

यहाँ काम RFQ के सभी inputs को ready/incomplete बताना नहीं है। पूरा होने वाला artifact price-response comparison है। उसमें चार बातें होंगी: अभी बताने योग्य approved जानकारी, एक missing use/quantity input, उस input से कीमत के किस हिस्से पर फर्क पड़ेगा और जवाब मिलने पर बदला हुआ buyer-facing उत्तर। केवल «quantity pending» लिखना पर्याप्त नहीं; दिखना चाहिए कि उससे unit price, subtotal, applicable variant या किसी दूसरे price basis में क्या बदलेगा।

Internal price source नहीं है तो उसकी कमी buyer के questionnaire से अपने आप पूरी नहीं होगी। Costing owner और approval status अलग रखें। दूसरी ओर valid unit price मौजूद है और missing quantity केवल total बदलती है तो unit information रोकने की जरूरत अपनी commercial प्रक्रिया से जाँचें। हर जगह price withheld या हर जगह starting price भेजना, दोनों mechanical responses हैं। Decision आपके actual approved scope पर आधारित होगा।

एक प्रश्न चुनें और उसका जवाब बदलने वाला असर लिखें

Use और quantity दोनों पूछने की आदत से पहले देखें कि अगला price decision किस एक उत्तर पर निर्भर है। Fixed standard variant में unit price quantity से स्वतंत्र approved हो तो प्रश्न कुल pieces का हो सकता है। Product adaptation से costing बदलती हो तो पहला प्रश्न standard use बनाम required modification का हो सकता है। यह कोई universal pricing rule नहीं; आपकी वास्तविक offer और authorised calculation का आधार ही सही शाखा बताएगा।

Response sheet में missing input का असर स्पष्ट वाक्य में आए: «Quantity से यहाँ केवल goods subtotal निकलेगा; current approved unit price नहीं बदलेगा» या «Use clarification से तय होगा कि catalogue price का scope लागू है भी या नहीं»। ऐसा लिखने से colleague समझ सकता है कि buyer को अभी क्या देना है। हर input को blocker कहने से यही फर्क खो जाएगा और उपयोगी जानकारी भी बिना वजह रुक सकती है।

अगर actual price tiers quantity पर निर्भर हैं तो fixed-price उदाहरण लागू न करें। Tier का approved basis और relevant boundary देखें, लेकिन customer की future संभावना को current quantity न बनाएं। Existing source में unit या variant स्पष्ट नहीं तो पहले वही प्रश्न उठेगा। Sales अपनी ओर से discount slab या technical substitute तय नहीं करेगा। इस sheet का उद्देश्य pricing policy बनाना नहीं, उपलब्ध policy के अनुसार ईमानदार उत्तर चुनना है।

काल्पनिक मामला अ: unit price अभी, subtotal मात्रा के बाद

यह पूरा मामला और सभी रुपये की रकम काल्पनिक हैं; ये market rate, LDM tariff या वास्तविक quotation नहीं हैं। उदाहरण में standard item क की स्पष्ट पहचान है। Fictional approved price source प-अ में ₹240 प्रति piece है, quantity tier नहीं है और यह केवल unmodified item की goods value है। लागू taxes, packing तथा freight इस information में शामिल नहीं हैं और अभी नहीं निकाले गए। यह उदाहरण किसी tax treatment का नियम नहीं बताता।

भरी हुई response sheet अ में अभी बताने योग्य जानकारी है «₹240 प्रति piece, केवल बताए standard item की goods value»। एक missing input है «इस request में कुल कितने pieces हैं?»। उसका असर है «केवल goods subtotal निकलेगा; इस कल्पित source के अनुसार unit price समान रहेगा»। पहला buyer-facing जवाब होगा: «बताए item का approved unit basis इस उदाहरण में ₹240 प्रति piece है। कितने pieces की goods value देखनी है? अन्य लागतें अभी शामिल नहीं हैं।» पूरी कीमत withholding नहीं हुई है।

अब काल्पनिक buyer इसी request के लिए पाँच pieces बताता है। Revised response होगा: «पाँच pieces के लिए goods subtotal ₹1,200 है, ₹240 प्रति piece के उसी आधार पर। Taxes, packing और freight अभी इसमें नहीं हैं; all-in quotation अलग approved scope से आएगा।» Sheet में पाँच का source और current calculation जुड़ेंगे। यह arithmetic illustration है, order या achieved outcome नहीं। Revised उत्तर ने नया subtotal दिया; उसने quantity मिलने से technical suitability, shipment commitment या total payable amount प्रमाणित नहीं किया।

काल्पनिक मामला ब: उपयोग से standard price का दायरा बदलता है

यह दूसरा मामला भी पूरी तरह काल्पनिक है। Buyer item ख की कीमत पूछता है और «existing connection में बदलाव» का संदर्भ देता है। Available approved catalogue source केवल unmodified standard item को cover करता है; changed connection की costing उसमें नहीं है। इसलिए sheet ब में अभी बताने योग्य जानकारी numeric anchor नहीं, price scope की सीमा है: «इस proposed modification पर उपलब्ध standard price लागू होना पुष्ट नहीं है»। Standard rate को total की तरह दिखाना गलत comparison होगा।

यहाँ exact single question होगा: «आप unmodified catalogue item ख ले रहे हैं, या existing connection के लिए item में modification चाहिए?»। Missing input का असर है «standard price applicability बनाम separate modification costing»। Initial response होगा: «Available price basis केवल unmodified item का है। Modification शामिल है या नहीं, यह स्पष्ट होने पर सही pricing route बताएँगे; अभी adapted item की राशि नहीं दे सकते।» इससे buyer को रोक का वास्तविक कारण मिलता है, केवल generic details भेजने का अनुरोध नहीं।

कल्पित buyer modification की पुष्टि करता है। Revised response अब होगा: «आपकी बताई modification standard-price scope के बाहर है। इसलिए catalogue amount को आपकी requirement की price नहीं बताएँगे; authorised technical/costing owner से adapted scope का मूल्यांकन चाहिए।» Sheet में standard price not applicable to this confirmed scope, costing owner और next assessment decision आएँगे। Amount अभी भी genuinely blocked है, लेकिन response स्पष्ट बदला है। Buyer unmodified item confirm करता तो applicable current source की commercial review वाली दूसरी शाखा खुलती; उसे modification वाली शाखा में न मिलाएँ।

पहला और revised जवाब एक साथ reviewer को दिखाएँ

दोनों sheets को साथ पढ़कर reviewer तीन बातें देखे। मामला अ में useful unit information पहले ही दी गई और quantity ने subtotal जोड़ा। मामला ब में use clarification ने standard-price applicability नकारकर specific costing route चुना। यह difference किसी RFQ का full technical/commercial readiness score नहीं है। Sheet की acceptance condition है कि before और after उत्तर में वही फर्क आया हो जिसे single question खोलने के लिए चुना गया था।

Real enquiry में revised response भेजने से पहले original approved source और actual answer फिर मिलाएँ। Source बदल गया हो तो उसे customer की clarification का असर न बताएं। Buyer ने quantity दी और उसी समय seller ने price revise किया हो तो दोनों changes अलग समझाने होंगे। पहले दिया amount चुपचाप overwrite न करें। Taxes, packing, freight या other charges की status अस्पष्ट हो तो goods subtotal को final all-in offer न कहें।

Technical fit और commercial status अलग बने रहें। Use के एक answer से full suitability तय नहीं होती; quantity का उत्तर purchase order नहीं है। Status wording तथा actual quotation की legal/commercial review authorised owner करेगा। यह लेख किसी phrase से binding effect तय नहीं करता। अगर numerical basis ही unapproved है तो उसे fictional starting range से न भरें; buyer को applicable gap तथा अगला responsible action बताना अधिक उपयोगी है।

Response sheet का सीमित handover पूरा करें

Completed handover में price source/version, currently usable statement, exact single question, confirmed answer, उसका price effect और revised wording आए। Remaining cost components तथा reviewer स्पष्ट हों। Customer केवल orientation चाहता था तो उसे unnecessary meeting में बदलना जरूरी नहीं। Meaningful basis न बने तो scoped pending या respectful closure decision रखें। Missing-input list बढ़ाते रहना इस task का परिणाम नहीं है; जिम्मेदार owner को actual price reply approve या रोकने का निर्णय देना होगा।

LDM से price-only B2B replies के handover पर चर्चा में यही before/after response comparison उपयोगी context है। Automatic pricing, quotation generation या technical suitability की सुविधा उपलब्ध मानकर न चलें। वास्तविक capabilities अलग verify होंगी। यहाँ पूरा किया गया काम useful price information देना या उसे कारण सहित रोकना है। कोई conversion improvement, achieved revenue, वास्तविक buyer budget या customer outcome मापा नहीं गया है।

आधिकारिक संदर्भ, जाँच तारीख 2026-10-18: United Nations Global Marketplace, The UNGM Glossary — https://www.ungm.org/Shared/KnowledgeCenter/Pages/UNGMglossary । Quotation/offer और RFQ terminology का सीमित UN-procurement संदर्भ पहले सत्यापित पढ़ा गया है; यह Indian private buyer की pricing policy या contract status का नियम नहीं। Response sheet, price-source labels, सभी रकम, buyers और replies लेखक के स्पष्ट काल्पनिक उदाहरण हैं। Real price source तथा approval वास्तविक organisation से ही आएँगे।

व्यवहार में इसे मुफ़्त इनबॉक्स प्लेसमेंट टेस्ट (check.live-direct-marketing.online) से जांचा जा सकता है।

अक्सर पूछे जाने वाले सवाल