एक पुन: डिज़ाइन परियोजना के लिए वेबसाइट ब्रीफ कैसे लिखें चरण दर चरण

जब एक पुन: डिज़ाइन ब्रीफ सही दस्तावेज़ होता है

एक पुन: डिज़ाइन ब्रीफ एक सामान्य इनटेक फॉर्म नहीं है। यह एक ऐसी साइट के लिए है जो कुछ तरीकों से काम करती है और दूसरों में विफल होती है, और ब्रीफ को परिवर्तन का वर्णन करना चाहिए, केवल इच्छा का नहीं। यदि टीम एक 40-पृष्ठ की कॉर्पोरेट वेबसाइट, एक लैंडिंग पृष्ठ, या एक उत्पाद पोर्टल को ठीक कर रही है, तो ब्रीफ को यह बताना चाहिए कि क्या बदलना चाहिए और क्या स्थिर रहना चाहिए।

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

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

यदि आप एक पुनः डिज़ाइन परियोजना के लिए वेबसाइट ब्रीफ लिखने के तरीके की खोज कर रहे हैं, तो चरण दर चरण शुरू करें यह तय करके कि ब्रीफ परिवर्तन के लिए है, न कि शून्य से खोज के लिए। यह एक निर्णय आपके द्वारा पूछे जाने वाले प्रश्नों और एकत्र किए जाने वाले विवरणों को बदल देता है।

कुछ भी लिखने से पहले वर्तमान साइट का ऑडिट करें

जीवित साइट से शुरू करें। पिछले तिमाही के स्क्रीनशॉट नहीं। “होमपेज समस्या” की याद नहीं। वर्तमान पृष्ठों को खोलें और सूची बनाएं कि क्या मौजूद है, क्या टूटा हुआ है, और क्या पुनः डिज़ाइन के दौरान किसी को नहीं भूलना चाहिए।

संख्याओं के साथ एक सरल ऑडिट करें। उन पृष्ठों की गिनती करें जो बने रहेंगे, जो बदलेंगे, और जो हटा दिए जाएंगे। किसी भी पृष्ठ को नोट करें जिसमें मजबूत ट्रैफ़िक है, किसी भी फ़ॉर्म में ड्रॉप-ऑफ है, किसी भी अनुभाग में जो उपयोगकर्ताओं को भ्रमित करता है, और किसी भी सामग्री जो एक वर्ष या उससे अधिक पुरानी है।

तकनीकी बाधाएँ भी यहाँ शामिल हैं। यदि वर्तमान साइट एक विरासती CMS, एक कस्टम चेकआउट प्रवाह, या एक नाजुक एकीकरण पर निर्भर करती है, तो ब्रीफ को यह उल्लेख करना चाहिए इससे पहले कि कोई नया लेआउट स्केच करे। एक पुनः डिज़ाइन जो वर्तमान प्रणाली की अनदेखी करता है अक्सर एक दूसरा प्रोजेक्ट बनाता है: नुकसान नियंत्रण।

कंक्रीट उपयोगकर्ता मुद्दों को शामिल करें। उदाहरण के लिए: समर्थन टिकट मोबाइल पर खोज समस्याओं का उल्लेख करते हैं; बिक्री कहती है कि मूल्य निर्धारण पृष्ठ बार-बार कॉल करता है; संपादकीय टीम बिना डेवलपर सहायता के FAQs को अपडेट नहीं कर सकती। ये विवरण “साइट का उपयोग करना कठिन है” जैसे व्यापक दावों से बेहतर हैं।

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

पुन: डिज़ाइन की सीमाएँ और गैर-लक्ष्य निर्धारित करें

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

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

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

पुनः डिज़ाइन ब्रीफ में एक उपयोगी पंक्ति है: “वर्तमान भुगतान प्रवाह को बरकरार रखें।” दूसरी है: “इस चरण में ग्राहक डैशबोर्ड को न बदलें।” सरल। सीधा। गलत पढ़ना मुश्किल।

व्यापार, ब्रांड, और उपयोगकर्ता संदर्भ को कैप्चर करें

पुनः डिज़ाइन ब्रीफ को संदर्भ की आवश्यकता है, लेकिन एक ब्रांड घोषणापत्र नहीं। व्यवसाय के कारण को एक छोटे से खंड में संक्षेपित करें: राजस्व लक्ष्य, लीड गुणवत्ता, समर्थन लोड, भर्ती की आवश्यकताएँ, या एक नए बाजार का लॉन्च। यदि पुनः डिज़ाइन एक विलय, एक रीब्रांड, या B2B से B2B2C में बदलाव का समर्थन करता है, तो उसका नाम लें।

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

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

एक वाक्य यहाँ बहुत कुछ कर सकता है: “पुनः डिज़ाइन को तीन दर्शकों - नए लीड, मौजूदा ग्राहकों और भागीदारों - का समर्थन करना चाहिए, बिना होमपेज पर सभी भार डालने के।” यह टीम को एक डिज़ाइन समस्या देता है जिसे वे हल कर सकते हैं, जो उन्हें एक नारा देने से बेहतर है।

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

पृष्ठ-स्तरीय आवश्यकताओं और साइट संरचना को निर्दिष्ट करें

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

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

टीम को बताएं कि कौन से पृष्ठ प्रकार दोहराए जा सकते हैं और कौन से अपवाद हैं। यदि ब्लॉग टेम्पलेट 500 लेखों को संभाल सकता है लेकिन केस स्टडी टेम्पलेट को कस्टम कहानी कहने की आवश्यकता है, तो उसे लिखें। यदि नेविगेशन केवल शीर्ष 6 अनुभागों को सामने लाना चाहिए, तो ऐसा कहें। यहाँ संख्याएँ मदद करती हैं।

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

कुछ टीमें इसे एक वेबसाइट विश्लेषण और निगरानी प्लेटफ़ॉर्म या एक आंतरिक सामग्री मानचित्र के खिलाफ स्केच करती हैं ताकि वे देख सकें कि कौन से पृष्ठ पहले से ही लोड उठाते हैं और कौन से कम उपयोग किए जाते हैं।

नोट सामग्री माइग्रेशन, अनुमोदन, और स्वामित्व

सामग्री प्रवासन वह जगह है जहाँ पुन: डिज़ाइन गंदा हो जाता है। एक संक्षिप्तिका को यह बताना चाहिए कि कौन सी सामग्री जैसी है, कौन सी फिर से लिखी जाएगी, कौन सी आर्काइव की जाएगी, और कौन सी पूरी तरह से बनाई जानी चाहिए। यदि 86 पुराने लेख हैं और केवल 20 को प्रवास करना चाहिए, तो उस संख्या को स्पष्ट रूप से कहें।

स्वामित्व भी उतना ही महत्वपूर्ण है। नया कॉपी कौन लिखता है? कानूनी भाषा की जांच कौन करता है? होमपेज का शीर्षक कौन मंजूर करता है? यदि 4 लोग एक पृष्ठ को मंजूरी देते हैं, तो कार्यक्रम पर इसका असर पड़ेगा। एक संक्षिप्तता को प्रत्येक चरण के लिए मालिक का नाम देना चाहिए, न कि केवल अंतिम स्वीकृति के लिए।

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

संपत्ति का स्वामित्व व्यावहारिक है। कहें कि कौन चित्र, आइकन, आरेख, प्रशंसापत्र और वीडियो प्रदान करता है। यदि पुन: डिज़ाइन 12 उत्पाद स्क्रीनशॉट पर निर्भर करता है और वे तैयार नहीं हैं, तो यह एक कार्यक्रम का जोखिम है, कोई छोटी बात नहीं।

तकनीकी, पहुंच, और एकीकरण आवश्यकताओं की सूची बनाएं

तकनीकी नोट्स संक्षिप्तता में होने चाहिए, भले ही डिज़ाइनर सब कुछ कोडिंग न कर रहा हो। CMS, होस्टिंग स्थिति, फॉर्म टूल, एनालिटिक्स सेटअप, और कोई भी सिस्टम जो पुन: डिज़ाइन से जुड़ना चाहिए, को स्पष्ट रूप से बताएं। यदि साइट एक कस्टम CRM सिंक या बिलिंग टूल का उपयोग करती है, तो पुन: डिज़ाइन इसे नजरअंदाज नहीं कर सकता।

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

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

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

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

टीम के लिए निर्णय मानदंड और अगले कदम के प्रश्न जोड़ें

एक पुनः डिज़ाइन संक्षिप्त विवरण “कृपया विचार प्रस्तुत करें” के साथ समाप्त नहीं होना चाहिए। इसे टीम से विशिष्ट प्रश्नों के उत्तर देने के लिए कहना चाहिए। कौन सा अवधारणा दृष्टिकोण वर्तमान साइट की समस्या के लिए उपयुक्त है? उन्हें कौन से जोखिम दिखाई देते हैं? किसकी अधिक खोज की आवश्यकता है? कौन से पृष्ठ पहले निपटाए जाने चाहिए, और कौन से इंतजार कर सकते हैं?

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

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

अच्छे अगले कदम के प्रश्नों में शामिल हैं: कौन से टेम्पलेट्स को प्रोटोटाइप परीक्षण की आवश्यकता है? कौन से सामग्री क्षेत्र को कॉपी कार्यशाला की आवश्यकता है? वर्तमान डिज़ाइन सिस्टम से क्या पुन: उपयोग किया जा सकता है? सबसे बड़ा लॉन्च जोखिम कहाँ है? ये प्रश्न टीम को संक्षिप्त विवरण से योजना में जाने में मदद करते हैं बिना यह दिखाए कि हर अज्ञात हल हो गया है।

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

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

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