घंटे / परियोजना द्वारा चार्ज करना [बंद]


9

यह मेरे द्वारा पहले पूछे गए एक प्रश्न से संबंधित है - /software/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

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

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

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

जवाबों:


9

यदि आप किसी परियोजना को लेने के लिए सहमत हैं ... प्रति घंटे £ X पर काम करें और चार्ज करें - क्या आप उन 10 दिनों के बाद मुफ्त में काम करने के लिए बाध्य हैं और आप अभी भी अप्रत्याशित मुद्दों के कारण अपनी परियोजना को पूरा करने में कामयाब नहीं हुए हैं?

प्रति घंटे £ X प्रति घंटा है। स्पष्ट रूप से, आपने अपने घर या नाव पर जटिल काम नहीं किया है।

अनुमान करने में असमर्थता का मतलब कुछ भी नहीं है। कुछ भी तो नहीं।

£ X प्रति घंटा £ X प्रति घंटा है। जब तक काम पूरा नहीं होता है या क्लाइंट कहता है "आप निकाल दिए जाते हैं।" (या "आप बर्खास्त हो गए हैं"। मैं एक यंक हूं, इसलिए मुझे नहीं पता कि वे यूके में क्या कहते हैं।)

क्या होगा यदि आपने प्रोजेक्ट दिया है, लेकिन बग पाए गए हैं - क्या आपको इन बग्स को मुफ्त में ठीक करना चाहिए अगर 10 दिन का समय हो या आपको अपने ग्राहक से शुल्क लेना चाहिए?

बग पर निर्भर करता है। आपको मूल कारण विश्लेषण करना चाहिए । खराब (या अधूरा) विनिर्देश ज्यादातर उनकी समस्या है। अनिश्चित तकनीकी झुर्रियाँ पाठ्यक्रम के लिए बराबर हैं - वे भुगतान करते हैं। गूंगा कोडिंग गलतियाँ आपकी समस्या है।

आपको अपने ग्राहक को छोड़ना होगा और बताना होगा कि आप इसे और नहीं कर सकते?

ओह। यह अव्यवसायिक है। यदि आपको हार माननी है, तो आपने वास्तव में एक भयानक, भयानक गलती की है।

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

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

आधा-अधूरा सॉफ्टवेयर बेकार है। कोई भी "इसे पूरा नहीं करेगा"। वे समझाएंगे कि आप एक बेवकूफ हैं (क्योंकि आप हैं) अपने कोड को फेंक दें और फिर से खरोंच से शुरू करें।

आपको निम्नलिखित करने की आवश्यकता है।

  1. आवश्यकताओं को कुछ अंतिम, सुपुर्दगी और उपयोग करने योग्य में वापस काटें।

  2. उस अंतिम, वितरण योग्य, प्रयोग करने योग्य वस्तु का निर्माण करें। भले ही यह मूल भव्य योजना न हो।

  3. उस पहुंचाने योग्य, उपयोग करने योग्य वस्तु के लिए शुल्क।

  4. किसी और के लिए अपरिवर्तनीय सामान का बैकलॉग संक्रमण।

उपयोग नहीं किया जा सकने वाला कोड बेकार है। वास्तव में, यह एक लागत है।

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


ग्राहक को "अप्रत्याशित तकनीकी झुर्रियों" के लिए भुगतान क्यों करना चाहिए? वे आपको केवल कोड के लिए भुगतान नहीं कर रहे हैं, वे आपको तकनीकी विशेषज्ञता के लिए भुगतान कर रहे हैं - जब तक कि उनके विनिर्देश नहीं बदले, आपको पता होना चाहिए कि क्या आ रहा था।
निकोल

लोल बोट = दूसरे हजार से बाहर लाओ।
जॉब

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

6

प्रोजेक्ट द्वारा प्रति घंटा बनाम चार्ज के समय आपके दायित्व क्या हैं?

अनिवार्य रूप से वही। व्यवसायिक बनें।

यदि आप किसी परियोजना को लेने के लिए सहमत हैं, तो एक मोटा अनुमान दें कि आपको काम करने में 10 दिन लग सकते हैं और £ X प्रति घंटे चार्ज कर सकते हैं - क्या आप उन 10 दिनों के उठने के बाद मुफ्त में काम करने के लिए बाध्य हैं और आपने अभी भी प्रबंधित नहीं किया है अप्रत्याशित मुद्दों के कारण अपनी परियोजना को पूरा करने के लिए?

नहीं - जब तक यह लगभग 10 दिन है, तब तक आप ठीक हैं। मैं चरम किनारों पर 50 से 120 घंटों के बीच कहीं भी 10 दिनों को परिभाषित करूंगा। 120 घंटे (50% ओवररन) से अधिक कुछ भी पीला से परे है।

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

क्या होगा यदि आपने प्रोजेक्ट दिया है, लेकिन बग पाए गए हैं - क्या आपको इन बग्स को मुफ्त में ठीक करना चाहिए अगर 10 दिन का समय हो या आपको अपने ग्राहक से शुल्क लेना चाहिए?

बग? हां - आपको उन्हें मुफ्त में ठीक करना चाहिए। आपको टूटे हुए कोड का उत्पादन करने के लिए 10 दिनों तक भुगतान नहीं किया जा रहा है।

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

वहाँ भी विनिर्देश कीड़े हैं - ये सबसे कठिन हैं। आपको अपने निर्णय का उपयोग करना होगा कि क्या आपको विनिर्देशन परिवर्तन पर यथोचित प्रत्याशित, प्रश्न या निहित होना चाहिए। फिर से, मैं आपके ऊपर प्रमाण का बोझ डालूँगा।

एक हरे रंग के डेवलपर के साथ 10 दिन (80 घंटे) की परियोजना के लिए, एक और 10 - 15 घंटे के बगफिक्स को पूछने के लिए बहुत ज्यादा नहीं होगा। उस पर कुछ भी, मैं ग्राहक के लिए फायरिंग करने से पहले मुफ्त में भुगतान करने की कोशिश करूंगा - हालांकि मैं संभवत: 5 से 10 घंटे मुफ्त में काम करूंगा।

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

आप पैसे वापस दे दो। यदि आप परियोजना को पूरा नहीं कर सकते हैं, तो संभावना है कि आप आधे-अधूरे निर्णय नहीं दे सकते। यदि ग्राहक ने आपको काम पर रखा है, तो यह और भी अधिक संभावना है कि वे आधा-पूरा नहीं कर सकते। यदि आप इसे खत्म करने के लिए किसी और को पा सकते हैं, तो आप उन्हें उप-संपर्क कर सकते हैं - वे जो आप पर आरोप लगाते हैं और जो आपने पहले ही बनाया था, वह अंतर आपके लाभ (या हानि) का है।

अंत में, ग्राहक को झुकना और उसे सीखे गए सबक के रूप में चाक करना अक्सर बेहतर होता है। थोड़ी देर के बाद, आप शुरुआत में "समस्या ग्राहकों" को देख पाएंगे और उनसे बच सकते हैं (या उन्हें अपच कर सकते हैं)। आप थोड़ा बेहतर अनुमान लगाना भी सीखेंगे, अपने मूल्य निर्धारण आदि में बगफिक्स लागत का निर्माण कर सकते हैं।

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

मेरी सलाह? बस इसे खत्म करें - आप बेहतर महसूस करेंगे, ग्राहक बेहतर महसूस करेगा, और आप इसके लिए एक बेहतर डेवलपर और व्यवसायी होंगे। ऐसा नहीं है कि यह एक साल के लायक काम है - और आपके पास अपने सभी दोस्तों को Stackoverflow और Stackexchange में मदद करने के लिए है। ;)


3

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

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

  • निश्चित दर - उपयोग करें यदि ग्राहक को पता है कि वे क्या चाहते हैं। यदि वे करते हैं, लेकिन आप इसे एक निश्चित राशि के लिए नहीं दे सकते हैं, तो आपके पास वास्तव में अभी तक कोई भी व्यवसाय नहीं है। ग्राहक को अपनी अनुभवहीनता के लिए भुगतान न करें।

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

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

और, एक अनुबंध प्राप्त करें, या समस्याओं में चलाने से पहले यह केवल समय की बात है।


0

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


यह एक अच्छी बात है और यहाँ एक सबक है जो मैंने सीखा है। लेकिन क्या होगा अगर मैंने अपनी मौजूदा स्थिति में किसी अनुबंध पर हस्ताक्षर नहीं किए हैं?
thesam18888

आपके पास अभी भी कोई मौखिक समझौते हैं जो आपने किए होंगे। समस्या यह है कि यह "उसने कहा," का एक सा है और यह तब तक मुकदमेबाजी का कारण बन सकता है जब तक कि आप और आपके ग्राहक चीजों को ठीक से काम नहीं कर सकते और उचित समझौता नहीं कर सकते।
ड्रयू

0

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.