संदर्भ की शर्तें: कौन से तत्व निर्धारित किए जाने चाहिए और कौन से दिमाग में होने चाहिए

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



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



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



उदाहरण के लिए, कंपनी RBC SOFT , संदर्भ के संदर्भ में आपको क्या और किस प्रारूप में वर्णन करने की आवश्यकता है, इस पर विचार करें।

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



अगला, एक नया दस्तावेज़ पेश किया गया है - परियोजना की संपूर्ण संरचना और कलात्मक घटक का वर्णन करते हुए कलात्मक कार्य । क्लाइंट के 2-3 घंटे के ब्रीफिंग के बाद, विश्लेषक और कला निर्देशक इस दस्तावेज़ को विकसित करते हैं, जो परियोजना की संरचना, दृश्य ब्लॉक, कॉर्पोरेट रंग, उपयोगकर्ता अनुक्रम, लक्ष्य दर्शकों के पोर्ट्रेट, लक्ष्यों और व्यावसायिक उद्देश्यों का वर्णन करता है। फिर से, यह दस्तावेज़ क्लाइंट के साथ सहमत है और हस्ताक्षरित है। कलाकृति के आधार पर, भविष्य की परियोजना का डिज़ाइन विकसित किया जाता है और क्लाइंट 99% मामलों में काम स्वीकार करता है, क्योंकि प्रस्तुति के दौरान उसके पास यह सवाल नहीं होता कि ऐसा क्यों है, और अलग नहीं है। कला असाइनमेंट में सब कुछ सहमत और वर्णित है और यदि आप कुछ बदलना चाहते हैं, तो सवाल पूछें: “क्यों? कार्य में तैयार की गई व्यावसायिक समस्या के प्रस्तावित समाधान में इस संशोधन को क्या बदला जाएगा? " समान दस्तावेज़ के बिना, आप "चलती" छवियों और "विस्तार" लोगो के चरण में गिर सकते हैं, जो अनिश्चित काल तक रह सकते हैं और परिणामस्वरूप एक जन्मजात परियोजना का जन्म होगा जो व्यापार के दृष्टिकोण से किसी भी समस्या का समाधान नहीं करता है, और, जैसा कि आप जानते हैं, किसी भी व्यावसायिक परियोजना को कहा जाता है व्यावसायिक समस्याओं को हल करें।



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



अंत में, ग्राहक के साथ काम करने का नियम: पुजारी की तुलना में अधिक कागज - क्लीनर!



इगतिन ताचत,

इंटरएक्टिव संचार निदेशक,

आरबीसी सॉफ्ट