फ्रीलान्स डेव्हलपरला कसे कामावर ठेवावे

बहुतेक अयशस्वी डेव्हलपमेंट प्रकल्प खराब कोड केलेले नव्हते. ते खराबपणे निर्दिष्ट केले होते, चुकीच्या संकेतावर कामावर ठेवले होते आणि इतके अपूर्णपणे हस्तांतरित केले होते की पुढील डेव्हलपरला पुन्हा सुरुवात करावी लागली. तांत्रिक भाग क्वचितच असा असतो जिथे पैसे गहाळ होतात.

ही गैर-तांत्रिक खरेदीदारासाठी चांगली बातमी आहे, कारण याचा अर्थ सर्वात महत्त्वाचे निर्णय तुम्ही घेण्यास पात्र आहात. चांगल्या प्रकारे कामावर ठेवण्यासाठी तुम्हाला एखाद्याच्या JavaScript चे मूल्यांकन करण्याची गरज नाही. तुम्हाला समस्या अचूकपणे वर्णन करता आली पाहिजे, संबंधित पुरावे ओळखता आले पाहिजेत, ज्या प्रश्नांवर थाप मारणे कठीण आहे असे प्रश्न विचारता आले पाहिजेत आणि तुम्हाला चाव्या हातात ठेवून हस्तांतरणावर जोर देता आला पाहिजे. हे मार्गदर्शक या चारही गोष्टींमधून तुम्हाला घेऊन जाते.

तुम्ही प्रत्यक्षात काय तयार करत आहात हे ठरवा

तंत्रज्ञानाने नव्हे, तर परिणामाने सुरुवात करा. “मला एक ॲप हवे आहे” हे संक्षिप्त वर्णन नाही; “ग्राहकांना त्यांच्या फोनवर स्लॉट बुक करून पैसे भरता आले पाहिजेत आणि मला उद्याच्या बुकिंगची एक यादी दिसली पाहिजे” हे आहे. दुसऱ्या आवृत्तीचे कोटेशन, चाचणी आणि चर्चा करता येते. पहिल्या आवृत्तीचे नाही.

तुम्ही कोणाशीही बोलण्यापूर्वी, चार गोष्टी लिहून ठेवा:

• करण्याचे कामआज वापरकर्ता जे करू शकत नाही ते त्याला काय साध्य करता आले पाहिजे. प्रत्येक क्षमतेसाठी एक वाक्य, तांत्रिक भाषेऐवजी वापरकर्त्याच्या भाषेत.
• असणे आवश्यक आहेज्याशिवाय बांधकाम निरर्थक आहे अशा काही गोष्टी. जर तुमच्या यादीत सहापेक्षा जास्त गोष्टी असतील, तर ती इच्छा सूची आहे, तपशील नाही.
• आधीच काय अस्तित्वात आहेसध्याची साइट, होस्टिंग, डोमेन, पेमेंट प्रदाता, CRM, स्प्रेडशीट्स. प्रत्येक एकीकरण हे काम आहे आणि अघोषित एकीकरणामुळे अंदाज चुकतात.
• कोण त्याची देखभाल करतेसॉफ्टवेअर ही खरेदी नाही, ती एक वचनबद्धता आहे. तुम्ही डेव्हलपरला कायम ठेवणार आहात, दुसऱ्याला कामावर ठेवणार आहात की स्वतःच व्यवस्थापित करणार आहात हे आताच ठरवा.

एक उपयुक्त शिस्त: पहिली आवृत्ती सर्वात लहान गोष्ट म्हणून वर्णन करा जी खरोखर उपयुक्त असेल. बाकी सर्व दुसऱ्या यादीत जाते. डेव्हलपर पहिल्या यादीचे कोटेशन देतात; पहिली यादी कमाई करू लागल्यावर तुम्ही दुसऱ्या यादीला निधी देता.

तुम्हाला कोणत्या प्रकारच्या डेव्हलपरची गरज आहे

"डेव्हलपर" मध्ये डझनभर भिन्न व्यवसाय समाविष्ट आहेत जे अदलाबदल करण्यायोग्य नाहीत. चुकीच्या व्यक्तीला कामावर ठेवणे ही या प्रक्रियेतील सर्वात सामान्य आणि सर्वात महागडी श्रेणीची चूक आहे.

• फ्रंट-एंडवापरकर्ता जे पाहतो आणि स्पर्श करतो: लेआउट, संवाद, प्रतिसादक्षमता, सुलभता. रीडिझाइन, मार्केटिंग साइट किंवा विद्यमान प्रणालीवर नवीन इंटरफेससाठी कामावर ठेवा. फ्रंट-एंड डेव्हलपमेंट फ्रीलान्सर्स पहा.
• बॅक-एंडडेटा, लॉजिक, API, प्रमाणीकरण, पेमेंट. बटण दाबल्यानंतर काय होते यात मूल्य असेल तेव्हा कामावर ठेवा. बॅक-एंड डेव्हलपमेंट फ्रीलान्सर्स पहा.
• फुल-स्टॅकदोन्ही, कार्यक्षम मानकापर्यंत. बहुतेक लहान बांधकामांसाठी योग्य निवड, कारण दोन तज्ञांमधील समन्वय लहान प्रमाणात वाचवण्यापेक्षा जास्त खर्चिक असतो.
• CMS आणि प्लॅटफॉर्मवर्डप्रेस, शॉपिफाय, वेबफ्लो आणि तत्सम. जर तुमची आवश्यकता विद्यमान प्लॅटफॉर्मद्वारे पूर्ण होत असेल, तर ते पुन्हा तयार करण्यासाठी कस्टम डेव्हलपरला कामावर ठेवणे म्हणजे पैसे वाया घालवणे. वर्डप्रेस डेव्हलपमेंट आणि शॉपिफाय डेव्हलपमेंट पहा.
• मोबाइलनेटिव्ह iOS किंवा Android, किंवा क्रॉस-प्लॅटफॉर्म. वेबपेक्षा खरोखरच वेगळी शिस्त, ज्याचे स्वतःचे स्टोअर-रिव्ह्यू आणि रिलीजचे निर्बंध आहेत. मोबाइल ॲप डेव्हलपमेंट पहा.
• देखभाल आणि दुरुस्तीडीबगिंग, अपडेट्स, कार्यप्रदर्शन, सुरक्षा. अनेकदा सर्वात जास्त मूल्यवान कामावर ठेवणे, आणि खरेदीदार ते सर्वात जास्त काळ पुढे ढकलतात. वेबसाइट देखभाल पहा.

तुम्हाला खरोखरच कशाची गरज आहे हे समजत नसेल, तर ती स्वतःच एक लहान, स्वस्त, सु-परिभाषित नोकरी आहे: काहीही सुरू करण्यापूर्वी अनुभवी डेव्हलपरला थोड्या स्कोपिंग संभाषणासाठी पैसे द्या.

व्यक्ती निवडण्यापूर्वी तंत्रज्ञान निवडणे

तुम्हाला भाषा निवडण्याची गरज नाही. तुम्हाला एक निर्णय घ्यावा लागेल: प्लॅटफॉर्म की कस्टम. या मार्गदर्शिकेतील इतर कोणत्याही निवडीपेक्षा तुमच्या एकूण खर्चावर याचा जास्त परिणाम होतो.

प्लॅटफॉर्म बिल्ड — वर्डप्रेस, शॉपिफाय, वेबफ्लो, नो-कोड टूल — म्हणजे बहुतेक सॉफ्टवेअर आधीच अस्तित्वात आहे आणि तुम्ही कॉन्फिगरेशन, डिझाइन आणि तुमच्यासाठी विशिष्ट असलेल्या भागांसाठी पैसे देत आहात. हे जलद, स्वस्त आणि पुढील व्यक्तीकडे सोपवणे सोपे आहे, कारण हजारो डेव्हलपरना ते माहीत आहे. मर्यादा अशी आहे की तुम्ही प्लॅटफॉर्मच्या गृहितकांमध्ये जगता.

कस्टम बिल्ड म्हणजे सॉफ्टवेअर तुमच्यासाठी लिहिले जाते. ते तंतोतंत बसते, आणि ते तयार करण्यासाठी आणि देखभालीसाठी अनेक पट जास्त खर्च येतो, कारण ज्याने ते लिहिले आहे त्यालाच ते माहीत असते जोपर्यंत ते दस्तऐवजीकरण करत नाहीत. तुम्ही जे करता ते उत्पादन असेल तेव्हा कस्टम हे योग्य उत्तर आहे; ब्रोशर साइट किंवा मानक दुकानासाठी ते चुकीचे उत्तर आहे.

दोन व्यावहारिक नियम. प्रथम, जर मुख्य प्रवाहातील प्लॅटफॉर्म तुमच्या गरजेच्या ऐंशी टक्के पूर्ण करत असेल, तर तेथून सुरुवात करा आणि उर्वरित वीस टक्क्यांसाठी पैसे द्या. दुसरे, काहीही निवडले तरी, का ते विचारा — जो डेव्हलपर तुमच्या गरजांच्या संदर्भात निवड स्पष्ट करू शकत नाही तो त्याला जे आवडते ते निवडत आहे, तुम्हाला जे हवे आहे ते नाही. जर तुम्ही पूर्ण साइट बिल्डचा विचार करत असाल, तर आमचे वेबसाइट खर्च मार्गदर्शक बँड सेट करते.

डेव्हलपर कोट करू शकेल अशी संक्षिप्त माहिती लिहिणे

एक चांगली तांत्रिक माहिती संक्षिप्त आणि विशिष्ट असते. ती डेव्हलपरला कसे तयार करावे हे सांगत नाही; ती त्यांना काम पूर्ण झाल्यावर काय खरे असले पाहिजे हे सांगते.

• समस्या, एका परिच्छेदात. आता काय होत आहे, आणि ते का स्वीकारार्ह नाही.
• वापरकर्ता कथा. “एक ग्राहक म्हणून, मी … करू शकेन जेणेकरून …”. यापैकी पाच ते पंधरा ही एक खरी वैशिष्ट्य आहे.
• एकात्मता. प्रत्येक बाह्य प्रणालीचे नाव सांगा, ज्यात तुम्हाला क्षुल्लक वाटणाऱ्यांचाही समावेश आहे.
• तुम्ही काय पुरवत आहात. कॉपी, प्रतिमा, डिझाईन्स, लॉगिन, चाचणी डेटा. अघोषित अंतर बिल करण्यायोग्य तास बनतात.
• मर्यादा. अंतिम मुदत, बजेट श्रेणी, तुम्हाला ज्या होस्टिंगवर राहायचे आहे, तुम्हाला पूर्ण करायची असलेली अनुपालन.
• पूर्ण होण्याची व्याख्या. कुठे तैनात केले, कसे तपासले, कोणत्या स्तरापर्यंत दस्तऐवजीकरण केले, काय देऊन हस्तांतरित केले.

बजेट श्रेणी समाविष्ट करा. खरेदीदार कमी कोटेशनच्या आशेने ते रोखून ठेवतात; प्रत्यक्षात ते फक्त चुकीच्या प्रमाणात लक्ष्यित प्रस्ताव तयार करते आणि तुम्हाला ते शोधण्यासाठी एक पत्रव्यवहाराची फेरी गमवावी लागते. उत्कृष्ट प्रस्ताव मिळवणारे प्रकल्प संक्षिप्त कसे लिहावे यासाठी आमच्या मार्गदर्शकामध्ये एक पूर्ण टेम्पलेट आहे आणि तासावर आधारित विरुद्ध निश्चित किंमत तुमचा संक्षिप्त कोणत्या किंमत मॉडेलची मागणी करत आहे हे स्पष्ट करते.

शॉर्टलिस्ट तयार करणे

तीन ते पाच उमेदवारांचे लक्ष्य ठेवा. कमी असल्यास तुमच्याकडे तुलना करण्यासाठी काहीही नाही; जास्त असल्यास तुम्ही त्यापैकी कोणाचेही योग्य मूल्यांकन करू शकणार नाही.

शोधण्यासाठी दोन दिशा आहेत. तुमचे काम चांगले परिभाषित असल्यास आणि तुम्हाला काहीतरी विशिष्ट खरेदी करायचे असल्यास कामापासून सुरुवात करा — वेबसाइट डेव्हलपमेंट, सॉफ्टवेअर डेव्हलपमेंट किंवा वेब ऍप्लिकेशन्स अंतर्गत निश्चित-किंमतीच्या सूची ब्राउझ करा, किंवा वेब डिझाइन, वर्डप्रेस डेव्हलपर्स, मोबाइल ॲप डेव्हलपमेंट किंवा शॉपिफाय एक्सपर्ट्स येथे मार्केटप्लेसद्वारे ब्राउझ करा.

कामासाठी चर्चेची आवश्यकता असल्यास व्यक्तीपासून सुरुवात करा. शिस्त किंवा साधनानुसार डेव्हलपर्स ब्राउझ करा — रिॲक्ट, वर्डप्रेस, पीएचपी, पायथन किंवा वेबफ्लो — किंवा संक्षिप्त पोस्ट करा आणि प्रस्ताव तुमच्याकडे येऊ द्या. Zinn Hub वर, प्रकल्प पोस्ट करणे विनामूल्य आहे, आणि तुम्ही ते वेबसाइट डेव्हलपमेंट, बॅक-एंड डेव्हलपमेंट किंवा मोबाइल ॲप डेव्हलपमेंट यासारख्या विशिष्ट क्षेत्राकडे निर्देशित करू शकता.

प्रस्तुततेवर कठोरपणे आणि इतर सर्व गोष्टींवर हलके फिल्टर करा. तुमच्यासारख्या तीन गोष्टी पाठवलेला डेव्हलपर, वेगळ्या डोमेनमध्ये दुप्पट अनुभव असलेल्या डेव्हलपरला जवळजवळ प्रत्येक वेळी हरवतो.

डेव्हलपर पोर्टफोलिओ कसा वाचावा

तुम्ही कोणाचाही कोड ऑडिट करू शकत नाही आणि तुम्हाला त्याची गरज नाही. तुम्हाला काय पाहायचे आहे हे माहित असल्यास पोर्टफोलिओ तुम्हाला खूप काही सांगतो.

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

याची पद्धतशीर आवृत्तीसाठी, आमच्या 12-स्टेप फ्रीलांसर तपासणी चेकलिस्ट मधून जा.

नोकरीवर ठेवण्यापूर्वी विचारले जाणारे प्रश्न

कोणालाही पकडणे हा उद्देश नाही. उत्तर तयार नसताना एखादी व्यक्ती कशी विचार करते हे ऐकणे हा उद्देश आहे.

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

प्रतिबद्ध होण्यापूर्वी चाचणी करा

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

एक चांगले चाचणी कार्य प्रातिनिधिक, स्वयंपूर्ण आणि एका बैठकीत पूर्ण करण्यासारखे असते: एक विशिष्ट बग दुरुस्त करा, एक पृष्ठ प्रतिसाद देणारे बनवा, एक फॉर्म जोडा आणि तो जोडा, एक हळू पृष्ठ सुधारा. तुम्ही खरोखर काय मूल्यांकन करत आहात ते कोड नाही. ते म्हणजे त्यांनी सुरू करण्यापूर्वी स्पष्टीकरण देणारा प्रश्न विचारला का, त्यांनी त्यांना जे विचारले होते ते दिले का, त्यांना जे पसंत होते ते नाही, त्यांनी काय केले ते स्पष्ट केले का आणि त्यांनी दिलेली वेळमर्यादा तुम्हाला मिळाली तीच होती का.

Zinn Hub वर नैसर्गिक स्वरूप मायक्रो Zinn आहे — $5, $10, $15 किंवा $20 मध्ये निश्चित-किंमतीचे कार्य. बग फिक्स आणि लहान कोड कार्ये किंवा वेबसाइट बग फिक्स आणि ट्वीक्स ब्राउझ करा, किंवा $20 मायक्रो Zinns सह किंमतीपासून सुरुवात करा. प्रतिबद्ध होण्यापूर्वी फ्रीलान्सरची चाचणी कशी करावी यावरील आमचे मार्गदर्शक चाचणीची रचना कशी करावी आणि त्याचे मूल्यांकन कसे करावे हे कव्हर करते.

त्याची किंमत किती आहे आणि कसे भरावे

डेव्हलपमेंटची किंमत इतर कोणत्याही फ्रीलान्स श्रेणीपेक्षा जास्त बदलते, कारण काम अधिक बदलते. खालील संपूर्ण कामासाठी सामान्य बाजारपेठेतील बँड आहेत, Zinn Hub च्या किंमती नाहीत, आणि प्रत्येक फ्रीलान्सर स्वतःच्या किंमती ठरवतो.

• लहान कार्य

  $200 पेक्षा कमी

  एक बग फिक्स, एक प्लगइन संघर्ष, एक फॉर्म, एक स्पीड पास, विद्यमान बिल्डवर एक लहान वैशिष्ट्य. निश्चित-किंमतीचे कार्य म्हणून खरेदी करणे सर्वोत्तम.

• मानक बिल्ड

  $500–$2,000

  एक प्लॅटफॉर्म-आधारित साइट किंवा दुकान: थीम कॉन्फिगरेशन, अनेक पृष्ठ टेम्पलेट्स, फॉर्म, मूलभूत एकीकरण, लाँच.

• प्रगत

  $2,000–$8,000

  सानुकूल कार्यक्षमता, खाती आणि लॉगिन, पेमेंट, तृतीय-पक्ष एकीकरण, किंवा स्क्रॅचपासून लागू केलेली एक सानुकूल डिझाइन.

• अर्ज

  $8,000+

  एक वास्तविक सॉफ्टवेअर उत्पादन: मल्टी-रोल सिस्टम, डॅशबोर्ड, मोबाइल ॲप्स, अर्थपूर्ण बॅक-एंड लॉजिक आणि चालू अभियांत्रिकी असलेले काहीही.

खर्च व्याप्ती, जटिलता आणि अनुभवानुसार बदलतो. कोटची सत्यता तपासण्यासाठी बँड वापरा, दरपत्रक म्हणून नाही — जर एखादी संख्या तुमच्या ब्रीफच्या दोन बँड दूर असेल, तर ती दरी चर्चा करण्यासारखी आहे.

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

मालकी, प्रवेश आणि हस्तांतरण

हा तो विभाग आहे जो खरेदीदार वगळतात आणि नंतर त्यांना पश्चात्ताप होतो. काम सुरू करण्यापूर्वी हे सर्व लेखी मान्य करा, कारण डिलिव्हरीनंतर तुमच्याकडे कोणताही फायदा राहत नाही.

• तुमच्या नावावर खाती. डोमेन, होस्टिंग आणि कोणतीही तृतीय-पक्ष सेवा तुमच्या नावावर नोंदणीकृत असावी, ज्यामध्ये विकसकाला वापरकर्ता म्हणून जोडले जावे. याच्या उलट कधीही नाही.
• डिलिव्हरीवर कोडची मालकी. स्पष्टपणे सांगा की अंतिम पेमेंटवर काम तुमचे आहे, ते वापरण्यासाठी, सुधारित करण्यासाठी आणि इतरत्र नेण्यासाठी. त्यांच्या स्वतःच्या परवानग्या असलेल्या कोणत्याही तृतीय-पक्ष घटकांबद्दल विचारा.
• रिपॉझिटरी प्रवेश. जरी तुम्ही ते कधीही उघडले नाही तरी, तुम्ही ते पुढील विकसकाला देऊ शकले पाहिजे.
• क्रेडेंशियल्स, ती सर्व. ॲडमिन लॉगिन, API की, डेटाबेस प्रवेश, डिप्लॉयमेंट प्रवेश — अंतिम पेमेंटपूर्वी हस्तांतरित आणि कार्य करत असल्याची पुष्टी केली.
• दस्तऐवजीकरण. कसे डिप्लॉय करावे, गोष्टी कुठे आहेत आणि काही बिघडल्यास काय करावे याबद्दल एक लहान लिखित टीप. एक पृष्ठ पुरेसे आहे; काहीही नसणे पुरेसे नाही.
• एक बग विंडो. लॉन्च झाल्यानंतर एक निश्चित कालावधी ज्यामध्ये खरे दोष अतिरिक्त खर्चाशिवाय दुरुस्त केले जातात. तीस दिवस ही एक सामान्य, वाजवी मागणी आहे.

कॉपीराइट आणि परवाना अटी देशानुसार आणि करारानुसार बदलतात, त्यामुळे याला कायदेशीर सल्ला न मानता सामान्य मार्गदर्शन समजा आणि व्यावसायिकदृष्ट्या महत्त्वपूर्ण असलेल्या कोणत्याही गोष्टीवर व्यावसायिक सल्ला घ्या.

विकास प्रकल्पांना बुडवणाऱ्या चुका

• ब्रीफ अस्तित्वात येण्यापूर्वी कामावर घेणे. तपशील निश्चित करण्यासाठी घालवलेला प्रत्येक तास बिल्ड आणि पुन्हा काम करण्याच्या अनेक तासांची बचत करतो. या यादीतील इतर कोणतीही गोष्ट इतकी महत्त्वाची नाही.
• केवळ किमतीवर निवडणे. सर्वात कमी कोटेशन अनेकदा सर्वात कमी समजून घेतलेल्या व्यक्तीचे असते आणि फरक बदल विनंत्या म्हणून समोर येतो.
• शांतपणे व्याप्ती वाढवणे. बिल्ड दरम्यानच्या लहान विनंत्यांमुळे निश्चित किमतीचे वाद होतात. त्यांना बॅच करा, त्यांची किंमत ठरवा, त्यांच्यावर निर्णय घ्या.
• स्टेजिंग वातावरण नाही. काम थेट झाल्यावरच त्याचे पुनरावलोकन करणे म्हणजे ग्राहकांना तुटलेली साइट तुमच्याऐवजी सापडते.
• मोबाइल तपासणी वगळणे. तुमचे बहुतेक अभ्यागत फोनवर असतात. तुम्ही फोनवर उघडले नाही असे काहीही मंजूर करू नका.
• हस्तांतरण शेवटपर्यंत सोडणे. प्रवेश आणि मालकी मान्य करण्याची वेळ पहिल्या कमिटपूर्वी असते, शेवटच्या इनव्हॉइस दरम्यान नाही.
• देखभाल योजना नाही. सॉफ्टवेअर खराब होते. पहिल्या दिवसापासून अपडेट्स, बॅकअप आणि सुरक्षिततेसाठी बजेट ठेवा, किंवा नंतर बचावासाठी पैसे द्या.
• इशारे दुर्लक्षित करणे. अस्पष्ट उत्तरे, लहान मुदती चुकवणे आणि प्लॅटफॉर्मबाहेर पैसे देण्याचा दबाव या सर्व गोष्टी सामान्य फ्रीलान्सर घोटाळ्यांसाठी आमच्या मार्गदर्शिकेत समाविष्ट आहेत.

जर तुम्ही अजूनही फ्रीलान्सर योग्य मार्ग आहे की नाही हे ठरवत असाल, तर फ्रीलान्सर विरुद्ध एजन्सी एका लहान व्यवसायाच्या निर्मितीसाठी दोघांची प्रामाणिकपणे तुलना करते.