🖖 👩🏼‍🍳 🚵🏼 ग्राहक समझौतों के एक महत्वपूर्ण हिस्से के रूप में वर्कफ़्लो 🏏 🅰️ 🙌🏾

हम इस लेख को डैनिल स्निकको द्वारा एक उत्कृष्ट लेख "कैसे एक अच्छा अनुबंध नसों और एक सिक्का बचाता है" लिखने के लिए प्रेरित किया गया था।

हम इस लेख में जोड़ना चाहेंगे कि किसी परियोजना पर काम करने के लिए तथाकथित नियमों के साथ अनुबंध को पूरक करना बहुत उपयोगी है।

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

नियम निम्नलिखित कार्यों को हल करते हैं:

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

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

हम व्यक्तिगत रूप से अनुबंध के परिशिष्ट के रूप में इन नियमों को बनाते हैं। और इस एप्लिकेशन में, हम आम तौर पर निम्नलिखित बातों का वर्णन करते हैं:

सहभागिता: जो प्रत्येक पक्ष में परियोजना में भाग लेते हैं, उनके अधिकार और दायित्व क्या हैं, हम कैसे संवाद करते हैं और किन नियमों से।
कार्य की एल्गोरिथ्म: किस क्रम में क्या किया जाता है, प्रत्येक चरण का परिणाम क्या होता है, प्रत्येक चरण में किसी की क्या आवश्यकता है।

बातचीत

यहां हम एक नियम के रूप में, तीन बिंदुओं का वर्णन करते हैं:

दलों के प्रतिनिधि
संचार सुविधाएं
संचार के नियम।

पार्टियों के प्रतिनिधियों और जिम्मेदारी के उनके क्षेत्रों

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

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

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

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

एक उदाहरण:

ग्राहक और ठेकेदार के बीच संचार अधिकृत जिम्मेदार व्यक्तियों के माध्यम से होता है:

ठेकेदार से: _______________________ (हम सभी को सूचीबद्ध करते हैं जो संचार और उनकी जिम्मेदारी के क्षेत्र में भाग लेंगे)।
ग्राहक से: __________________________ (हम उन सभी को सूचीबद्ध करते हैं जो संचार में भाग लेंगे, और उनकी जिम्मेदारी का क्षेत्र)।

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

ठेकेदार के प्रतिनिधियों से प्रत्यक्ष अपील कार्रवाई के लिए एक मार्गदर्शक नहीं है, अगर इस समझौते में इस पर चर्चा नहीं की जाती है।

संचार सुविधाएं

यहां हम इंगित करते हैं कि हम संचार के कौन से साधनों का उपयोग करते हैं और किसके लिए, संचार में भाग लेने वाले लोगों के संपर्क विवरण का संकेत देते हैं।

सबसे पहले, यह सिर्फ सुविधाजनक है: आप हमेशा ठेकेदार / ग्राहक से संपर्क करने का तरीका देख सकते हैं।
दूसरे, यह आयोजित करता है: यदि आप लिखते हैं कि लेआउट पर चर्चा करने के लिए आपको एक व्यक्तिगत बैठक करने की आवश्यकता है (यदि आप अलग-अलग शहरों में नहीं हैं, तो, उदाहरण के लिए, Skype या फोन पर एक चर्चा काम में आएगी), जहां आप क्लाइंट द्वारा लेआउट की धारणा को पर्याप्त रूप से नियंत्रित कर सकते हैं। सबसे अधिक संभावना है। और परिणाम बेहतर होगा।

एक उदाहरण:

परियोजना पर काम करने की प्रक्रिया में, संचार के निम्नलिखित रूपों का उपयोग किया जाएगा:

परियोजना कार्य पर चर्चा करने के लिए: व्यक्तिगत बैठकें या फोन + 7----।
डिजाइन लेआउट पर चर्चा करने के लिए: व्यक्तिगत बैठकें या फोन + 7----।
साइट के परीक्षण के परिणामों पर चर्चा करने के लिए: व्यक्तिगत बैठकें या फोन + 7----।
छोटे विवरणों पर चर्चा करने के लिए, मध्यवर्ती परिणाम, सामान्य मुद्दों के प्रावधान के समय को स्पष्ट करें: टेलीफोन + 7----, स्काइपे YYYYYYYY या ई-मेल ast@example.ru।

यदि आप कोई संपर्क जानकारी बदलते हैं, तो पार्टियों को किसी भी तरह से एक-दूसरे को सूचित करना चाहिए।

दरअसल, संचार के नियम

संचार के नियम ग्राहक और ठेकेदार को स्पष्ट करते हैं कि एक दूसरे को उनके कार्यों के लिए सम्मान और जवाबदेह होना चाहिए। और कैसे दिखाते हैं।

एक उदाहरण:

परियोजना पर संचार कार्यदिवसों में 10 से 19 मास्को समय तक किया जाता है।

ई-मेल में पत्राचार समझौतों तक पहुंचने की एक दस्तावेजी पुष्टि है।

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

साइट के निर्माण के लिए समय अवधि में वृद्धि को रोकने के लिए, पार्टियों को दूसरे व्यापारिक दिनों में अन्य पार्टी की अपील का जवाब देने के लिए प्रोत्साहित किया जाता है।

कार्य एल्गोरिथ्म

यह एक बहुत ही महत्वपूर्ण हिस्सा है, जो संचार के अलावा पूरी तरह से आपको कार्य प्रक्रिया को समझने और व्यवस्थित करने की अनुमति देता है। इस खंड में हम वर्णन करते हैं:

हम क्या करते हैं और हमें क्या परिणाम मिलता है - सामान्य तौर पर और प्रत्येक चरण में;
प्रत्येक चरण के लिए अनुमानित शर्तें और यह किस पर निर्भर करता है;
प्रत्येक चरण में क्लाइंट से क्या आवश्यक है।

इससे हमें क्या मिलता है:

ग्राहक जानकार है और काम करने के लिए तैयार है: आपको सभी आवश्यक जानकारी और सामग्री समय पर मिल जाती है।
क्लाइंट के पास "मैं लेआउट को मंजूरी दी, क्या हम सोमवार को साइट लॉन्च करेंगे?" या "हम एक ही समय में ड्रॉ और प्रोग्राम क्यों नहीं कर सकते?" जैसे प्रश्न नहीं होंगे।

आप हमारे द्वारा तैयार "प्रोजेक्ट पर काम करने के नियम" का उदाहरण डाउनलोड करके टर्नकी साइट बनाने के लिए एल्गोरिथ्म के विवरण का एक उदाहरण देख सकते हैं।

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

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

सारांश

यदि संभव हो तो, काम शुरू करने से पहले चर्चा और दस्तावेज़ पर चर्चा करें। क्लाइंट को वेबसाइट निर्माण प्रक्रिया की विशेषताओं के बारे में पता नहीं है, और इसके विपरीत, आप पूरी तरह से जानते हैं कि इसे कैसे व्यवस्थित किया जाए।

क्लाइंट को प्रशिक्षित करने के लिए समय निकालें : यह आपको कई समस्याओं से बचने और उसकी संतुष्टि बढ़ाने की अनुमति देगा। इसके अलावा, सीखने की प्रक्रिया का प्रभाव ज्ञात है: जब आप किसी को पढ़ाते हैं, तो आप अपने स्वयं के ज्ञान का परीक्षण और समेकन करते हैं।

ग्राहक समझौतों के एक महत्वपूर्ण हिस्से के रूप में वर्कफ़्लो