यदि ग्राहक मित्र / अच्छा परिचित है तो क्या करें?

आपके पास जो भी पेशा है, आप जिस भी तरह की गतिविधि में लगे हैं, हमेशा एक दोस्त या अच्छा परिचित होगा जो आपकी सेवाओं का उपयोग करना चाहता है। या उसे तत्काल मदद, फिक्स, गश, साफ ... के लिए कुछ चाहिए और आप बस जानते हैं कि कैसे, और इसके अलावा, यह अच्छा भी लगता है।
पांच मिनट के लिए मुफ्त, दोस्ताना मदद के साथ ऐसा करना एक बात है, और एक या छह महीने की अवधि के साथ पैसे के लिए एक पूरी परियोजना करना।
और इस स्थिति के लिए, मेरे पास कई (स्पष्ट रूप से किसी के लिए!) नियम-युक्तियां हैं जो मैं वेबसाइट विकास के क्षेत्र में काम करते समय साझा करना चाहूंगा।

1. दोस्तों के साथ काम न करें।

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

2. आश्रय की व्यवस्था करें। टीके लिखें।

कुछ दोस्तों के साथ काम करते समय मेरी बड़ी गलती यह थी कि हम टीके से परेशान नहीं थे।
तर्क लगभग इस प्रकार थे:
- थोड़ा काम, और इसलिए सब कुछ स्पष्ट है;
- हम एक दूसरे को लंबे समय से जानते हैं, हम किसी भी तरह सहमत होंगे;
- चलो "यहाँ की तरह" करते हैं;
- जैसा कि आपने पहले ही किया था, लेकिन यहाँ यह "ऐसी और ऐसी बात" है;
और इसी तरह ...

इसके अलावा, जब मैंने सामान्य ग्राहकों के साथ काम किया, जिन्होंने इसी तरह की दलीलें दीं, तब भी मैंने एक विस्तृत टीओआर तैयार करने पर जोर दिया, भले ही मैंने 5 घंटे तक काम किया हो, संभावित जोखिमों और गलतफहमी की आशंका थी। दोस्तों के मामले में, किसी कारण से यह तंत्र मेरे सिर में काट दिया गया था।
और फिर मुझे पता चला कि मेरे मित्र व्यवहार में समान ग्राहक हैं (यदि आपने उनके साथ काम करना शुरू किया है), तो वे अक्सर यह नहीं समझ पाते हैं कि वे क्या चाहते हैं और वे कितना और किसके लिए भुगतान करने को तैयार हैं। ड्राफ्टिंग टीके उसके और आप दोनों से कई सवालों को हटा देता है। परियोजना के अंत में, यह उन दोनों के लिए बहुत आसान होगा, अगर यह TOR है।

3. सहयोग सभी पक्षों के लिए फायदेमंद होना चाहिए।

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

4. अनुबंध पर हस्ताक्षर!

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

5. प्रीपेमेंट लें।

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

सारांश

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

दोस्ताना और ग्राहक उन्मुख हो! सौभाग्य!