फ्रीलांसर और ग्राहक। बातचीत

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

हालांकि, फ्रीलांस के साथ काम करने का नकारात्मक अनुभव बहुत अधिक है। इसके पुजारियों और संभावित समाधानों के बारे में - कटौती के तहत

प्रस्तावना

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

स्टेज वन। समस्या का बयान

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

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

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

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

स्टेज दो। पसंद

ग्राहक

इस लेख में, मैं केवल रूसी बड़े एक्सचेंजों पर विचार करता हूं। बेशक, विकल्प आपका है, एक्सचेंजों की रेटिंग आसानी से Google है।

उसके बाद हम प्रोजेक्ट को प्रकाशित करते हैं। परियोजना में क्या निर्दिष्ट किया जाना चाहिए?

नाम। एक नियम के रूप में, कोई भी साइटों पर नहीं बैठता है और F5 नहीं दबाता है। सभी साइटों में RSS API हैं। जिसके माध्यम से इस कार्य के साथ कोई भी कार्यक्रम, चाहे वह मेलर हो या विशेष उपकरण, परियोजनाओं को उठा सकता है। एक नियम के रूप में, ऐसे कार्यक्रमों में, प्रोजेक्ट को हेडर की सूची के रूप में प्रदर्शित किया जाता है। यहां तक ​​कि अगर ऐसा नहीं है, तो यहां एक सरल उदाहरण है - 6 एक्सचेंजों के साथ काम करने से प्रति दिन लगभग 2 हजार परियोजनाएं आती हैं। स्वाभाविक रूप से, हर कोई शारीरिक रूप से पढ़ने में सक्षम नहीं होगा। तदनुसार, वे सभी शीर्षकों द्वारा देखे गए हैं। "परियोजना", "कलाकार की आवश्यकता है", "तत्काल" के रूप में ऐसे असंक्रामक मल को मना करें। यदि आप वार्तालाप के विषय को इंगित करते हैं, तो कलाकार को खोजने की संभावना नाटकीय रूप से बढ़ जाएगी। "बिजनेस कार्ड साइट", "क्लिनिक सॉफ्टवेयर", "कोर्स आवश्यक" :)) बहुत अधिक जानकारीपूर्ण है, और कम से कम यह स्पष्ट कर देगा कि क्या यह संदेश देखने लायक है।

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

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

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

फ्रीलांसर

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

आरंभ करने के लिए, व्याकरण पर ध्यान दें। IMHO - सबसे गंभीर संकेतक। यदि वाक्य सभी गलतियों में है, जिसमें से यह cheekbones को कम करता है - मैं शामिल नहीं होना पसंद करता हूं।

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

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

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

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

यदि सब कुछ आप पर सूट करता है, तो निवेदन लिखने के लिए स्वतंत्र महसूस करें। कुछ नियम:

a) फॉर्म का एक आवेदन "स्टैक्ड आउट ए प्लेस" नहीं लिखें। अनपढ़ लिखित आवेदन से भी बदतर। यदि आपके पास आवेदन लिखने के लिए 10 मिनट का समय नहीं है, तो आपके लिए यह परियोजना क्या है
b) बहुत कम या बहुत लंबे एप्लिकेशन न लिखें। "मैं इसे करूंगा!" जैसी टिप्पणियां नहीं मिलनी चाहिए, साथ ही साथ पूरी जीवनी भी। आदर्श जवाब, मेरी राय में, एक जवाब हो सकता है जिसमें एक अभिवादन (आवश्यक!), 2-4 शर्तें हैं जो आवेदन, संपर्क (एक आलसी मत बनो) की प्रतिक्रिया के साथ है, हर कलाकार आपके आईसीक्यू या स्काइप को देखने के लिए आपकी प्रोफ़ाइल में नहीं जाता है) और एक हस्ताक्षर।
ग) आवेदन में एक स्पष्ट सवाल या एक जोड़े से पूछना अतिश्योक्तिपूर्ण नहीं होगा (अब ज़रूरत नहीं है)। इससे परियोजना पर बातचीत शुरू करने में मदद मिलेगी। अनपढ़ सवालों से सावधान रहें, प्रत्येक क्षेत्र के लिए वे अलग हैं।
d) परियोजना के लिए कीमतों और शर्तों में कांटे का संकेत देना बिल्कुल अद्भुत है। आप उन्हें लगभग निर्दिष्ट कर सकते हैं, साथ ही सकारात्मक / नकारात्मक पक्ष में क्या परिवर्तन निर्भर करता है।

भाग तीन संचार

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

ग्राहक

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

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

फ्रीलांसर

सबसे पहले, जब आप बातचीत शुरू करते हैं, तो सवालों के जवाब देने और विकल्पों का प्रस्ताव करने से डरो मत। इसके अलावा, उत्तरार्द्ध, यदि कार्यान्वयन में अंतर हैं, तो समय और लागत पर प्रभाव के साथ सुदृढ़ करना बुरा नहीं है। उदाहरण के लिए, “सॉफ्टवेयर को C # या C ++ में लागू किया जा सकता है। बाद वाले विकल्प से लागत में 15 tr की वृद्धि होगी और विकास की अवधि 2 सप्ताह है, लेकिन यह (यहाँ कुछ प्रकार की अच्छाइयों का वर्णन करेगा जिसके लिए आपने आमतौर पर यह बातचीत शुरू की थी)। ” जवाब देने के लिए स्वतंत्र महसूस करें, केवल एक बातचीत से ग्राहक के साथ आपका रिश्ता मजबूत होगा। आपको उस ग्राहक पर हँसना नहीं है जिसने आपको यह बताने के लिए कहा है कि HTML क्या है। उसके पास एक कार्य और पैसा है, और वह इस क्षेत्र में विशेषज्ञ होने के लिए बाध्य नहीं है। आदर्श समाधान यह है कि आपकी वेबसाइट पर सामान्य सत्य के साथ लेखों की एक श्रृंखला पोस्ट की जाए। तब आप हमेशा a) पाठ के पहाड़ों को फिर से नहीं लिख सकते हैं और b) अपनी साइट को फिर से दिखा सकते हैं।

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

आने वाले सभी के साथ।