एक फ्रीलांसर के साथ विवाद को कैसे संभालें

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

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

इसे जल्दी पकड़ें: चेतावनी के संकेत

परियोजनाएं शायद ही कभी अचानक विफल होती हैं। वे भटकती हैं, और यदि आप जानते हैं कि क्या देखना है तो भटकना दिखाई देता है।

डिलीवरी से पहले संचार धीमा हो जाता है। जो जवाब पहले उसी दिन आते थे, वे अब तीन दिन लेने लगते हैं। यह सबसे शुरुआती और सबसे विश्वसनीय संकेत है, और इसका आमतौर पर मतलब है कि फ्रीलांसर पीछे है और अभी तक ऐसा कहना नहीं चाहता है।

अपडेट अस्पष्ट हो जाते हैं। “अच्छी प्रगति कर रहा है” की जगह “होमपेज बन गया है, संपर्क फ़ॉर्म पर काम चल रहा है” ले लेता है। जब काम हो रहा होता है तो विशिष्ट अपडेट देना सस्ता होता है।

पहला डिलिवरेबल देर से और पतला आता है। एक पहला ड्राफ्ट जो आपकी अपेक्षा से काफी कम तैयार है, उसे तुरंत संबोधित करना चाहिए, न कि विनम्रता से स्वीकार करना चाहिए।

स्कोप वार्तालाप दिखाई देने लगते हैं। बिना किसी संकेत के यह उल्लेख कि कुछ “वास्तव में शामिल नहीं था” अक्सर अधिक पैसे के अनुरोध, या एक डिलीवरी से पहले होता है जो इसे छोड़ देता है।

इनमें से किसी एक को देखना घबराने या मामले को आगे बढ़ाने का कारण नहीं है। यह एक सीधा, मैत्रीपूर्ण, विशिष्ट प्रश्न पूछने का कारण है — “गुरुवार तक हम कैसा कर रहे हैं?” — जबकि उत्तर अभी भी परिणाम बदल सकता है।

पता लगाएं कि आपको वास्तव में कौन सी समस्या है

कुछ भी करने से पहले, अपने आप से सटीक रहें कि क्या गलत हुआ है, क्योंकि इन समस्याओं को वास्तव में अलग-अलग प्रतिक्रियाओं की आवश्यकता होती है और उन्हें मिलाना ही लोगों को अजेय स्थिति में ले जाता है।

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

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

यह भी जांचें कि क्या आप वास्तव में सहमत संशोधन दौरों के भीतर हैं। बहुत सारे "विवाद" केवल एक संशोधन अनुरोध होते हैं जिसे शिकायत के रूप में प्रस्तुत किया गया था।

पहले अपने सबूत व्यवस्थित करें

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

आप एक संक्षिप्त, तथ्यात्मक कालक्रम चाहते हैं: क्या ऑर्डर किया गया था, क्या सहमत हुआ था, क्या वादा किया गया था और कब, वास्तव में क्या आया और कब, और ठीक कौन सी सहमत वस्तु गायब या गलत है। ऑर्डर, लिस्टिंग विवरण, आपकी आवश्यकताओं के सबमिशन और संदेश थ्रेड से विशिष्ट विवरण निकालें - स्मृति से नहीं।

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

फाइलें, ड्राफ्ट और डिलीवर की गई संपत्तियां बिल्कुल वैसे ही रखें जैसे प्राप्त हुई थीं। यदि Zinn Hub पर एक औपचारिक विवाद खोला जाता है, तो दोनों पक्ष इसमें सबूत संलग्न कर सकते हैं - प्रति विवाद दस फाइलों तक, प्रत्येक 25 MB तक - और मूल प्रतियां हाथ में होने से यह सीधा हो जाता है।

इसे सीधे उठाएं, और इसे अच्छी तरह से उठाएं

यह वह कदम है जो अधिकांश समस्याओं को हल करता है, और यह वह कदम है जिसे लोग अक्सर बढ़ाने के पक्ष में छोड़ देते हैं, जिससे चीजें लगभग हमेशा तेज के बजाय धीमी हो जाती हैं।

एक अच्छा पहला संदेश चार चीजें करता है और कुछ नहीं:

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

इसे भावनात्मक न रखें और इसे प्लेटफ़ॉर्म पर ही रखें। एक क्रोधित संदेश से एक मजबूत मामले को कमजोर करने वाली कोई भी चीज़ तेजी से नहीं होती है, क्योंकि यह बातचीत को इस बात से हटा देता है कि क्या दिया गया था और सभी ने कैसा व्यवहार किया। और एक फ्रीलांसर जिसे हमला महसूस होता है, वह ठीक करने के बजाय बचाव करेगा, भले ही वे इसे वैसे भी ठीक करने वाले थे।

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

एक ऐसे परिणाम पर बातचीत करना जो कायम रहे

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

आसानी से सहमत होने के क्रम में: एक संशोधन या सुधार; बदले में कुछ के साथ एक समय सीमा विस्तार; जो वितरित नहीं किया गया था उसके अनुपात में आंशिक वापसी; शेष के लिए आंशिक वापसी के साथ काम के हिस्से का पूरा होना; एक पूर्ण वापसी और रद्दीकरण।

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

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

Zinn Hub पर एक ऑर्डर रद्द करना

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

एक बार अनुरोध खुलने के बाद, दूसरे पक्ष के पास 72 घंटे होते हैं, जिसमें चार चीजें करनी होती हैं: इसे स्वीकार करना, एक अलग प्रतिशत का प्रति-प्रस्ताव करना, इसे अस्वीकार करना, या मामले को औपचारिक विवाद में बढ़ाना। यदि वे उस विंडो के भीतर कुछ भी नहीं करते हैं, तो अनुरोधित प्रतिशत पर रद्दीकरण स्वचालित रूप से प्रदान किया जाता है - इसलिए चुप्पी एक बचाव के रूप में काम नहीं करती है।

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

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

औपचारिक विवाद उठाना

एक विवाद वृद्धि का मार्ग है। इसे किसी भी पक्ष द्वारा सीधे एक ऑर्डर पर खोला जा सकता है, या एक रद्दीकरण को बढ़ाकर पहुंचा जा सकता है जो तय नहीं हुआ है।

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

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

एक ऐसा मार्ग भी है जो मामलों को जल्दी और बिना किसी निर्णय के बंद कर देता है: एक Zinner पूर्ण वापसी जारी करके विवाद को स्वयं हल कर सकता है। यह लोगों की अपेक्षा से अधिक बार होता है, खासकर जहां फ्रीलांसर स्वीकार करता है कि कुछ गलत हुआ और वह बहस करने के बजाय इसे हल करना पसंद करेगा।

यदि इसे निर्णय की आवश्यकता है, तो एक Zinn Hub प्रशासक दोनों पक्षों के साक्ष्य की समीक्षा करता है और निर्णय लेता है। जब आप अपना मामला लिखते हैं तो इसे गंभीरता से लें: समीक्षक वहां नहीं था, और वे जो देख सकते हैं वह आदेश, संक्षिप्त विवरण, वितरित कार्य और थ्रेड है। प्रासंगिक पंक्तियों के साथ एक स्पष्ट कालक्रम मात्रा से कहीं अधिक मूल्यवान है।

परिणाम कैसे दिखते हैं

एक निर्णय बाइनरी नहीं है। संकल्प श्रेणियां यथार्थवादी सीमा को कवर करती हैं, जिसे आपके मामले को कैसे फ्रेम करना है, यह तय करने से पहले जानना महत्वपूर्ण है।

• विक्रेता की गलतीखरीदार को पूर्ण या आंशिक वापसी, इस बात पर निर्भर करता है कि सहमत कार्य का कितना हिस्सा वितरित नहीं किया गया था।
• खरीदार की गलतीकोई वापसी नहीं, भुगतान Zinner को जारी किया गया — या आंशिक वापसी जहां स्थिति मिश्रित है।
• आपसी, कोई गलती नहींएक पूर्ण वापसी, एक आंशिक वापसी, या कोई वापसी नहीं, परियोजना को पूर्ण माना जाता है।
• खारिजविवाद को अमान्य पाया गया।
• स्वयं-समाधानितनिर्णय की आवश्यकता से पहले Zinner ने पूर्ण वापसी जारी की।

ध्यान दें कि उनमें से कितने आंशिक हैं। यही अधिकांश विवादों की वास्तविकता है: दोनों पक्षों ने आमतौर पर स्थिति में कुछ योगदान दिया, और परिणाम इसे दर्शाते हैं। कुल जीत की उम्मीद करना एक ऐसी प्रक्रिया से निराशा का सबसे आम कारण है जो वास्तव में ठीक से काम कर रही थी।

पैसा कहां जाता है

यह वह विवरण है जिसे खरीदार अक्सर पहले से पुष्टि करना चाहते हैं, इसलिए इसे स्पष्ट रूप से बताना उचित है।

Zinn Hub पर रिफंड आपके Zinn Wallet में, पूर्ण रूप से, USD में जमा किए जाते हैं। कोई रिफंड-टू-कार्ड प्रवाह नहीं है, और मूल भुगतान विधि पर पैसा वापस करने की कोई सुविधा नहीं है। वॉलेट क्रेडिट प्लेटफॉर्म पर खर्च किया जा सकता है — उसी काम पर एक अलग Zinner के साथ, या किसी और चीज पर — और यह USD में अपना मूल्य रखता है, जो एकमात्र मुद्रा है जिसमें कुछ भी चार्ज किया जाता है।

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

वापसी नीति पूरी स्थिति निर्धारित करती है, और हमारे नियम और शर्तें बाकी को नियंत्रित करते हैं।

चार्जबैक सबसे खराब पहली चाल क्यों है

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

यह धीमा है। एक कार्ड विवाद संस्थानों के बीच एक औपचारिक प्रक्रिया है, जिसे हफ्तों या महीनों में मापा जाता है। एक प्लेटफ़ॉर्म रद्दीकरण में 72 घंटे की घड़ी होती है।

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

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

यह आपके अपने खाते को जोखिम में डाल सकता है। प्लेटफ़ॉर्म की समाधान प्रक्रिया के बाहर जाना, बजाय इसका उपयोग करने के, किसी भी बाज़ार में एक तटस्थ कार्य नहीं है।

पहले आंतरिक मार्ग का उपयोग करें। यह ठीक इसी के लिए मौजूद है, यह तेज़ है, और यह एकमात्र मार्ग है जहां “काम ठीक से पूरा हो जाता है” अभी भी संभावित परिणामों में से एक है।

अगली भर्ती को विवाद-प्रूफ बनाना

लगभग हर विवाद ऑर्डर देने से पहले लिए गए निर्णय से जुड़ा होता है। तीन सबसे महत्वपूर्ण:

एक संक्षिप्त लिखें जिसकी जाँच की जा सके। संख्याओं और स्वरूपों के साथ एक वितरण योग्य सूची “क्या यह पर्याप्त अच्छा है?” को “क्या यह वही है जिस पर हम सहमत थे?” में बदल देती है - सभी के लिए एक बहुत आसान प्रश्न, जिसमें एक समीक्षक भी शामिल है। एक परियोजना संक्षिप्त लिखना पर हमारी मार्गदर्शिका बताती है कि कैसे।

प्रस्ताव को ठीक से पढ़ें। चेतावनी के संकेत आमतौर पर कुछ भी खर्च करने से पहले दिखाई देते हैं। एक फ्रीलांसर प्रस्ताव में लाल झंडे पर हमारी मार्गदर्शिका बताती है कि क्या देखना है, और एक फ्रीलांसर की जाँच कैसे करें उसके बाद की जाँचों को कवर करती है।

प्रतिबद्ध होने से पहले परीक्षण करें। $5, $10, $15 या $20 पर एक Micro Zinn आपको बताता है कि चार-आंकड़ा निर्णय लेने से पहले कोई कैसे संवाद करता है और वितरित करता है। यह सबसे सस्ता विवाद-बचाव उपाय उपलब्ध है, और प्रतिबद्ध होने से पहले एक फ्रीलांसर का परीक्षण करना पर हमारी मार्गदर्शिका बताती है कि इसे ठीक से कैसे चलाया जाए।

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