फ्रिल्यान्स विकासकर्तालाई कसरी काममा लगाउने

धेरैजसो असफल विकास परियोजनाहरू खराब कोडिङ गरिएका थिएनन्। तिनीहरू खराब रूपमा निर्दिष्ट गरिएका थिए, गलत संकेतमा काममा राखिएका थिए, र यति अपूर्ण रूपमा हस्तान्तरण गरिएका थिए कि अर्को विकासकर्ताले फेरि सुरु गर्नुपर्‍यो। प्राविधिक भागमा पैसा हराउने विरलै हुन्छ।

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

तपाईं वास्तवमा के बनाउँदै हुनुहुन्छ निर्णय गर्नुहोस्

प्रविधिबाट होइन, परिणामबाट सुरु गर्नुहोस्। “मलाई एउटा एप चाहिन्छ” एउटा संक्षिप्त विवरण होइन; “ग्राहकहरूले आफ्नो फोनमा स्लट बुक गर्न र भुक्तानी गर्न आवश्यक छ, र मैले भोलिको बुकिङहरू एउटै सूचीमा हेर्न आवश्यक छ” हो। दोस्रो संस्करण उद्धृत गर्न, परीक्षण गर्न र बहस गर्न सकिन्छ। पहिलो सकिँदैन।

कसैसँग कुरा गर्नु अघि, चार कुराहरू लेख्नुहोस्:

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

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

तपाईंलाई कस्तो प्रकारको विकासकर्ता चाहिन्छ

"डेभलपर" ले एक दर्जन फरक व्यापारहरू समेट्छ जुन एकअर्कासँग साट्न मिल्दैन। गलत व्यक्तिलाई काममा लगाउनु यस प्रक्रियामा सबैभन्दा सामान्य र सबैभन्दा महँगो श्रेणी त्रुटि हो।

• फ्रन्ट-एन्डप्रयोगकर्ताले देख्ने र छुने कुरा: लेआउट, अन्तरक्रिया, प्रतिक्रियाशीलता, पहुँच। पुन: डिजाइन, मार्केटिङ साइट वा अवस्थित प्रणालीमा नयाँ इन्टरफेसको लागि काममा लगाउनुहोस्। फ्रन्ट-एन्ड विकास फ्रीलान्सरहरू हेर्नुहोस्।
• ब्याक-एन्डडाटा, तर्क, एपीआई, प्रमाणीकरण, भुक्तानी। बटन थिचेपछि के हुन्छ भन्नेमा मूल्य हुँदा काममा लगाउनुहोस्। ब्याक-एन्ड विकास फ्रीलान्सरहरू हेर्नुहोस्।
• फुल-स्ट्याकदुवै, काम गर्ने मानकमा। धेरैजसो साना निर्माणका लागि सही विकल्प, किनभने दुई विशेषज्ञहरू बीचको समन्वयले सानो स्तरमा बचत गर्ने भन्दा बढी खर्च हुन्छ।
• CMS र प्लेटफर्मWordPress, Shopify, Webflow र यस्तै। यदि तपाईंको आवश्यकता अवस्थित प्लेटफर्मले पूरा गर्छ भने, यसलाई पुन: निर्माण गर्न अनुकूलन विकासकर्तालाई काममा लगाउनु पैसा जलाउनु हो। WordPress विकास र Shopify विकास हेर्नुहोस्।
• मोबाइलनेटिभ iOS वा एन्ड्रोइड, वा क्रस-प्लेटफर्म। वेब भन्दा साँच्चै फरक अनुशासन, यसको आफ्नै स्टोर-समीक्षा र रिलीज अवरोधहरू सहित। मोबाइल एप विकास हेर्नुहोस्।
• मर्मत र फिक्सहरूडिबगिङ, अपडेटहरू, प्रदर्शन, सुरक्षा। प्रायः सबैभन्दा उच्च-मूल्यको काममा लगाउने, र जुन खरीददारहरूले सबैभन्दा लामो समयसम्म स्थगित गर्छन्। वेबसाइट मर्मत हेर्नुहोस्।

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

व्यक्ति भन्दा पहिले प्रविधि छनौट गर्दै

तपाईंले भाषा छनौट गर्नुपर्दैन। तपाईंले एउटा निर्णय गर्नुपर्छ: प्लेटफर्म वा अनुकूलन। यसले यस गाइडमा अन्य कुनै पनि छनौट भन्दा तपाईंको कुल लागतमा बढी प्रभाव पार्छ।

प्लेटफर्म निर्माण — WordPress, Shopify, Webflow, एक नो-कोड उपकरण — को अर्थ धेरैजसो सफ्टवेयर पहिले नै अवस्थित छ र तपाईं कन्फिगरेसन, डिजाइन र तपाईंको लागि विशिष्ट भागहरूको लागि भुक्तानी गर्दै हुनुहुन्छ। यो छिटो, सस्तो, र अर्को व्यक्तिलाई हस्तान्तरण गर्न सजिलो छ, किनभने हजारौं विकासकर्ताहरूलाई यो थाहा छ। सीमा यो हो कि तपाईं प्लेटफर्मको अनुमान भित्र बस्नुहुन्छ।

अनुकूलन निर्माणको अर्थ सफ्टवेयर तपाईंको लागि लेखिएको हो। यो ठ्याक्कै मिल्छ, र यसलाई सिर्जना गर्न र मर्मत गर्न धेरै गुणा बढी खर्च लाग्छ, किनभने यसलाई लेख्ने व्यक्तिले मात्र यसलाई कागजात नगरेसम्म थाहा हुन्छ। तपाईंले गर्ने कुरा उत्पादन हुँदा अनुकूलन सही उत्तर हो; यो ब्रोशर साइट वा मानक पसलको लागि गलत उत्तर हो।

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

विकासकर्ताले उद्धृत गर्न सक्ने संक्षिप्त लेख्दै

एक राम्रो प्राविधिक संक्षिप्त छोटो र विशिष्ट हुन्छ। यसले विकासकर्तालाई कसरी निर्माण गर्ने भनेर बताउँदैन; यसले उनीहरूले काम समाप्त गरेपछि के सत्य हुनुपर्छ भनेर बताउँछ।

• समस्या, एक अनुच्छेदमा। अहिले के भइरहेको छ, र किन यो स्वीकार्य छैन।
• प्रयोगकर्ता कथाहरू। “एक ग्राहकको रूपमा, म … गर्न सक्छु ताकि …”। यस्ता पाँच देखि पन्ध्र वटा वास्तविक विशिष्टता हो।
• एकीकरणहरू। प्रत्येक बाह्य प्रणालीको नामले नाम दिनुहोस्, जसमा तपाईंले सामान्य मान्नुहुनेहरू पनि समावेश छन्।
• तपाईंले के उपलब्ध गराउँदै हुनुहुन्छ। प्रतिलिपि, छविहरू, डिजाइनहरू, लगइनहरू, परीक्षण डेटा। घोषणा नगरिएका कमीहरू बिल योग्य घण्टा बन्छन्।
• बाधाहरू। समयसीमा, बजेट दायरा, तपाईंले रहनुपर्ने होस्टिङ, तपाईंले पूरा गर्नुपर्ने अनुपालन।
• सम्पन्नको परिभाषा। कहाँ डिप्लोय गरियो, कसरी परीक्षण गरियो, कुन स्तरमा दस्तावेज गरियो, के सहित हस्तान्तरण गरियो।

बजेट दायरा समावेश गर्नुहोस्। खरीददारहरूले कम उद्धरणको आशामा यसलाई रोक्छन्; व्यवहारमा यसले गलत स्केलमा लक्षित प्रस्तावहरू मात्र उत्पादन गर्छ, र तपाईंले त्यो पत्ता लगाउन पत्राचारको एक चरण गुमाउनुहुन्छ। उत्कृष्ट प्रस्तावहरू प्राप्त गर्ने परियोजना संक्षिप्त लेख्ने हाम्रो गाइडमा पूर्ण टेम्प्लेट छ, र प्रति घण्टा बनाम निश्चित मूल्य ले तपाईंको संक्षिप्तले कुन मूल्य निर्धारण मोडेल मागिरहेको छ भनेर व्याख्या गर्छ।

छोटो सूची बनाउँदै

तीन देखि पाँच उम्मेदवारहरूको लागि लक्ष्य राख्नुहोस्। कम भएमा तपाईंको तुलना हुँदैन; धेरै भएमा तपाईंले तिनीहरूमध्ये कुनैको पनि उचित मूल्याङ्कन गर्न सक्नुहुन्न।

खोज्नका लागि दुई दिशाहरू छन्। यदि तपाईंको काम राम्रोसँग परिभाषित छ र तपाईं केही विशेष किन्न चाहनुहुन्छ भने काम बाट सुरु गर्नुहोस् — वेबसाइट विकास, सफ्टवेयर विकास वा वेब अनुप्रयोगहरू अन्तर्गत निश्चित-मूल्य सूचीहरू ब्राउज गर्नुहोस्, वा वेब डिजाइन, WordPress विकासकर्ताहरू, मोबाइल एप विकास वा Shopify विशेषज्ञहरू मा बजारद्वारा ब्राउज गर्नुहोस्।

यदि काममा छलफल आवश्यक छ भने व्यक्ति बाट सुरु गर्नुहोस्। अनुशासन वा उपकरणद्वारा विकासकर्ताहरू ब्राउज गर्नुहोस् — React, WordPress, PHP, Python वा Webflow — वा संक्षिप्त पोस्ट गर्नुहोस् र प्रस्तावहरू तपाईंमा आउन दिनुहोस्। Zinn Hub मा, परियोजना पोस्ट गर्नु निःशुल्क छ, र तपाईं यसलाई वेबसाइट विकास, ब्याक-एन्ड विकास वा मोबाइल एप विकास जस्ता विशेष क्षेत्रमा निर्देशित गर्न सक्नुहुन्छ।

प्रासंगिकतामा कडा फिल्टर गर्नुहोस् र अरू सबैमा हल्का। तपाईंको जस्तै तीनवटा चीजहरू पठाएको विकासकर्ताले फरक डोमेनमा दोब्बर अनुभव भएको भन्दा लगभग हरेक पटक जित्छ।

विकासकर्ता पोर्टफोलियो कसरी पढ्ने

तपाईंले कसैको कोड अडिट गर्न सक्नुहुन्न, र तपाईंले गर्नुपर्दैन। यदि तपाईंलाई के हेर्ने भनेर थाहा छ भने पोर्टफोलियोले अझै पनि धेरै कुरा बताउँछ।

• प्रत्यक्ष लिङ्कहरू खोल्नुहोस्। एउटा स्क्रिनसटले केही प्रमाणित गर्दैन। आफ्नो फोनमा साइट लोड गर्नुहोस्, यसलाई प्रयोग गर्नुहोस्, यसलाई बिगार्नुहोस्। आज बिग्रिएको कुनै पनि कुरा बिग्रिएको रूपमा हस्ताक्षर गरिएको थियो।
• तपाईंको जस्तै समस्याहरू खोज्नुहोस्। एउटै उद्योग होइन — एउटै आकार। बुकिङ फ्लो एउटा बुकिङ फ्लो हो चाहे यसले कपाल काट्ने वा हेलिकप्टर बेच्छ।
• उनीहरूले के गरे भनेर जाँच गर्नुहोस्। टोली परियोजनाहरूमा, कुन भागहरू उनीहरूका थिए भनेर सोध्नुहोस्। “मैले यसमा काम गरें” को अर्थ धेरै वा थोरै हुन सक्छ।
• आधारभूत कुराहरू आफैं परीक्षण गर्नुहोस्। पृष्ठ छिटो लोड हुन्छ? यो फोनमा काम गर्छ? किबोर्डको साथ फारमहरू प्रयोग गर्न सकिन्छ? यी शिल्प संकेतहरू हुन् जुन गैर-प्राविधिक खरीददारले राम्रोसँग पढ्न सक्छ।
• समीक्षाहरूलाई प्रमाणको रूपमा पढ्नुहोस्। एउटा चम्किलो समीक्षा आवाज हो। धेरैमा एउटा ढाँचा, विशेष गरी सञ्चार र समयसीमाको बारेमा, संकेत हो। Zinn Hub मा समीक्षाहरूलाई पुष्टि गरिएको खरीद आवश्यक पर्दछ।
• के गलत भयो भनेर सोध्नुहोस्। “नराम्रो भएको परियोजनाको बारेमा मलाई भन्नुहोस्” भन्ने प्रश्नको सबैभन्दा बलियो जवाफ एउटा विशिष्ट, अप्रिय, राम्रोसँग विश्लेषण गरिएको कथा हो। केवल सहज परियोजनाहरू भएको विकासकर्ता भन्ने कुनै चीज छैन।

यसको व्यवस्थित संस्करणको लागि, हाम्रो १२-चरण फ्रीलान्सर जाँच सूची मार्फत काम गर्नुहोस्।

तपाईंले काममा राख्नु अघि सोध्नु पर्ने प्रश्नहरू

लक्ष्य कसैलाई समात्नु होइन। यो जवाफ पूर्वाभ्यास नगरिएको बेला कसैले कसरी सोच्छ भनेर सुन्नु हो।

• विगतको निर्माणको व्याख्या गर्नुहोस्“मलाई यी मध्ये एउटा परियोजना र तपाईंले गर्नुभएका ट्रेड-अफहरू बताउनुहोस्।” एक राम्रो विकासकर्ताले आफूले नगर्ने छनौट गरेको कुरा र किन भनेर बताउनेछ। ट्रेड-अफ बिनाको शब्दजाल एउटा चेतावनी चिन्ह हो।
• यहाँ के कुराले चिन्तित बनाउँछतपाईंको संक्षिप्त विवरणको सबैभन्दा जोखिमपूर्ण भाग के हो भनेर सोध्नुहोस्। “केही छैन, यो सीधा छ” भन्ने जो कोहीले पनि यसलाई राम्ररी पढेको छैन।
• के हराइरहेको छ“तपाईंलाई मबाट के चाहिन्छ जुन मैले प्रदान गरेको छैन?” बलियो उम्मेदवारहरूले यसको तुरुन्तै र विस्तृत रूपमा जवाफ दिन्छन्।
• मैले प्रगति कसरी देख्नेछुएक स्टेजिंग लिङ्क, एक साप्ताहिक अपडेट, एक साझा बोर्ड। कुनै पनि जवाफ ठीक छ; कुनै जवाफ नहुनु ठीक छैन।
• लन्च पछि के हुन्छबग विन्डो, समर्थन सर्तहरू, कागजात। यो सुरु गर्नु अघि सहमत हुनुहोस्, केही बिग्रँदा होइन।
• कोड कसको होसीधै सोध्नुहोस्। जवाफ तपाईंको हुनुपर्छ, डेलिभरीमा, लिखित रूपमा, यसलाई चलाउन आवश्यक सबै कुरा सहित।

प्रतिबद्ध हुनु अघि परीक्षण गर्नुहोस्

एक खरीददारको लागि उपलब्ध सबैभन्दा सस्तो बीमा ठूलो काम अघि सानो भुक्तानी गरिएको काम हो। एक भुक्तानी नगरिएको परीक्षण होइन, जुन राम्रो फ्रीलान्सरहरूले अस्वीकार गर्छन् र जसले तपाईंलाई पैसा संलग्न हुँदा कसैले कसरी व्यवहार गर्छ भन्ने बारे केही बताउँदैन — एक वास्तविक, सानो, भुक्तानी गरिएको कार्य।

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

Zinn Hub मा प्राकृतिक ढाँचा Micro Zinn हो — $5, $10, $15 वा $20 मा एक निश्चित-मूल्य कार्य। बग फिक्सहरू र साना कोड कार्यहरू वा वेबसाइट बग फिक्सहरू र ट्वीकहरू ब्राउज गर्नुहोस्, वा $20 Micro Zinns सँग मूल्यबाट सुरु गर्नुहोस्। प्रतिबद्ध हुनु अघि एक फ्रीलान्सरको परीक्षण गर्ने बारे हाम्रो गाइडले परीक्षणलाई कसरी संरचना गर्ने र न्याय गर्ने भन्ने बारे बताउँछ।

यसको लागत कति छ र कसरी भुक्तानी गर्ने

विकास मूल्य निर्धारण अन्य कुनै पनि फ्रीलान्स श्रेणी भन्दा बढी फरक हुन्छ, किनभने काम बढी फरक हुन्छ। तल दिइएका कुराहरू सम्पूर्ण कामको लागि सामान्य बजार ब्यान्डहरू हुन्, Zinn Hub मूल्यहरू होइनन्, र प्रत्येक फ्रीलान्सरले आफ्नै सेट गर्दछ।

• सानो कार्य

  $200 भन्दा कम

  एक बग फिक्स, एक प्लगइन द्वन्द्व, एक फारम, एक गति पास, एक अवस्थित निर्माणमा एक सानो सुविधा। निश्चित-मूल्य कार्यको रूपमा किन्नु उत्तम हुन्छ।

• मानक निर्माण

  $500–$2,000

  एक प्लेटफर्म-आधारित साइट वा पसल: विषयवस्तु कन्फिगरेसन, धेरै पृष्ठ टेम्प्लेटहरू, फारमहरू, आधारभूत एकीकरणहरू, लन्च।

• उन्नत

  $2,000–$8,000

  अनुकूल कार्यक्षमता, खाताहरू र लगइनहरू, भुक्तानीहरू, तेस्रो-पक्ष एकीकरणहरू, वा स्क्र्याचबाट लागू गरिएको एक अनुकूल डिजाइन।

• अनुप्रयोग

  $8,000+

  एक वास्तविक सफ्टवेयर उत्पादन: बहु-भूमिका प्रणालीहरू, ड्यासबोर्डहरू, मोबाइल अनुप्रयोगहरू, अर्थपूर्ण ब्याक-एन्ड तर्क र चलिरहेको इन्जिनियरिङ सहितको कुनै पनि कुरा।

लागत दायरा, जटिलता र अनुभव अनुसार फरक हुन्छ। उद्धरणलाई सामान्य ज्ञानको रूपमा जाँच गर्न ब्यान्डहरू प्रयोग गर्नुहोस् न कि शुल्कको रूपमा — यदि एक संख्या तपाईंको संक्षिप्त विवरणको लागि उपयुक्त हुने ठाउँबाट दुई ब्यान्ड टाढा छ भने, त्यो अन्तर कुराकानी गर्न लायक छ।

Zinn Hub मा, प्रत्येक Zinn को मूल्य यसको Zinner द्वारा सेट गरिन्छ, खरीददारहरूले कुनै प्लेटफर्म शुल्क तिर्दैनन्, र सबै मूल्यहरू USD मा हुन्छन् जसको अनुमानित बराबर तपाईंको आफ्नै मुद्रामा देखाइन्छ। एक अर्डर एकल पूर्ण रकमको रूपमा भुक्तान र सुरक्षित गरिन्छ; त्यहाँ कुनै चरणबद्ध वा माइलस्टोन रिलीज छैन, त्यसैले एक चरणबद्ध निर्माण छुट्टै अर्डरको रूपमा राखिन्छ वा तपाईंको परियोजना संक्षिप्तमा छुट्टै मूल्य निर्धारण गरिएका चरणहरूको रूपमा सहमत हुन्छ। एक प्लेटफर्म सुरक्षित Zinner छान्नुहोस् र अर्डर पूरा नभएसम्म तपाईंको भुक्तानी Zinn Hub द्वारा राखिन्छ; कुनै पनि फिर्ता रकम तपाईंको Zinn Wallet मा पूर्ण रूपमा, USD मा जम्मा गरिन्छ। आफ्नै PayPal वा Stripe खाता जडान गर्ने Zinners लाई चेकआउटमा सिधै भुक्तानी गरिन्छ।

स्वामित्व, पहुँच र हस्तान्तरण

यो त्यो खण्ड हो जुन खरीददारहरूले छोड्छन् र पछि पछुताउँछन्। काम सुरु हुनु अघि यो सबै लिखित रूपमा सहमत हुनुहोस्, किनभने डेलिभरी पछि तपाईंसँग कुनै लाभ बाँकी रहँदैन।

• तपाईंको नाममा खाताहरू। डोमेन, होस्टिङ, र कुनै पनि तेस्रो-पक्ष सेवा तपाईंको नाममा दर्ता हुनुपर्छ, जसमा विकासकर्तालाई प्रयोगकर्ताको रूपमा थपिएको हुनुपर्छ। कहिल्यै उल्टो होइन।
• डेलिभरीमा कोड स्वामित्व। स्पष्ट रूपमा भन्नुहोस् कि अन्तिम भुक्तानीमा काम तपाईंको हो प्रयोग गर्न, परिमार्जन गर्न र अन्यत्र लैजान। आफ्नै लाइसेन्स भएका कुनै पनि तेस्रो-पक्ष घटकहरूको बारेमा सोध्नुहोस्।
• भण्डार पहुँच। तपाईंले यसलाई कहिल्यै नखोले पनि, तपाईंले यसलाई अर्को विकासकर्तालाई दिन सक्षम हुनुपर्छ।
• प्रमाणीकरण, ती सबै। प्रशासक लगइनहरू, API कुञ्जीहरू, डाटाबेस पहुँच, डिप्लोयमेन्ट पहुँच — अन्तिम भुक्तानी अघि हस्तान्तरण र काम गरिरहेको पुष्टि गरियो।
• कागजात। कसरी डिप्लोय गर्ने, चीजहरू कहाँ छन्, र यदि यो बिग्रियो भने के गर्ने भन्ने बारे एउटा छोटो लिखित नोट। एक पृष्ठ पर्याप्त छ; केही पनि होइन।
• एक बग विन्डो। लन्च पछि एक परिभाषित अवधि जसमा वास्तविक त्रुटिहरू कुनै अतिरिक्त लागत बिना ठीक गरिन्छ। तीस दिन एक सामान्य, उचित माग हो।

प्रतिलिपि अधिकार र इजाजतपत्र सर्तहरू देश र सम्झौता अनुसार फरक हुन्छन्, त्यसैले यसलाई कानूनी सल्लाहको सट्टा सामान्य मार्गदर्शनको रूपमा लिनुहोस् र व्यावसायिक रूपमा महत्त्वपूर्ण कुनै पनि कुरामा व्यावसायिक सल्लाह लिनुहोस्।

विकास परियोजनाहरू डुबाउने गल्तीहरू

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

यदि तपाईं अझै पनि फ्रीलान्सर सही मार्ग हो कि होइन भनेर निर्णय गर्दै हुनुहुन्छ भने, फ्रीलान्सर बनाम एजेन्सी ले सानो व्यवसाय निर्माणका लागि दुईको इमानदारीपूर्वक तुलना गर्दछ।