क्या मुझे उन ग्राहकों के लिए फ्रीलांस काम करना जारी रखना चाहिए जो बिना भुगतान किए अधिक मांग रखते हैं? [बन्द है]

Question

तो एक ग्राहक मेरे पास आता है और कहता है कि उसे कुछ काम करने की जरूरत है। मूल रूप से 4 कार्य, जिन्हें मैं एक निश्चित मूल्य के लिए करने के लिए सहमत हुआ। ग्राहक ओडिसी पर नौकरी की पेशकश (एक निश्चित समय और मूल्य नौकरी) बनाता है, मैं इसे स्वीकार करता हूं, लेकिन ग्राहक को उस नौकरी के आधार पर अनुबंध शुरू करने के लिए कुछ दिनों और लगातार याद दिलाता है।

समस्या यह है कि मूल कार्य पूरा हो चुका है, अनुबंध अभी भी सक्रिय है, मुझे अभी तक भुगतान नहीं किया गया है, ग्राहक का कहना है कि वह परियोजना पूरा होने पर भुगतान करेगा, और तब तक, नए कार्य लगातार होते रहते हैं, या पुराने कार्यों में परिवर्तन होते रहते हैं। तत्वों के पूर्ण पुन: करने की आवश्यकता है। इस सब के लिए ग्राहक भुगतान का वादा करता है। इस क्लाइंट से ODesk पर कोई अपडेट नहीं, कोई नया कार्य नहीं। मैं क्लाइंट को प्रशासनिक मुद्दों को सुलझाने के बारे में याद दिलाता रहता हूं, लेकिन कोई परिणाम नहीं मिला। उसी समय, क्लाइंट निरंतर काम पर जोर देता है, क्योंकि परियोजना जल्द ही लॉन्च होने वाली है।

मुझे नहीं पता क्या करना है।

• अगर मैं नौकरशाही के बिना कोई काम करने से इनकार करता हूं, तो परियोजना देर हो जाएगी। लेकिन यह मेरी गलती नहीं है, क्या यह है? मुझे डर है कि मुझे इस मामले में नकारात्मक प्रतिक्रिया मिल सकती है, या इससे भी ज्यादा बुरा कुछ हो सकता है।
• अगर मैं इस परियोजना से बाहर निकलता हूँ तो मुझे डर लगता है कि मुझे वह नहीं मिलेगा जो मैंने कमाया है।
• अगर मैं इस तरह जारी रहा, तो मैं यहाँ वर्णित सामान के समान सामान बनाने में बहुत समय बर्बाद करूँगा , लेकिन एक प्रोग्रामर के रूप में (हाँ, यह पहले से ही समान अनुरोधों के लिए आया है, बहुत सारे हार्डकोड सामग्री के लिए)।

मैं ऐसी स्थितियों में ऐसे ग्राहकों के साथ कैसे संवाद करूं? मैं संघर्ष से कैसे बचूँ?

PS क्लाइंट एक छोटी कंपनी है। विभिन्न लोग इस परियोजना के विभिन्न पहलुओं को संभालते हैं, और हर कोई मूल चश्मे के लिए अपने स्वयं के परिवर्तनों का परिचय देता है।

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

Comments

ऐसे अनुबंधों के साथ समस्या यह है कि आप कभी भी यह गारंटी नहीं दे सकते कि ग्राहक क्या करेगा। कभी-कभी वे आपको अपग्रेड कर देते हैं भले ही काम पूरा हो गया हो!

— NoChance

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

— रामहाउंड

: एक ओर जहां संभवतः भी स्थानीय ... मैं इसे विषय पर के रूप में अक्सर पूछे जाने वाले प्रति विषय बंद है, विश्वास नहीं हैfreelancing and business concerns

— maple_shaft

Answer 1

अरे यार, मैं कई बार इस स्थिति में था जब मैंने फ्रीलांस किया तो मैं तुम्हारा दर्द महसूस कर रहा हूं।

यह सब बदल गया जब मैंने ग्राहकों के बारे में सोचने का अपना तरीका बदल दिया: सभी ग्राहक चोर कलाकार हैं।

मुझे फिर वही बात कहना है:

सभी ग्राहक कांग्रेस के सदस्य हैं

जब आप इस परिप्रेक्ष्य में बदल जाते हैं, तो यह तब होता है जब आपको पता चलता है कि वास्तव में आपके पास ज्यादातर समय उत्तोलन होता है, तब भी जब आपके पास कोई अनुबंध नहीं होता है जो आपको बैकअप देता है।

आप को क्या करना है यहां बताया गया है:

• यदि आपने पहले ही डिलीवर कर दिया है, तो आप पहले से ही खराब हो चुके हैं : इस बिंदु पर आपको यह तय करना होगा कि क्या आप खराब होते रहना चाहते हैं और ग्राहक आपके बी **** को जारी रखना चाहते हैं।
• यदि आपने वितरित नहीं किया है, तो उम्मीद है : लॉन्च आपका लाभ है और आप अभी भी भुगतान कर सकते हैं। कम से कम 50% के लिए बातचीत का भुगतान या पूरी परियोजना को छोड़ दें और उसे उसके भाग्य पर छोड़ दें, यह आपका लाभ है । मैं कम से कम दो बार इस स्थिति में था और मौका नहीं मिला जब मैं कर सकता था, चीजें मेरे लिए खराब हो गईं और मैंने कीमत का भुगतान किया। यह ठंडा-ठंडा लगता है, लेकिन यह अक्सर बिना किसी रिटर्न के होता है ।

• यदि आपको लगता है कि यह केवल एक संचार समस्या है, तो आप इसे ठीक कर सकते हैं (यदि और केवल ग्राहक चाहते हैं तो) : आप पिछले अभी भी एक लीवरेज के रूप में उपयोग कर सकते हैं, लेकिन समाधान ग्राहक को एक प्रतिनिधि के लिए नामित करने के लिए कहना है। प्रोजेक्ट, इसके लिए आपके सबसे अच्छे विकल्प हैं:

  • प्रोजेक्ट का मालिक
  • परियोजना के मालिक द्वारा निर्दिष्ट एक हितधारक
  • मालिकों का "दाहिना हाथ"

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

किसी भी मामले में और अगर मैं आप थे, तो मैं इस मामले में सहायता के लिए oDesk से संपर्क करूंगा। मुझे यकीन है कि कर रहा हूँ वहाँ ग्राहकों को जो करने के लिए इस तरह व्यवहार करते हैं की एक बहुत कुछ कर रहे हैं उगाही ठेकेदारों से बाहर अधिक काम करते हैं। यदि आपके पास सबूत है कि परियोजना अनुबंध के अनुसार पूरी हो गई है, तो अनुबंध को अपने हथियार के रूप में उपयोग करें ।

मुझे यकीन है कि oDesk के पास कुछ के लिए अनुबंध है ।

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

मैंने अपने दिनों में ग्राहक के बारे में बहुत अधिक देखभाल करने की गलती की है, लेकिन आपके पास नहीं है।

संपादित करें : अंतिम सलाह, जब तक आपके पास अंतिम भुगतान न हो, अंतिम वितरण न करें। आप हमेशा अपने लैपटॉप / परिसर में एक प्रदर्शन दे सकते हैं ताकि सब कुछ काम कर सके।

वैकल्पिक रूप से और अगर आपके पास कोई विकल्प नहीं है, और ग्राहक को आपको भुगतान करने के लिए तैनात एप्लिकेशन की आवश्यकता है (क्योंकि यह अनुबंध में है, अन्यथा नहीं दें), इसे अपने स्वयं के बुनियादी ढांचे में तैनात करें और किसी अन्य को इसकी पहुंच न दें उन लोगों के लिए जिन्हें आप अपने जीवन के साथ भरोसा करेंगे (मैं इस बारे में गंभीर हूं)। यह आपका अंतिम संभव उत्तोलन है जहाँ आप कह सकते हैं: "आपके पास भुगतान करने के लिए X दिन हैं या सेवा को नीचे ले जाया जाएगा"। बहाना करें कि वह आपके लिए एक घर किराए पर ले रहा है, और वह सिर्फ एक दिन अघोषित रूप से छोड़ सकता है और आप कभी भी उसे वापस ट्रैक नहीं कर पाएंगे या उसे आपको भुगतान करने का कारण नहीं देंगे।

Comments

यह मानते हुए कि सभी ग्राहक कॉन-कलाकार हैं, बहुत उचित नहीं है, शायद सिर्फ वही हैं जो कम से कम प्रतिशत अपफ्रंट के साथ शिथिल परिभाषित आवश्यकताओं के साथ निश्चित मूल्य पर जोर देते हैं।

— maple_shaft

सेवा प्रदाता (इस मामले में ठेकेदार) की भूमिका धन की सबसे बड़ी राशि के लिए यथासंभव कम सेवा प्रदान करना है। उपभोक्ता की भूमिका (इस मामले में ग्राहक) कम से कम धनराशि के लिए यथासंभव सेवा का उपयोग करना है। मैं "चोर कलाकारों" को सेवा प्रदाता समूह में मानता हूं।

— zzzzBov

एक अनुभवी अंतर्दृष्टि के लिए धन्यवाद। मुझे नहीं लगता कि ग्राहकों को प्रदाताओं से अलग करना उचित है और यह कहना कि एक हमेशा एक कॉन कलाकार होता है, लेकिन आपकी सलाह ने वास्तव में मदद की। मैंने इस समस्या से ग्राहक को "आगे नहीं जाना है" के साथ सामना किया, और यह तुरंत हल हो गया। वे या तो मेरा परीक्षण कर रहे थे, यह एक बड़ी गलतफहमी थी, या उनकी कंपनी में कुछ विशाल आंतरिक अंतराल थे।

— TheLonelyCoder

@maple_shaft मुझे पता है कि मैं निंदक और अन्यायी हूं, लेकिन यह एक ऐसी चीज है जो आपको

— आशान्वित

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

— ड्यूकफैगिंग

Answer 2

oDesk के पास विवाद समाधान टीम / नीति है। आप अतिरिक्त कार्यों के बारे में विशेष रूप से उपरोक्त विवरण सहित उनसे संपर्क कर सकते हैं।

Answer 3

आमतौर पर जब आपको अपने क्लाइंट को अपडेट करने के लिए हाउंड करना पड़ता है जो एक बुरा संकेत है।

मैं oDesk पर भी काम करता हूं; और आगे जाकर आप विशेष रूप से प्रति घंटा अनुबंध पर काम करने पर विचार कर सकते हैं और सामने वाले को यह अनुमान लगा सकते हैं कि कोई कार्य आपको कितने घंटे देगा या लेगा।

प्रति घंटा कॉन्ट्रैक्ट पर आप सही तरीके से चिह्नित कर सकते हैं कि आपने क्या काम किया है और आप पर कितना बकाया है। ग्राहक को भुगतान करने के लिए बाध्य करने के लिए ओडेस प्राप्त करना बहुत आसान है।

निश्चित मूल्य अनुबंधों पर, कोई मौका नहीं है। आपका क्लाइंट और केवल आपका क्लाइंट ही तय करता है कि कब और कितना भुगतान करना है। oDesk भी उनके प्रलेखन / समर्थन साइट में ऐसा कहता है। मुझे यह कहने के लिए खेद है, यदि आपकी परियोजना निश्चित है; मैं कहता हूं कि फिरौती के लिए काम पकड़ लो और जो भी मिल जाए मांग लो - फिर जमानत।

इस तरह के ग्राहक आपसे जीवन को चूस लेते हैं।

Comments

यह किसी और के दृष्टिकोण को देखने के लिए बहुत उपयोगी है जो हालांकि ओडीएससी काम करता है ।

— मार्क बूथ

Answer 4

'पूर्ण' का क्या अर्थ है? क्या इसका मतलब है 'अनुबंध में सभी कार्य किए गए हैं'? यदि ऐसा होता है, तो आपका ग्राहक अनुबंध के उल्लंघन में स्पष्ट रूप से है और आपको अपने दायित्वों को याद दिलाने के लिए उसे एक 'दोस्ताना' पत्र लिखने के लिए एक वकील प्राप्त करने पर विचार करना चाहिए। आपको हालांकि इसे अंतिम उपाय के रूप में रखना चाहिए, और अधिक कूटनीतिक दृष्टिकोण अपनाने की कोशिश करनी चाहिए, जैसे कि अनुबंध को फिर से शुरू करने की कोशिश करना जिसमें वह आकस्मिक रूप से शामिल होने वाले कार्यों को शामिल करता है जो कि क) आपको उस काम के लिए भुगतान किया जाता है जो आपने पहले ही किया है। मूल अनुबंध की शर्तों के अनुसार, और बी) आपको अतिरिक्त काम के लिए भी भुगतान किया जाएगा।

यदि अनुबंध यह निर्धारित करता है कि परियोजना के 'पूर्ण' होने पर आपको भुगतान किया जाएगा, तो आप परेशानी में पड़ सकते हैं। किसी भी अच्छे डेवलपर से पूछें और वे आपको बताएंगे कि सॉफ्टवेयर कभी पूरा नहीं होता है, यह रखरखाव के अधीन है या इसे छोड़ दिया गया है। यदि आप सहमत हैं कि ग्राहक पूरा होने पर भुगतान कर सकता है और यह अदालत में जाता है, तो उसका बचाव शायद यह होगा कि परियोजना पूरी नहीं हुई है क्योंकि आवश्यकताओं की एक विशाल सूची है जो उसने उस परियोजना में जोड़ी है जिसे आपने नहीं किया है।

मुझे आशा है कि आपके अनुबंध में कहा गया है कि आपको अनुबंध में परिभाषित आवश्यकताओं की पूर्ति पर भुगतान किया जाएगा। यदि यह है, और यदि यह स्पष्ट है कि आपका ग्राहक जानबूझकर आपको घेर रहा है और आपसे वह काम निकालने की कोशिश कर रहा है, जिसके लिए आप कभी सहमत नहीं थे, तो आपके पास विकल्प हैं। अगर यह कहता है कि "भुगतान पूरा होने पर" तो आपके पास बहुत कम विकल्प हो सकते हैं। आप अनुबंध को फिर से शुरू करने की कोशिश कर सकते हैं लेकिन अगर वह हिलना नहीं चाहते हैं तो मुझे यकीन नहीं है कि आप वहां से जा सकते हैं।

ADD को संपादित करें: आपके प्रश्न के अंत में "हर कोई आवश्यकताओं को जोड़ता रहता है" टिप्पणी मेरे साथ गंभीर खतरे की घंटी बज रही है। मुझे आशा है कि आपने कार्य सूची के साथ जिस व्यक्ति के साथ बातचीत की थी, उसके अलावा किसी की भी आवश्यकताओं को स्वीकार नहीं किया है! आपको आवश्यकताओं को स्वीकार करना चाहिए और केवल एक व्यक्ति से अनुरोधों को बदलना चाहिए, अन्यथा अराजकता भड़क सकती है। व्यक्ति A यह सोच सकता है कि यदि आप फीचर X को किसी प्रोजेक्ट में जोड़ते हैं, तो यह साफ-सुथरा होगा, लेकिन यदि वह व्यक्ति B है जो भुगतान कर रहा है और वे उस व्यक्ति को नहीं जानते हैं, A ने प्रोजेक्ट में एक फीचर जोड़ा है, तो वे यह आभास प्राप्त कर सकते हैं कि आप उनमें सामान जोड़ रहे हैं। सिर्फ उन लोगों से अधिक पैसा पाने के लिए परियोजना के लिए नहीं पूछा। जिसके परिणामस्वरूप खराब रक्त होता है। इससे भी बदतर, आप एक परियोजना की कुल गड़बड़ी के साथ अंत कर सकते हैं जिसमें परस्पर विरोधी आवश्यकताओं और कोड का भार होता है ' t अपने मूल उद्देश्य को पूरा करना क्योंकि यह अन्य हितधारकों के भार को भी खुश करने की कोशिश कर रहा है। आवश्यकताओं को जोड़ने के लिए एक अच्छी तरह से परिभाषित प्रक्रिया होने की आवश्यकता है, और जो व्यक्ति बिलों का भुगतान करता है उसे किसी भी आवश्यकताओं के बारे में पूरी तरह से जागरूक होना होगा जो जुड़ जाते हैं।