ग्राहक कहता है कि हमारी यह बात तय नहीं हुई थी। अब क्या करें?

यह बात काम सौंपने के बाद क्यों उठती है

दायरे के विवाद बिल के समय सामने आते हैं, क्योंकि ग्राहक पहली बार भुगतान की जाने वाली चीज़ की तुलना अपनी माँग की याद से करता है। याददाश्त भुगतान करने वाले के पक्ष में होती है। मार्च में "थोड़ा प्रीमियम लगे" कहने वाला ग्राहक जून में याद करेगा कि उसने पूरी रीब्रांडिंग माँगी थी।

डिज़ाइनर, डेवलपर या लेखक के लिए आम कमियाँ स्रोत फ़ाइलें, संशोधन के दौर और "वेबसाइट" में पाठ, तस्वीरें या मोबाइल संस्करण शामिल थे या नहीं, हैं। ये बेईमानी वाले मतभेद नहीं। ये वे बातें हैं जो किसी ने लिखी नहीं।

नवीनीकरण ठेकेदार के लिए यह बाकी छोटे कामों की सूची और अतिरिक्त काम है। ग्राहक ने तीसरे सप्ताह दूसरे बाथरूम पंखे को संदेश में मंज़ूर किया और आठवें सप्ताह कहता है "मुझे लगा यह शामिल था"। हर निरीक्षण में नई बात निकलने से सूची बढ़ती है और किसी ने तय नहीं किया था कि "पूरा" का मतलब क्या है।

पहला जवाब क्या भेजें

पहले जवाब में बहस न करें। असल में तय हुए शब्दों में दायरा दोहराएँ और एक सवाल पूछें: समझौते में कहाँ कुछ और लिखा है? इससे पाठ ढूँढने की ज़िम्मेदारी दावा करने वाले पर जाती है और आप याददाश्त की होड़ से बचते हैं।

फ़्रीलांसर और ठेकेदार दोनों के लिए उपयोगी जवाब: "यह बताने के लिए धन्यवाद। मैं सुनिश्चित करना चाहता हूँ कि हम एक ही बात देख रहे हैं। [date] को तय दायरा था: [paste the exact list]। सौंपा गया काम इस सूची की हर मद से मेल खाता है। अगर आपके पास कोई संदेश या दस्तावेज़ है जिसमें हमने कुछ और तय किया था, तो भेजें। उसे ध्यान से पढ़ा जाएगा। अगर आप अतिरिक्त काम चाहते हैं, तो उसका भाव दिया जा सकता है।" इसे लिखित में उसी माध्यम पर भेजें जहाँ मूल समझौता था।

यह जवाब तीन काम करता है। बातचीत को तारीख वाले खास पाठ से जोड़ता है। ग्राहक को भावना के बजाय दस्तावेज़ देने को कहता है। और पुराने विवाद को नए काम की बिक्री से अलग करता है, जहाँ ऐसी ज़्यादातर बातचीत आखिर पहुँचती है।

1. दायरे के अनुसार किए काम के लिए माफ़ी न माँगें।
2. पहले संदेश में छूट न दें।
3. फ़ोन पर मामला न सुलझाएँ, जब तक उसी दिन लिखित सारांश न भेजें।
4. भुगतान से जुड़े काम या फ़ाइलें देने से पहले समझौते में लिखी बात जाँचें।
5. स्वर का जवाब न दें। दायरे का जवाब दें।

लिखित मंज़ूरी दी, फिर बिल पर विवाद किया

इस विवाद में मंज़ूरी वाला संदेश आपकी सबसे उपयोगी चीज़ है। "बढ़िया है, आगे बढ़ें" या "मंज़ूर है, बिल भेजें" इस बात का रिकॉर्ड है कि ग्राहक ने काम देखा, स्वीकार किया और आगे का कदम समझा। इसकी अहमियत तीन बातों से आती है: किसने भेजा, कब और ठीक किसके जवाब में।

जवाब देने से पहले उसे सँभालें। स्क्रीनशॉट शुरुआत है, लेकिन वह पाठ दिखाता है, संदेश का भेजा हुआ रूप नहीं। हो सके तो ऐप से पूरी बातचीत निर्यात करें (ईमेल .eml में, Slack या Teams निर्यात, मीडिया के साथ WhatsApp चैट)। मूल संदेश ऐप में न छेड़ें और समय-मुहर तथा समय क्षेत्र लिख लें। अपने नियंत्रण की दो जगहों पर प्रतियाँ रखें।

फिर मंज़ूरी को जवाब का हिस्सा बनाएँ। तारीख के साथ उद्धृत करें और मंज़ूर हुए काम का संस्करण जोड़ें। जिसने किसी तय दिन खास PDF मंज़ूर किया था, उसके लिए कहना कठिन होगा कि बिल में कुछ और है।

1. मूल ऐप में सुरक्षित मंज़ूरी वाला संदेश और बातचीत का निर्यात।
2. ठीक वही फ़ाइल, नमूना या फ़ोटो जिसके जवाब में मंज़ूरी थी।
3. बिल और उसमें दिया दायरा।
4. ग्राहक का बाद का कोई संदेश जिसमें काम का ज़िक्र हो।
5. समय-मुहर वाला आपका काम सौंपने का संदेश।

बदलाव संदेश से या मौके पर तय हुआ

थम्ब्स-अप, "हाँ, कर दें" या वॉइस नोट बदलाव का रिकॉर्ड है। समस्या उसका होना नहीं है। समस्या बाद में साबित करना है कि संदेश ग्राहक ने उसी दिन भेजा था और उसी बदलाव के बारे में था। चैट स्क्रीनशॉट कोई भी काट या बदल सकता है और ग्राहक यह जानते हैं।

भेजे गए रूप में संदेश साबित करना कठिन हिस्सा है। संदेश उसी ऐप में रखें, अकेले संदेश के बजाय पूरी बातचीत निर्यात करें और आसपास के संदेश रखें ताकि संदर्भ दिखे। शब्दों के बजाय प्रतिक्रिया थी तो स्क्रीन रिकॉर्डिंग लें जिसमें प्रतिक्रिया, उससे जुड़ा संदेश और भेजने वाला खाता दिखे।

मौके पर सिर हिलाना अलग है: कुछ भेजा ही नहीं गया। उपाय है उसी दिन खुद कुछ भेजना: "आज मौके पर हुई बात के अनुसार आपने दिए गए भाव पर दूसरा पंखा जोड़ने और सॉकेट खिसकाने को कहा था। यह काम कल से शुरू होगा।" ग्राहक पढ़कर कुछ न कहे तो भी रिकॉर्ड है। "हाँ" कहे तो लिखित मंज़ूरी है।

आगे के लिए दोनों तरह के काम का नियम सरल है। बदलाव एक जगह लिखे और वहीं स्वीकार किए बिना शुरू नहीं होगा। यह बदलाव आदेश, ईमेल या साझा दायरे की पंक्ति हो सकती है। केवल बातचीत नहीं हो सकती।

दूसरे जवाब से पहले रिकॉर्ड एक जगह रखें

ग्राहक के जवाब का उत्तर देने से पहले एक समयक्रम बनाएँ: मूल दायरा, हर बदलाव, मंज़ूरी, सुपुर्दगी और भुगतान। तारीख वाला एक पेज, हर पंक्ति के साथ फ़ाइल या संदेश का संदर्भ। यह पहले आपके लिए है। अक्सर पता चलता है कि सोचे से ज़्यादा आधार है और कभी यह भी कि एक मद पर ग्राहक की बात सही है।

समयक्रम आपकी स्थिति भी तय करता है। मूल दायरा साफ और सौंपा काम उससे मेल खाता है तो उस पर टिके रहें। विवादित मद पर दायरा अस्पष्ट था तो साफ कहें और केवल उस मद का हिस्सा बाँटने का प्रस्ताव दें। जो सच में अस्पष्ट था उसे मानने की कीमत, हर बात का बचाव करते दिखने से कम है।

1. मूल दायरा और सहमति की तारीख।
2. हर बदलाव, किसने और कहाँ माँगा।
3. हर मंज़ूरी, तारीख के साथ उद्धृत।
4. हर सुपुर्दगी, फ़ाइल नाम या निरीक्षण की तारीख के साथ।
5. हर मिला भुगतान और उससे जुड़ा बिल।

दायरा छोड़े बिना ग्राहक कैसे बनाए रखें

ग्राहक बनाए रखना और दायरे पर टिके रहना विरोधी बातें नहीं हैं। ग्राहक आम तौर पर यह महसूस करना चाहता है कि उसे धोखा नहीं दिया गया। यह भरोसा स्पष्टता से दें, छूट से नहीं। तय काम, सौंपा काम और नई माँग की अलग कीमत बताएँ। फिर उसे चुनने दें।

कुछ रियायतें दायरा नहीं बदलतीं: मौजूदा बिल का भुगतान कार्यक्रम, अतिरिक्त मद की छोटी निश्चित कीमत, इस काम के बजाय अगले काम में कटौती या लिखित बदलाव आदेश पर लागत के बराबर अतिरिक्त काम। हर विकल्प कहता है "मैं आगे भी साथ काम करना चाहता हूँ", बिना यह कहे कि "बिल गलत था"।

ग्राहक बात बढ़ाए तो नीरस बने रहें। वही तथ्य, वही स्वर, नई बहस नहीं। एक पक्ष हवा देना बंद करे तो अधिकतर विवाद ठंडे पड़ते हैं। खराब समीक्षा या भुगतान वापस खिंचवाने की बात करे तो धमकी का जवाब न दें। एक बार लिखित में दायरे का जवाब दें।

1. जारी किए बिल के लिए भुगतान योजना।
2. अतिरिक्त मद का अलग, निश्चित भाव।
3. हस्ताक्षरित बदलाव आदेश पर लागत के बराबर अतिरिक्त काम।
4. अगले प्रोजेक्ट में कटौती।
5. बात पूरी करने के लिए हस्तांतरण कॉल या आखिरी निरीक्षण।

पेशेवर से कब बात करें

यह मार्गदर्शिका कानूनी सलाह नहीं है। राशि व्यवसाय के लिए अहम हो, ग्राहक जवाब देना बंद कर दे, अपने वकील का ज़िक्र करे या कोई समयसीमा लागू लगे, तो अपने प्रांत या राज्य के वकील, निर्माण या अनुबंध विवाद विशेषज्ञ से बात करें। ठेकेदारों के लिए खास तौर पर समयसीमा वाले उपाय होते हैं जो जगह के अनुसार बदलते हैं। स्थिर पेज आपके उपाय नहीं बता सकता।

कानूनी माँग जैसा संदेश भेजने, फ़ाइलें या पहुँच रोकने या कुछ दाखिल करने से पहले पेशेवर से बात करें। छोटा सशुल्क परामर्श आम तौर पर गलत पहले कदम से सस्ता है।

TrustChain का AI सलाहकार शर्त का मतलब सरल भाषा में समझा सकता है। ब्रिटिश कोलंबिया के Builders Lien Act के लिए वह अधिनियम से जवाब देता है, धारा उद्धृत करता है, समेकन की तारीख बताता है और आधिकारिक BC Laws स्रोत जोड़ता है। दूसरी जगह सामान्य मार्गदर्शन देता है और यह बात बताता है। वह पढ़ने में मदद है, ऊपर बताई बातचीत का विकल्प नहीं।

1. राशि इतनी है कि व्यवसाय को नुकसान हो।
2. ग्राहक अपने वकील, भुगतान वापस खिंचवाने या औपचारिक शिकायत की बात करे।
3. आप फ़ाइलें, चाबियाँ या पहुँच रोकना चाहते हैं और अधिकार को लेकर निश्चित नहीं हैं।
4. आप ठेकेदार हैं और लियन या भुगतान दावा लागू लग रहा है।
5. लिखित विवाद के बाद ग्राहक चुप हो गया है।

अगले काम में इसे कैसे रोकें

विवाद इसलिए है क्योंकि दो लोगों के पास एक समझौते के दो रूप थे। उपाय है काम शुरू होने से पहले एक संस्करण तय करना और दोनों की पुष्टि कि यही संस्करण है। ईमेल से भेजा PDF शुरुआत है। दोनों के हस्ताक्षर वाला रिकॉर्ड बेहतर है: बाद में कोई पक्ष उसे बदल नहीं सकता और एंकर होने पर बदलाव फ़िंगरप्रिंट से मेल नहीं खाएगा।

TrustChain यही करता है। दोनों पक्ष फोटो पहचान पत्र और सेल्फ़ी से पहचान सत्यापित करके उसी अंतिम पाठ पर हस्ताक्षर करते हैं जो समझौता बनते समय तय था। खाते होने पर सिरे से सिरे तक एन्क्रिप्टेड चैट में बात भी कर सकते हैं। हर हस्ताक्षर की समय-मुहर वाली जाँच प्रविष्टि बनती है जिसे ब्राउज़र और ऐप नहीं बदल सकते। चाहें तो हस्ताक्षरित समझौता एंकर करें: TrustChain फ़िंगरप्रिंट निकालकर आंतरिक रिकॉर्ड ID और दो खाली वॉलेट स्थानों के साथ Polygon मेननेट लेनदेन में लिखता है। पाठ, नाम या ईमेल कभी नहीं। असत्यापित खाता हस्ताक्षर नहीं कर सकता।

ग्राहक बाद में कहे "हमारी यह बात तय नहीं हुई थी", तो हस्ताक्षरित रिकॉर्ड और उसका सार्वजनिक लिंक दिखाएँ। लिंक बिना खाते के खुलता है और पक्षों की पहचान कभी नहीं दिखाता। एंकर किया गया हो तो फ़िंगरप्रिंट और Polygon लेनदेन भी दिखता है, जिसे किसी भी देश से किसी भी ब्लॉक एक्सप्लोरर पर TrustChain से स्वतंत्र जाँचा जा सकता है। समझौता लागू कराया जा सकता है या नहीं, यह पक्षों के स्थान और तय हुई बात पर निर्भर है। TrustChain इसका दावा नहीं करता।

बदलाव भी इसी तरह दर्ज हो सकता है। उसका अलग समझौता लिखें और दोनों हस्ताक्षर करें। फिर "हाँ, कर दें" हस्ताक्षरित रिकॉर्ड में रहता है जो फ़ोन खोने से गायब नहीं होता। एंकर करें और बाद का बदलाव मेल नहीं खाएगा। Free योजना में बिना कार्ड महीने का 1 समझौता और AI सलाहकार से 3 अनुरोध हैं। अतिरिक्त समझौते या Polygon एंकर का एकमुश्त शुल्क प्रति इकाई $1 है। एंकर के लिए सत्यापित पहचान ज़रूरी है।

1. सौंपे जाने वाले काम की एक-एक मद, स्रोत फ़ाइलें या बाकी छोटे कामों की सूची सहित।
2. शामिल संशोधन के दौर या निरीक्षणों की संख्या।
3. "पूरा" का मतलब और उसकी पुष्टि कौन करेगा।
4. बदलाव कैसे माँगे, कीमत तय और मंज़ूर किए जाएँगे।
5. हर पड़ाव से जुड़ा भुगतान का समय।