ग्राहक एक परियोजना का भुगतान नहीं करना चाहता है क्योंकि मैंने एक कोड जनरेटर का उपयोग किया है
पूरी स्थिति मुझे बकवास लगती है, लेकिन मैं एक दूसरी राय चाहता हूं क्योंकि यह बहुत दूर जा रहा है।
थोड़ा सा संदर्भ ... मैं एक फ्रीलांसर हूं, मैं VBA या c # में लिखता हूं। एक्सेल में 75% प्रोजेक्ट्स माइक्रोप्रोजेक्ट हैं।
वर्षों में मैंने अपना पुस्तकालय और एक कोड जनरेटर बनाया। कोड जनरेटर कुछ अर्ध-मानक वर्ग और विधियाँ लिखता है। सामान जिसमें एक संरचना है लेकिन अक्सर अंतिम संस्करण के लिए मैनुअल समायोजन की आवश्यकता होती है। मॉड्यूलर कोड होने के लिए जहां मैं कुछ हिस्सों को मैन्युअल रूप से संशोधित कर सकता हूं और फिर भी अन्य हिस्सों को बिना खोए फिर से तैयार कर सकता हूं, जनरेटर प्रत्येक "भाग" को लपेटने के लिए टैग का उपयोग करता है और जब मैं काम देता हूं तो मैं उन्हें डिलीट नहीं करता।
मेरे द्वारा प्रोजेक्ट वितरित करने के बाद क्लाइंट वास्तव में खुश था (सभी सेट वाक्यांश, "अब हम यह अन्य करेंगे ..." आदि)। कुछ दिनों बाद मुझे एक ईमेल मिला, जहां उन्होंने पूछा कि ये <Sometag>लाइनें क्या थीं। मैंने सच्चाई से जवाब दिया। कोड के विशिष्ट भागों को खोजने के लिए कोड जनरेटर द्वारा उपयोग किया जाने वाला टैग। वह VBA में रुचि रखते थे इसलिए मैंने सोचा कि एक व्यावहारिक व्याख्या की सराहना की गई थी।
एक हफ्ते बाद मैं उसे चालान भेजता हूं और अगले दिन उसने जवाब दिया कि चूंकि मैंने वास्तव में काम नहीं लिखा है, इसलिए सहमत हुई कीमत अब मान्य नहीं थी । अब वह सहमत मूल्य के आधे से भी कम का भुगतान करना चाहता है। (???)
लेकिन कार्यपत्रक अभी भी वही करता है जो उसे करना चाहिए। कोड जनरेटर मेरा है। मैंने हर पंक्ति लिखी और इसमें सैकड़ों घंटे का काम है।
मुझे क्या करना चाहिए? क्या इस तरह के उपकरण का उपयोग करना अनुचित है? क्या ग्राहक के पास कोई बिंदु है? इस परियोजना पर, कोड की लगभग 9.5k लाइनें हैं। मेरी लाइब्रेरी से 3k, लगभग। जनरेटर से 4k और शेष हस्तलिखित। मैं मानता हूं कि यह बहुत वर्णनात्मक कोड नहीं है, लेकिन यह न तो इतना बुरा कोड है आईएमओ। अनुबंध में, (लेकिन ईमेल और वॉइस कॉल के माध्यम से भी) हम कोड के रूप के बारे में कभी भी सहमत नहीं थे या यहां तक कि कुछ भी नहीं बोले थे। उन्होंने मुझे बताया कि उन्होंने और उनके कर्मचारियों ने ऐसा कुछ करने की कोशिश की और नतीजा काम नहीं आया।
बहुत कठिन काम करने में मेरी सबसे बड़ी चिंता यह है कि वह Google MyBusiness पर नकारात्मक समीक्षा लिख सकता है। मैं इस तरह की स्थिति में कभी नहीं रहा और मैं नहीं चाहता कि मेरी प्रतिष्ठा अपेक्षाकृत छोटी परियोजना के लिए समझौता हो। इसमें शामिल मुआवजा कानूनी कार्रवाई के लिए पर्याप्त उच्च नहीं है।
जवाब
संग्रह एजेंसी। वह एक ग्राहक नहीं है, लेकिन एक समस्या है, और वे "ग्राहक" मूल रूप से आपके प्रयास के लायक नहीं हैं। इनवॉइस, मानसिक रूप से इससे छुटकारा पाने के लिए एक संग्रह एजेंसी ASAP के लिए आगे बढ़ें। उसका कोई मतलब नहीं है। आप कैसे कुछ करते हैं वह आपका निर्णय है, उसका नहीं।
मुझे क्या करना चाहिए? क्या आपको लगता है कि इस तरह के उपकरण का उपयोग करना अनुचित है?
यदि मैं आप थे, तो मैं ग्राहक को समझाता हूं कि आपके द्वारा कोड किए गए कोड जनरेटर का उपयोग करके आप ग्राहकों की आवश्यकताओं को पूरा करने वाले महान, लेकिन सस्ती, समाधान प्रदान कर सकते हैं। और मुझे लगता है कि समाधान स्पष्ट रूप से इस ग्राहक की जरूरतों को पूरा करता है, यह देखते हुए कि वे शुरू में कितने खुश थे।
यदि ग्राहक मौजूदा कीमत पर समाधान नहीं चाहता है, तो मैं चालान को फाड़ने की पेशकश कर सकता हूं, और इसे छोड़ने के लिए लिखित रूप में वादे करता हूं और इसका उपयोग करने के लिए अपना लाइसेंस खो देता हूं। यह एक विशेष रूप से प्रभावी उपाय है यदि आप उम्मीद करते हैं कि ग्राहक को सड़क के नीचे किसी बिंदु पर आपसे रखरखाव की आवश्यकता होगी। आप एक नाखुश ग्राहक की सेवा नहीं रखना चाहते हैं।
क्या ग्राहक के पास कोई बिंदु है?
नहीं, ग्राहक के पास कोई वैध बिंदु नहीं है। चूँकि क्लाइंट को वह मिला, जिसके लिए उन्होंने अनुबंध किया था, उन्हें सहमत मूल्य का भुगतान करना चाहिए। इससे कोई फर्क नहीं पड़ता कि कोड का निर्माण कैसे हुआ।
यदि आपने अनुबंध पर हस्ताक्षर करने से पहले भविष्य के ग्राहकों के साथ अपनी प्रक्रिया पर चर्चा की है, तो आप भविष्य की समस्याओं से बच सकते हैं।
जनरेटर प्रत्येक "भाग" को लपेटने के लिए टैग का उपयोग करता है और जब मैं काम देता हूं तो मैं उन्हें हटाता नहीं हूं।
आप "उन्हें हटाएं नहीं" भाग पर पुनर्विचार करना चाहते हैं।
एक "कठिन" समाधान के लिए मेरी सबसे बड़ी चिंता यह है कि वह एक नकारात्मक समीक्षा लिखता है। मैं इस तरह की स्थिति में कभी नहीं रहा और मैं नहीं चाहता कि मेरी प्रतिष्ठा अपेक्षाकृत छोटी परियोजना के लिए समझौता हो।
आपको यह तय करना है कि आपके लिए संभावित नकारात्मक समीक्षा कितनी महत्वपूर्ण है।
ग्राहक को बताएं कि यदि परियोजना को स्क्रैच से लिखा गया था, तो इसे अधिक समय लगेगा, अधिक कीड़े थे, और कभी भी समय पर वितरित नहीं किया जाएगा। अब, वह कैसे भुगतान करना चाहेगा? क्रेडिट कार्ड या चेक?
और, उसके साथ आपका अंतिम संचार है। अनुबंध एक बजट और एक समयसीमा के भीतर एक समस्या के समाधान का उत्पादन करना था। आपने ऐसा किया - आपकी गलती आपकी प्रक्रिया को समझाने के लिए काफी विनम्र थी।
आप इस तरह ग्राहकों की जरूरत नहीं है। यदि आपके पास एक अनुबंध है, तो छोटे दावों के लिए अदालत में जाएं, और भुगतान करें। यदि आप नहीं करते हैं, तो आपको यह लिखना पड़ सकता है - अगली बार एक अनुबंध प्राप्त करें (नोट: यदि आप इसे लिखते हैं, तो सुनिश्चित करें कि आपका वकील क्लाइंट को बताता है कि आपके पास आपके द्वारा लिखे गए सॉफ़्टवेयर का उपयोग करने के लिए कोई लाइसेंस नहीं है। लिए उन्हें)
किसी कारण से लोगों में यह धारणा है कि केवल सीमांत लागत वास्तविक हैं, पूंजीगत लागत नहीं। आप फार्मास्युटिकल्स से रिटेंशन और रिक्रूटमेंट तक हर जगह यह रवैया देखते हैं। यह एक अजीब रवैया है, लेकिन एक आम है।
और यह लगातार गलत है।
एक वकील दोस्त है? कानूनी कार्रवाई बस एक मांग पत्र हो सकता है।
एक फ्रीलांसर के रूप में आप इस तरह की चीजों के लिए किसी भी wiggle कमरा नहीं देते हैं। इसे छोटा और पेशेवर रखें और भुगतान की मांग करें। इस पर एक प्रवचन में मत जाओ। बस एक छोटे नोट के साथ चालान को फिर से भेजें, जो पहले से ही बातचीत कर चुका है, आपने अपना पक्ष पूरा कर लिया है और भुगतान की उम्मीद करते हैं, और यदि वे सिर्फ किए गए काम के लिए आपको भुगतान करने से इनकार करते हैं, तो कृपया आपको बताएं।
फिर इसे कुछ समय दें, यदि उचित समय सीमा के भीतर कोई भुगतान नहीं होता है, तो आप देख सकते हैं कि क्या कदम उठाना है।
निराश न हों और धधकती हुई तोपों में कूदें नहीं, ऐसा कुछ भी करने से पहले करें। बहुत से लोग भुगतान को चकमा देने की कोशिश करते हैं, आपको एक फ्रीलांसर के रूप में इसकी आदत होती है।
अगर उसे लगता है कि आपने "कोड जनरेटर" के बजाय "धोखा" दिया है, तो बेहतर विवरण यह होगा कि आप "एक कस्टम विवरण भाषा से संकलित" या "एक ग्राफिकल टूल से संकलित"। जब आप एक इलेक्ट्रिक प्लेन या सीएनसी मशीन का उपयोग करते हैं, तो आप शायद ही इसे "वुडवर्क जनरेटर" कहते हैं।
क्या उसकी असली शिकायत शायद यह है कि आपने भविष्य के रखरखाव के लिए वास्तविक स्रोत कोड को चालू नहीं किया है ? यह संभव है कि ग्राहक केवल अनुचित हो, लेकिन एक बहुत अधिक विश्वसनीय (और उचित) व्यावसायिक चिंता यह हो सकती है कि आपने काम को अपने मालिकाना उपकरण से जोड़ दिया है, बिना ग्राहक को रखरखाव के लिए उपकरण देने की आवश्यकता नहीं है।
एक अच्छा सादृश्य यह होगा कि यदि ग्राहक आपसे दहन इंजन डिजाइन करने के लिए कहे, लेकिन मीट्रिक मानक बोल्ट और थ्रेड्स का उपयोग करने के बजाय, आपने पूरी तरह से अपने स्वयं के डिवाइजिंग के लिए कुछ अस्पष्ट प्रणाली का उपयोग किया है जो क्लाइंट के बिना भविष्य में इंजन को बनाए रखने के लिए निषेधात्मक रूप से महंगा बनाता है। आप का जिक्र वापस।
हो सकता है कि आपके कस्टम टूल का उपयोग करने में आपका कोई इरादा न हो और यह केवल आपकी उत्पादकता में सुधार करने के लिए एक उपकरण था, लेकिन यह असामान्य नहीं है कि टूल-जनरेट कोड हाथ से तैयार किए गए कोड की तुलना में अधिक जटिल या कम मुहावरेदार हो।
क्लाइंट अच्छी तरह से यह देख सकता है कि जब तक आप उसके लिए जनरेटिंग टूल उपलब्ध नहीं कराते हैं, तब तक जो भी समय आपने इस टूल के साथ कोड बनाने के लिए बचाया है, भविष्य में उसे रखरखाव के लिए लॉक-इन लागतों या पुनर्लेखन की लागत पर खर्च करना होगा। खरोंच से आवेदन जब वह चाहता है कि कोई और इसे संशोधित करे। क्या यह संभव है कि यह शिकायत की वास्तविक प्रकृति है?
नहीं, ग्राहक के पास कोई बिंदु नहीं है, और नहीं, आपने कुछ भी गलत नहीं किया है। आपने उस उत्पाद को उस ग्राहक तक पहुंचाया जिसे ग्राहक ने उचित मूल्य पर अनुरोध किया था। आपने उत्पाद बनाने का काम कैसे पूरा किया, यह पूरी तरह अप्रासंगिक है।
ग्राहक को सुचारू करने के लिए आप क्या कर सकते हैं, यह समझाया जाता है कि सभी सॉफ्टवेयर टूल का उपयोग करके विकसित किए गए हैं ... कंपाइलर, लाइब्रेरी, कोड जनरेटर आदि। सॉफ्टवेयर बनाने के लिए सभी उपकरण अधिक कुशल हैं, ठीक वैसे ही जैसे एक कारपेंटर जो होम रिमॉडलिंग करता है, उसके पास टूल होते हैं। अपने काम को और अधिक कुशल बनाता है। तथ्य यह है कि आप उपकरण का उपयोग पहले से ही ग्राहक द्वारा उद्धृत मूल्य में किया गया है। यदि आपने कोड जनरेटर का उपयोग नहीं किया है, तो आपको बढ़ी हुई लागत को कवर करने के लिए अधिक शुल्क लेना होगा।
इसे छोटा और ईमानदार रखें…।
कोड जनरेटर का उपयोग करके मैंने जो मूल्य उद्धृत किया है। अगर मैंने कोड जनरेटर का उपयोग नहीं किया होता तो मुझे परियोजना के लिए अधिक शुल्क लेना पड़ता। अगर परिणाम के साथ कुछ संतोषजनक नहीं है तो मुझे बताएं और हम एक प्रस्ताव पर चर्चा कर सकते हैं।
इस संभावना पर भी विचार करें कि उसके पास उत्पन्न कोड के साथ वैध बीफ है। उदाहरण के लिए, शायद कोड को बदलना आसान नहीं है।
ग्राहक के रूप में (और यह जानते हुए कि सॉफ्टवेयर विकास कैसे काम करता है), मैं अगले साल आपकी डिलीवरी किसी अन्य कंपनी को सौंपना चाहूंगा, और उस कंपनी को सामान्य कीमत पर बदलाव या परिवर्धन करने दूंगा।
इसलिए यदि आप जो वितरित करते हैं वह असामान्य रूप से कठिन हो जाता है, तो ग्राहक के पास एक बिंदु है। यदि यह आपके उपकरणों के कारण बहुत कठिन नहीं है, तो नहीं। और यह कि आपने अधिक कुशलता से विकसित करने के लिए उपकरणों का उपयोग किया है, भुगतान नहीं करने का कारण नहीं है।
लेकिन क्या वास्तव में मायने रखता है कि अनुबंध क्या कहता है। यदि आपने अनुबंध दिया है, तो ग्राहक को भुगतान करने की आवश्यकता है।
प्रारंभ में संचार की कमी प्रतीत होती है। यदि ग्राहक अपने चयन में बदलाव के लिए आसानी से संपादन योग्य आधार कोड चाहता था, और अपने लिए थोड़ा VB सीखता है, तो वह और आप दोनों एक-दूसरे के इरादों से अनभिज्ञ थे।
कुछ कोड जनरेटर बहुत ही वर्बोज़ और गैरकानूनी कोड देते हैं, इसलिए मुझे नहीं पता कि लोग कोड को देखे बिना भी क्यों टिप्पणी करते हैं, या कार्य अनुरोध ... यदि उसने कहा "क्योंकि मैं अपना कोड / प्रोजेक्ट आपके काम के साथ एकीकृत कर रहा हूं" उदाहरण के लिए ... हम नहीं जानते कि सहमत राशि और काम की मात्रा। उन्होंने स्वयं अपने काम को कोड करने के आधार पर समझौते और मूल्य पर हस्ताक्षर किए हो सकते हैं, अर्थात उन्हें अधिक काम करने और मैन्युअल परिणाम की उम्मीद थी। व्यक्तिगत रूप से मैं एक ग्राहक को कोड जनरेटर का विवरण बताऊंगा यदि वह बहुत पैसे के बिना जूनियर प्रोग्रामर है जिसे संपादन योग्य कोड की आवश्यकता है।
इस सवाल में बहुत से चर और अज्ञात हैं ग्राहक को एक फेसिअल शरारती संस्था के रूप में लिखने के लिए, हमारे पास शिकायत का कारण या कोड अनुरोध का एक प्रतिलेख भी नहीं है। लाइनों की संख्या और कीमत क्या थी? 100 या 10000? मुझे आश्चर्य हुआ कि कोई भी यह नहीं मानता कि ग्राहक के पास बताने के लिए मानवीय पक्ष है या यदि उसके पास भावनाएं हैं या एक व्यक्ति या समूह है, तो यह एकतरफा निर्णय है।
मैं इस सवाल का सीधा जवाब देने का प्रयास नहीं करूंगा क्योंकि आपके पास पहले से ही बहुत सारी अच्छी सलाह हैं (व्यक्तिगत रूप से मैं किसी भी ग्राहक को किसी भी कारण से हड़पता हुआ देख सकता हूं, जो भुगतान नहीं करने के बारे में सोच सकते हैं। क्या यह कोड जनरेटर नहीं था, वह कुछ ढूंढेगा। अन्य बहाना )।
हालांकि, भविष्य के लिए मेरी सलाह, "30 दिनों के लिए नि: शुल्क परीक्षण" नियोजित करना है, फिर आपको अपने कोड उत्पादों में योजना का उपयोग जारी रखने के लिए एक लाइसेंस कुंजी दर्ज करनी होगी।
30 दिनों तक, मेरा मतलब है, "भुगतान करने में लगने वाला समय", बिल्कुल 30 दिन नहीं।
अब, अगर ग्राहक शिकायत करता है ... उनके पास कोई मतलब नहीं है!
आपको उपयोगकर्ता-स्वीकृति परीक्षण करने और ड्यूटी के लिए फिट सत्यापित करने के लिए पूर्ण-कार्यशील परीक्षण मिलता है।
जब, यदि , आप भुगतान करते हैं, तो अनुबंध मुझे आपको लाइसेंस कुंजी देने के लिए बाध्य करता है ... जो मैं निश्चित रूप से करूंगा।
आप भुगतान नहीं करते हैं और मुझे हिलाने की कोशिश करते हैं ?! आशा है कि आपको यह देखकर अच्छा लगा होगा कि मेरा आवेदन आपके लिए कितना उपयोगी है, आप इससे कितना लाभ उठा सकते हैं ... क्या आपने केवल भुगतान किया था।
यदि आप कर सकते हैं, तकनीकी रूप से, मैं कहूंगा कि एक कदम आगे और, जब परीक्षण समाप्त हो गया है और कोई लाइसेंस प्रदान नहीं किया गया है, तो प्रतीक्षा करें, 3 दिन का कहना है, और फिर लक्ष्य मशीन से अपने उत्पाद के कोड की पूर्ण स्थापना रद्द / हटाएं।
आप नहीं चाहते हैं कि ग्राहक रिवर्स-इंजीनियरिंग को वैध लाइसेंस के लिए अपना रास्ता दें और आपको वह भुगतान न करें जो आप पर बकाया है।
बस सुनिश्चित करें कि आपका वकील अनुबंध में यह सब कानूनी बनाता है।
तुम्हें पता है, जहां पर सहमत मुआवजा ToninCorp करने के लिए ग्राहक द्वारा दिया गया है करने के लिए "वैध" से "कोडित उत्पाद ToninCorp की एकमात्र संपत्ति है, ऊपर, जिस पर उत्पाद स्थानान्तरण की बात स्वामित्व ग्राहक के लिए स्वचालित रूप से।
यह करता है टोनरकोर्प द्वारा रखरखाव सेवाओं के लिए ग्राहक को बिना अधिक मुआवजे के हकदार नहीं है "।
मुझे खेद है कि आप ठगे गए। यह बकवास है और यह हम में से प्रत्येक के लिए होता है, यहां तक कि सबसे पहरेदार भी।
हर कीमत पर आपका बकाया है।
एक बुरी समीक्षा बुरी है, सच है। पुश-ओवर होने के लिए नाम प्राप्त करना एक कैरियर-एंडर है!
एक कारण है कि भीड़ ने हुक से किसी को भी नहीं निकलने दिया, भले ही उन्होंने गोंद की एक छड़ी चुरा ली हो! यदि आपको किसी ऐसे व्यक्ति का नाम मिलता है, जिसे धमकाया जा सकता है और उसका फायदा उठाया जा सकता है ... तो आपके रास्ते में आने वाले एकमात्र ग्राहक होंगे।
यह कैरियर निधन का एक सर्पिल है।
बस नहीं!