विस्तृत तकनीकी विशिष्टताएँ. तकनीकी विशिष्टताओं के नमूने

लेखक से:कैसे लिखें वेबसाइट विकास के लिए संदर्भ की शर्तें (टीओआर)।? विषय काफी व्यापक है, और एक नोट के ढांचे के भीतर (यदि संभव हो तो) इसका 100% विश्लेषण करना मुश्किल है। लेकिन मैं इस बारे में सामान्य प्रावधानों की रूपरेखा तैयार करने का प्रयास करूंगा कि किसी वेबसाइट के लिए संदर्भ की शर्तों को पर्याप्त विवरण में तैयार करते समय किन बातों को ध्यान में रखा जाना चाहिए और आपको किन बातों पर ध्यान देना चाहिए।

तो, वेबसाइट विकास के लिए तकनीकी विशिष्टताएँ

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

आइए इस उदाहरण का विश्लेषण करें:

आइए मान लें कि आपको अपनी वेबसाइट के किनारे कहीं एक कैलेंडर की आवश्यकता है। ये तो बहुत छोटी सी बात लग रही थी. लेकिन आप इसकी कार्यक्षमता का जितना अधिक विस्तार से वर्णन करेंगे, आपको परिणाम उतनी ही तेजी से मिलेगा।

मुझे यहां थोड़ा समझाने दीजिए. एक कैलेंडर है जो चालू माह के सप्ताह के दिन के अनुसार संख्याएँ दिखाता है। और महीनों पलटने की क्षमता है. एक कैलेंडर है जिसमें महीनों और वर्षों को पलटने की क्षमता है।

जावास्क्रिप्ट। तेजी से शुरू

मान लीजिए कि आप बाद वाला विकल्प चाहते हैं (महीनों और वर्षों तक स्क्रॉल करने की क्षमता के साथ) जिसमें वर्तमान दिनांक हाइलाइट किया गया हो। संदर्भ की शर्तों में आपने संकेत दिया: "साइडबार में एक कैलेंडर की आवश्यकता है।" वे आपको पहला विकल्प देते हैं (यह केवल चालू माह के सप्ताह के दिन के अनुसार संख्याएँ दिखाता है)।

हमारे पास क्या है। ठेकेदार ने विशिष्टताएँ पूरी कीं, लेकिन आप कुछ बिल्कुल अलग चाहते थे। सब कुछ अनुरूप प्रतीत होता है, किसी को दोष नहीं देना है, कोई संघर्ष नहीं है, लेकिन सबसे महत्वपूर्ण चीज़ खो गई है समय और पैसा.

यह महज़ एक साधारण कैलेंडर का उदाहरण है.

यदि आपको कुछ अधिक गंभीर कार्य दोबारा करना पड़े, जिसके प्रसंस्करण में आधे से अधिक दिन की आवश्यकता हो, जैसा कि कैलेंडर के मामले में होता है, तो क्या होगा? ठेकेदार आपके साथ व्यस्त है कि वह कब आपका प्रोजेक्ट पूरा कर सके और एक नया प्रोजेक्ट शुरू कर सके।

इसलिए, से अधिक जानकारीआप प्रत्येक मॉड्यूल की कार्यक्षमता का वर्णन करेंगे, आपको परिणाम उतनी ही तेजी से मिलेगा। इसमें दोनों पक्षों की दिलचस्पी होनी चाहिए.

तकनीकी विशिष्टता में आमतौर पर कौन से बिंदु शामिल होते हैं?

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

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

भले ही आप स्वयं उस कंपनी के लिए तकनीकी विशिष्टताएँ लिख रहे हों जो आपका प्रोजेक्ट करेगी, कागज के एक टुकड़े पर सब कुछ लिख लेना एक अच्छा विचार है।

चलिए बिंदु दर बिंदु चलते हैं।

विवरण

यहां आप कंपनी के बारे में और यह क्या करती है, इसके बारे में कुछ वाक्यों में लिख सकते हैं। परिचय जैसा कुछ करें.

किसके लिए - लक्षित दर्शक:

संभावित खरीदार

उत्पाद विक्रेता (दुकानें, ऑनलाइन स्टोर)

सेवा केंद्र

साझेदार (फर्म)

उत्पादों के उपभोक्ता (जिन्होंने पहले ही खरीद लिया है)

आपको वेबसाइट की आवश्यकता क्यों है:

कंपनी की छवि सुधारने के लिए

बिक्री बढ़ाने के लिए

ग्राहक सुविधा के लिए

निगमित

वेबसाइट - बिजनेस कार्ड

ऑनलाइन स्टोर

भाषा संस्करण:

अंग्रेज़ी

साइट को कुछ समस्याओं का समाधान करना होगा. तदनुसार, हम लक्ष्यों और उद्देश्यों पर आगे बढ़ते हैं।

लक्ष्य और उद्देश्य

तकनीकी विशिष्टताओं के इस खंड में, हम संपूर्ण लक्षित दर्शकों से गुजरते हैं और उन कार्यों की श्रृंखला का वर्णन करते हैं जिन्हें साइट को उनके लिए हल करना चाहिए।

संभावित उत्पाद खरीदार.

लक्ष्य:अधिक खरीदारों को आकर्षित करें और उन्हें अपनी पहली खरीदारी करने के लिए मनाएं, उन्हें विकल्प चुनने में मदद करें।

समस्याओं का समाधान जरूरी:

उत्पादों, अतिरिक्त सेवाओं, गारंटी, सेवा और चयन विधियों के बारे में उच्च-गुणवत्ता, व्यापक जानकारी प्रदान करें।

शोरूम के बारे में जानकारी प्रदान करें

खुदरा नेटवर्क के बारे में जानकारी प्रदान करें

उत्पादों को चुनने और खरीदने के मुद्दों पर कंपनी के विशेषज्ञों द्वारा संभावित खरीदारों के ऑनलाइन परामर्श का आयोजन करके प्रश्न पूछने का अवसर प्रदान करें।

इस प्रकार, हम संपूर्ण लक्षित दर्शकों तक पहुँचते हैं। हम उत्पाद विक्रेताओं (स्टोर, ऑनलाइन स्टोर), सेवा केंद्रों, भागीदारों (फर्मों) और उत्पाद उपभोक्ताओं के लिए लक्ष्यों और उद्देश्यों का भी वर्णन करते हैं। अर्थात्, साइट को उनमें से प्रत्येक के लिए विशेष रूप से क्या करना चाहिए।

अब हम मॉड्यूल सूचीबद्ध करते हैं।

साइट की कार्यक्षमता

कार्यक्षमता को सूचीबद्ध करने के लिए, आपको यह तय करना होगा कि इसकी क्या आवश्यकता है:

क्या पंजीकरण आवश्यक है?

क्या मुझे एक बंद अनुभाग की आवश्यकता है (केवल पंजीकृत उपयोगकर्ताओं के लिए)

क्या फीडबैक फॉर्म आवश्यक है?

वगैरह। और इसी तरह।

जावास्क्रिप्ट। तेजी से शुरू

वेब एप्लिकेशन कैसे बनाएं, इसके व्यावहारिक उदाहरण के साथ जावास्क्रिप्ट की मूल बातें सीखें।

यह सब वर्णन करने के बाद, हम सबसे महत्वपूर्ण और दिलचस्प बात पर पहुँचते हैं। बेशक, ऊपर किया गया सारा काम बहुत महत्वपूर्ण है, लेकिन अब यह और भी गर्म हो गया है।

कार्यक्षमता का विवरण

फिलहाल, हम जानते हैं कि साइट किसके लिए है, इसे किन लक्ष्यों और उद्देश्यों को पूरा करना चाहिए, और इसकी अतिरिक्त कार्यक्षमता क्या है।

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

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

सबसे पहले, आपको हमें कंपनी के बारे में बताना होगा। कंपनी, कंपनी के इतिहास, संपर्क, समीक्षाओं के बारे में पृष्ठ हो सकते हैं।

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

सामान्य तौर पर, मुझे आशा है कि यह स्पष्ट है कि इसका वर्णन कैसे किया जाए। मैं संभावित मेनू का अंतिम संस्करण प्रस्तुत करता हूँ:

कम्पनी के बारे में

कंपनी का इतिहास

संपर्क

उत्पादों

उत्पाद सूची

उत्पाद की समीक्षा

सेवा विभाग

वचन सेवा

वारंटी के बाद की सेवा

उपभोक्ता को

खरीद और वितरण

उपयोग

सेवा के बारे में

दुकानें और ऑनलाइन स्टोर

उत्पाद तस्वीरें

सामान्य प्रश्न

सेवा केंद्र

सर्विस सेंटर कैसे बने

सामान्य प्रश्न

भागीदार

सहयोग हेतु आमंत्रण

सामान्य प्रश्न

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

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

अब मुख्य बात कार्य के तर्क का वर्णन करना है।

संचालन तर्क

मैं ऊपर चित्र के आधार पर वर्णन करूंगा।

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

मोटे तौर पर कार्य के सामान्य तर्क का वर्णन इसी प्रकार किया जाता है।

अब, वेबसाइट विकास के लिए हमारी संदर्भ शर्तों में, हम साइट के प्रत्येक निर्दिष्ट ब्लॉक का विस्तार से वर्णन करते हैं। उदाहरण के लिए, "समाचार फ़ीड"।

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

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

और क्या होना चाहिए? अनुकूलता का संकेत देना अच्छा रहेगा.

अनुकूलता

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

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

निष्कर्ष

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

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

और कार्य के बारे में मत भूलना!

किसी भी प्रोजेक्ट को विकसित करते समय. यह दस्तावेज़ कैसे तैयार किया जाता है? इस पर लेख में चर्चा की जाएगी।

तकनीकी विशिष्टता - यह क्या है?

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

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

ग्राहक को तकनीकी विशिष्टताओं की आवश्यकता क्यों है?

जैसा कि पहले ही उल्लेख किया गया है, तकनीकी विशिष्टताओं का विकास एक आवश्यक प्रक्रिया है जो रोजगार अनुबंध के दोनों पक्षों के लिए उपयोगी है। हालाँकि, अब यह बात करने लायक है कि प्रत्यक्ष ग्राहक को प्रस्तुत दस्तावेज़ की आवश्यकता क्यों है।

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

ठेकेदार को तकनीकी विशिष्टताओं की आवश्यकता क्यों है?

ठेकेदार किसी भी कार्य को शुरू करने से पहले तकनीकी विशिष्टताओं के नमूने प्राप्त करता है। कार्यकर्ता को दस्तावेज़ के सभी बिंदुओं को ध्यानपूर्वक पढ़ना चाहिए। यह कदम ग्राहक द्वारा हेरफेर से बचने में मदद करेगा। इस प्रकार, कई बॉस कर्मचारियों से कुछ ऐसी मांग कर सकते हैं जिसकी चर्चा संदर्भ की शर्तों में नहीं की गई थी।

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

इस प्रकार, कलाकार को जितनी बार संभव हो तकनीकी विशिष्टताओं के नमूनों पर ध्यान देना चाहिए। इससे उसे अनावश्यक समस्याओं और ग़लतफहमियों से बचने में मदद मिलेगी।

दस्तावेज़ संकलित करना प्रारंभ करना

मुझे दस्तावेज़ भरना कहाँ से शुरू करना चाहिए? कार्य के संदर्भ की शर्तें हमेशा सामान्य प्रावधानों और लक्ष्यों से शुरू होनी चाहिए। सामान्य प्रावधानों में क्या शामिल है? सबसे पहले, एक छोटी शब्दावली. निःसंदेह, यह कोई पूर्व शर्त नहीं है। हालाँकि, यदि दस्तावेज़ संकीर्ण रूप से केंद्रित है और इसलिए विशिष्ट शब्दावली से परिपूर्ण है, तो यह अभी भी एक छोटा शब्दकोश संलग्न करने लायक है। किसी भी स्थिति में, यह ग्राहक और ठेकेदार के बीच आपसी समझ की दिशा में एक और कदम होगा। दूसरे, सामान्य प्रावधानों में अनुबंध के पक्षों के बारे में जानकारी होनी चाहिए।

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

आवश्यकताएँ और समय सीमा

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

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

जिम्मेदारी और रिपोर्टिंग

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

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

पार्टियों के दायित्व के बारे में क्या कहा जा सकता है? यह तुरंत ध्यान देने योग्य है कि ऐसा कोई खंड अनिवार्य नहीं है। हालाँकि, कई ग्राहक अभी भी विभिन्न उल्लंघनों के लिए मुख्य प्रकार के जुर्माने, जुर्माने और प्रतिबंधों को विनियमित करना आवश्यक समझते हैं। दस्तावेजों में जिम्मेदारी के मुख्य तत्वों जैसे खरीद, परिवहन आदि के लिए तकनीकी विशिष्टताओं को इंगित करना उचित है।

तकनीकी विशिष्टताएँ तैयार करना

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

आपको बस कुछ सरल नियम याद रखने होंगे:

• अनुबंध विस्तृत और विस्तृत होना चाहिए (हालाँकि, अतिशयोक्ति करने की कोई आवश्यकता नहीं है; यह संभावना नहीं है कि कम से कम एक ठेकेदार आवश्यकताओं पर बहु-मात्रा टिप्पणियाँ पढ़ना चाहेगा);
• अनुबंध स्पष्ट, भ्रम और अनावश्यक जानकारी के बिना होना चाहिए;
• कार्य किसी प्रकार की हठधर्मिता वाला नहीं होना चाहिए; यह याद रखने योग्य है कि यह केवल एक संकेत है, भले ही सख्ती से विनियमित हो - चाहे वह रखरखाव के लिए तकनीकी कार्य हो या पेड़ लगाने के लिए।

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

यह याद रखने योग्य है कि मानकों की जाँच करना कितना महत्वपूर्ण है: चाहे वह GOST हो, नियामक या कानूनी अधिनियम, स्थानीय अधिनियम आदि।

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

यह लेख उस तकनीकी कार्य पर चर्चा करेगा, जिसका उद्देश्य किसी उत्पाद को विकसित करना है। लेकिन सामग्री सामान्य मामलों में उपयोगी हो सकती है।

संदर्भ की शर्तें किसे तैयार करनी चाहिए

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

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

तकनीकी विशिष्टताओं की संरचना

तकनीकी विशिष्टताओं के लिए कोई स्पष्ट रूप से परिभाषित, सामान्य नियम नहीं हैं। आमतौर पर, प्रत्येक कंपनी अपनी गतिविधियों के लिए सुविधाजनक और अधिक उपयुक्त अपनी संरचना बनाती है। लेकिन अनकही सिफ़ारिशें भी हैं.

टीओआर दस्तावेज़ की संरचना:

1. विषयसूची
2. परिवर्तनों का इतिहास
3. शब्दावली
4. परियोजना के बारे में सामान्य जानकारी (परियोजना का उद्देश्य, लक्ष्य और उद्देश्य)
5. परियोजना आवश्यकताएँ (कार्यात्मक, उपयोगकर्ता, सामान्य और अन्य आवश्यकताएँ)
6. संपार्श्विक के प्रकार के लिए आवश्यकताएँ
7. प्रलेखन की आवश्यकता
8. विकास के चरण और चरण
9. परियोजना के नियंत्रण एवं स्वीकृति की प्रक्रिया
10. अतिरिक्त सामग्री

आइए संरचना के प्रत्येक बिंदु पर करीब से नज़र डालें।

जैसा कि नाम से पता चलता है, यह तकनीकी विशिष्टता के सभी भागों की एक सूची है।

2. परिवर्तनों का इतिहास

इस अनुच्छेद में वे सभी परिवर्तन शामिल हैं जिन्होंने दस्तावेज़ को उसके प्रारंभिक संस्करण से प्रभावित किया है।

3. शब्दावली

परियोजना विवरण में प्रयुक्त सभी गैर-मानक शब्दावली का वर्णन किया गया है।

4. परियोजना के बारे में सामान्य जानकारी

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

5. परियोजना आवश्यकताएँ

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

• परियोजना के कामकाज के लिए आवश्यकताएँ;
• विश्वसनीयता आवश्यकताएँ;
• कार्यकारी कर्मियों के लिए आवश्यकताएँ;
• पेटेंट शुद्धता के लिए आवश्यकताएँ;
• मानकीकरण आवश्यकताएँ;
• गोपनीयता आवश्यकताएँ;
• सुरक्षा आवश्यकता;
• और दूसरे …

6. संपार्श्विक के प्रकार के लिए आवश्यकताएँ

यह अनुभाग सभी आवश्यक प्रकार के सॉफ़्टवेयर, तकनीकी, सॉफ़्टवेयर, भाषाई, गणितीय और अन्य के लिए आवश्यकताओं का वर्णन करता है।

7. दस्तावेज़ीकरण आवश्यकताएँ

दस्तावेज़ों की सूची जो परियोजना ग्राहक को प्रदान की जानी चाहिए। न्यूनतम पैकेज में शामिल होना चाहिए:

• उपयोगकर्ता गाइड;
• प्रशासक की मार्गदर्शिका;
• किए गए परीक्षणों पर डेटा;
• समाप्ति का प्रमाणपत्र।

8. विकास के चरण और चरण

इस अनुभाग में विकास के सभी चरणों, प्रत्येक चरण को पूरा करने की समय सीमा और अंतिम परिणाम का पूरी तरह से वर्णन होना चाहिए।

9. परियोजना के नियंत्रण एवं स्वीकृति की प्रक्रिया

यह अनुभाग परियोजना और परीक्षण प्रणाली को स्वीकार करने की प्रक्रिया का वर्णन करता है।

10. अतिरिक्त सामग्री

अतिरिक्त सामग्रियों में विभिन्न प्रकार के दस्तावेज़ शामिल हो सकते हैं जिनका उपयोग विकास प्रक्रिया में किया जा सकता है। ये उन संसाधनों और सामग्रियों के लिंक हो सकते हैं जो कलाकार के लिए उपयोगी हो सकते हैं।

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

1. यथासंभव ग्राफिक सामग्री का उपयोग करने की सलाह दी जाती है। अक्सर ऐसा होता है कि एक आरेख या आरेख पाठ के कई पृष्ठों को प्रतिस्थापित कर सकता है।
2. अस्पष्ट, अस्पष्ट विवरण का प्रयोग न करें. हर चीज़ का स्पष्ट और समझदारी से वर्णन किया जाना चाहिए।
3. परियोजना विवरण तार्किक रूप से सुसंगत होना चाहिए और इसमें कोई विरोधाभास नहीं होना चाहिए।
4. बिल्कुल सभी डेटा और आवश्यकताओं को इंगित करना आवश्यक है, यहां तक ​​कि वे भी जो पहली नज़र में बेतुके लग सकते हैं। ऐसा डेटा पंजीकरण फॉर्म में फ़ील्ड, किसी लेख में दिनांक प्रारूप आदि हो सकता है।
5. समय सीमा निर्दिष्ट करते समय, यह ध्यान रखना आवश्यक है कि विकास का एक अभिन्न अंग परीक्षण और बग फिक्सिंग है, इसलिए बहुत कम समय में निवेश करना संभव नहीं हो सकता है।
6. एक ठेकेदार चुनने के बाद, आपको संदर्भ की शर्तों की एक साथ समीक्षा करने की आवश्यकता है; नए प्रश्न या जोड़ सामने आ सकते हैं।

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

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

1. तकनीकी विनिर्देश तैयार करने से पहले, उपयोगकर्ता को यह समझना चाहिए कि वह वास्तव में क्या प्राप्त करना चाहता है. आपको कार्य का उद्देश्य, वांछित परिणाम की मुख्य विशेषताएं निर्धारित करनी चाहिए, अपने लिए कार्य का वांछित आउटपुट बनाना (लिखना, एक तालिका बनाना) बनाना चाहिए।

2. दस्तावेज़ एकत्र करें, जिसके अनुसार आप कार्य करते हैं जिसके लिए किसी एप्लिकेशन (प्रोग्राम) की आवश्यकता होती है। इसे पेंसिल से ध्यान से पढ़ें, विशेषताओं और सूक्ष्मताओं पर ध्यान दें।

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

4. आवश्यक जानकारी का विस्तार से वर्णन करें, इसकी विशेषताओं, अपवादों और विवरण के आवश्यक स्तर को इंगित करें। आपको सभी छोटी चीज़ों पर विचार करना चाहिए: संख्या प्रारूप, पूर्णांकन, भिन्न, दरें, आदि।

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

7. स्थानांतरण उचित समय के भीतर काम करने का असाइनमेंटअंतिम कार्यान्वयन से पहले, ताकि परिणाम का परीक्षण करने और संभावित त्रुटियों को ठीक करने का अवसर मिले।

8. यदि आपके अधीनस्थ भी आपके द्वारा बनाए गए एप्लिकेशन का उपयोग करेंगे, तो इसे स्वयं उपयोग करने का प्रयास करें एप्लिकेशन के साथ काम करने की विशेषताओं की व्याख्या करें- इससे एक आईटी विशेषज्ञ को एक ही बात को सौ बार समझाने से राहत मिलेगी।

9. याद रखें कि आपका असाइनमेंट आपके लिए एक संदर्भ के रूप में काम करेगा - आप हमेशा इसमें दी गई जानकारी का विवरण देख सकते हैं और भूली हुई आवश्यकता को याद कर सकते हैं।

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

क्या आप किसी डेवलपर से वेबसाइट स्वीकार करते समय पूरी तरह निराश नहीं होना चाहते? तो फिर इस आर्टिकल को ध्यान से पढ़ें!

लेकिन शायद आख़िरकार यह उसकी गलती नहीं है? आखिरकार, किसी भी प्रतिनिधिमंडल के परिणाम के लिए न केवल कलाकार, बल्कि ग्राहक भी जिम्मेदार होता है।

अधिकतम वांछित परिणाम प्राप्त करने के लिए, आपको यह जानना होगा कि वेबसाइट बनाने के लिए तकनीकी विशिष्टताओं को सही ढंग से कैसे तैयार किया जाए।

आपको तकनीकी कार्य की आवश्यकता क्यों है?

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

संदर्भ की शर्तों में वे किस बारे में लिखते हैं?

असाइनमेंट निम्नलिखित प्रश्नों को संबोधित करता है:

• वेबसाइट क्यों और किसके लिए बनाई जाती है?
• इसमें क्या भरा होगा?
• ये सब कैसे चलेगा?
• प्रोजेक्ट पर कौन और कैसे काम करेगा, कौन किसके लिए जिम्मेदार है?
• आउटपुट क्या होगा?

साइट विकास के लिए तकनीकी विशिष्टताओं के मुख्य अनुभाग

1. ग्राहक यानी आपके बारे में जानकारी

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

2. परियोजना के बारे में जानकारी

यह क्या होगा: एक बिजनेस कार्ड वेबसाइट, एक ब्लॉग, एक ऑनलाइन स्टोर, एक कॉर्पोरेट पोर्टल, एक इलेक्ट्रॉनिक लाइब्रेरी?

3. साइट के लक्षित दर्शक

अपने लक्षित दर्शकों का वर्णन करें, उन्हें बताएं कि उन्हें क्या चाहिए और आप उनमें कैसे रुचि ले सकते हैं।

4. लक्ष्य और उद्देश्य जो साइट को ग्राहक और दर्शकों के लिए हल करने चाहिए

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

अपनी साइट का प्रत्यक्ष उद्देश्य बताएं.

वेब संसाधन के व्यक्तिगत कार्यों के बारे में ध्यान से सोचें। उदाहरण के लिए, इसे बाज़ार समाचारों के बारे में नवीनतम जानकारी प्रदान करनी चाहिए, आपके उत्पादों का प्रदर्शन करना चाहिए, आगंतुकों को साइट पृष्ठों से सीधे आपसे संपर्क करने की अनुमति देनी चाहिए, इत्यादि।

5. परियोजना का दायरा (मुख्य कार्यक्षमता)

साइट में बड़ी संख्या में फ़ंक्शन हो सकते हैं: उपयोगकर्ताओं को पंजीकृत करने के लिए एक फॉर्म, फीडबैक, ऑर्डर बटन, एक डिलीवरी कैलेंडर, एक समाचार फ़ीड, कार्ट में जाने की क्षमता वाला एक उत्पाद कैटलॉग, एक अंतर्निहित मेलिंग स्क्रिप्ट, बंद अनुभाग ग्राहकों के लिए - जो भी हो! आपकी वेबसाइट के विकास के संदर्भ में इनमें से प्रत्येक कार्य को बहुत विस्तार से बताया जाना चाहिए।

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

6. साइट संरचना (मानचित्र)

साइट के लिए तकनीकी विनिर्देश का अगला बिंदु ठेकेदार को बताएगा कि आपकी साइट पर कौन से पृष्ठ होंगे, कौन से अनुभाग और उपखंड होंगे, वे एक-दूसरे से कैसे जुड़े होंगे, वे साइट मेनू में कैसे प्रदर्शित होंगे।

किसी संरचना का वर्णन करने की तुलना में उसका चित्र बनाना अधिक सुविधाजनक है। ग्राफिकल रूप में साइट के क्षेत्रों के बीच संबंधों के बारे में सोचना आसान है।

7. व्यक्तिगत पृष्ठ

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

आप भविष्य के संसाधन के प्रत्येक पृष्ठ के प्रत्येक तत्व का जितना अधिक विस्तृत वर्णन करेंगे, अंतिम परिणाम साइट के बारे में आपके विचारों के उतना ही करीब होगा।

8. वेबसाइट डिज़ाइन आवश्यकताएँ

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

9. साइट की कार्यशील कार्यक्षमता

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

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

10. सामग्री का विवरण

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

11. तकनीकी आवश्यकताएँ

उन लोगों के लिए एक कठिन बिंदु जो वेबसाइट निर्माण के बारे में कम समझते हैं।

यदि आप इसे नहीं समझते हैं, तो तर्क का प्रयोग करें।

उदाहरण के लिए, आपकी साइट को यह करना चाहिए:

• विभिन्न चौड़ाई (अनुकूली डिज़ाइन) के मॉनिटर पर समान रूप से अच्छा दिखता है;
• पदोन्नति के लिए SEO अनुकूलित बनें;
• वायरस का विरोध करने में सक्षम हो;
• इसमें अंतर्निहित एसईओ कार्यक्षमता वगैरह है।

केवल उसी के बारे में लिखें जिसके बारे में आप आश्वस्त हैं, या किसी विशेषज्ञ से सलाह लें। बाद में संशोधनों के लिए अधिक भुगतान करने की तुलना में पहले से परामर्श करना बेहतर है।

यदि आप हमसे संपर्क करने का निर्णय लेते हैं और आपके पास अपनी संदर्भ शर्तें नहीं हैं, तो आप हमारी शर्तें डाउनलोड कर सकते हैं और भर सकते हैं।