ब्रांड गाइडलाइंस में क्या होना चाहिए? व्यावहारिक चेकलिस्ट

अंदर क्या जाता है, क्षेत्र दर क्षेत्र

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

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

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

लोगो नियम वही हिस्सा है जो ज़्यादतर गाइड बिगाड़ती हैं

मार्क को क्लियर स्पेस ऐसी इकाई में चाहिए जो स्केल हो — आमतौर पर मार्क का ही कोई तत्व, जैसे उसके काउंटर की ऊँचाई — ताकि आकार बदलने पर नियम टिका रहे। हर महत्वपूर्ण माध्यम के लिए घोषित ईमानदार न्यूनतम आकार चाहिए: फ़ेविकॉन, कढ़ा लेबल, दस्तावेज़ फ़ुटर। जिस आकार में मार्क दिखेगा, उसमें न बनाया गया मार्क अपरीक्षित है।

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

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

रंग और टाइपोग्राफ़ी: शर्तें, पसंद नहीं

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

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

चित्र, लेआउट और वे उपयोग जो इसे साबित करते हैं

चित्र मार्गदर्शन तब विफल होता है जब वह मूड की तरह लिखा जाता है। विशेषणों का पेज — «प्रामाणिक», «प्रीमियम», «मानवीय» — कुछ भी अस्वीकार नहीं कर सकता, इसीलिए उससे ब्रीफ़ किए गए दो लोग दो असंबंधित तस्वीरें लाते हैं।

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

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

सबसे पहले रिलीज़ सीमा तय करें

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

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

अगर कोई खंड अब भी मंज़ूरी में है, उसे छोड़ने की जगह वहीं लिख दें। जो पाठक देखता है «पैकेजिंग नियम प्रक्रिया में हैं, नीचे दिए संपर्क पर लिखें» वह ठीक करता है। जिसे कुछ नहीं मिलता, वह ख़ुद गढ़ लेता है।

केवल निर्यात नहीं, संपादन योग्य स्रोत सौंपें

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

बताएँ कि लाइब्रेरी कहाँ है और किसे लिखने का अधिकार है। एक ही स्थान वाला नियंत्रित पैकेज उस पूरे पैकेज से बेहतर है जो तीन प्रतियों में मौजूद है, क्योंकि तीसरी प्रति ही वह है जिसे कोई अगले साल इस्तेमाल करेगा।

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

हर बाहरी एसेट के अधिकार और लाइसेंस जाँचें

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

आम चूक वह लाइसेंस है जो वेबसाइट कवर करता है पर ऐप नहीं, या डेस्कटॉप उपयोग कवर करता है पर प्रोडक्ट में एम्बेड करना नहीं। लॉन्च तक यह डिज़ाइन समस्या नहीं होती; लॉन्च पर यह महँगी बन जाती है। हर समूह पर एक पंक्ति इसे रोक देती है।

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

नियम मापने योग्य लिखें, फिर उत्पादन में परखें

जो नियम मापा नहीं जा सकता, वह जाँचा भी नहीं जा सकता। हर «पर्याप्त», «संतुलित» और «उपयुक्त» की जगह संख्या, अनुपात या स्केल होने वाली इकाई रखें, और उसके साथ नियमित काम से लिए गए सही, ग़लत और सीमा वाले उदाहरण दें। सीमा वाला पेज सबसे ज़्यादा काम करता है: तकनीकी रूप से अनुमत पर दृश्य रूप से ग़लत जगह दिखाया गया मार्क वह विवेक सिखाता है जो अकेला नियम नहीं सिखा सकता।

जो निर्देश उत्पादन से कभी नहीं मिला, वह परिकल्पना है। परीक्षण एक ही वास्तविक सतह है, जो केवल दस्तावेज़ से बनाई जाए — लंबी कॉपी, अनुवादित पंक्ति, सुलभता की शर्त और कमज़ोर औज़ार के साथ, यानी वही जो असल में आपका सबसे कमज़ोर उत्पादन मार्ग है। जो अव्यावहारिक है वह तुरंत सामने आ जाता है।

नीचे दिए तीन VITON13 कॉन्सेप्ट प्रोजेक्ट इसलिए हैं कि हर एक जान-बूझकर कठिन सतह के सामने परखा गया — यही अनुशासन प्रक्रिया में पहले लगाया गया। Movement — फ़िटनेस उपकरण। CONCEPT, VITON13 द्वारा डिज़ाइन: मार्क के पीछे मोशन ब्लर वाली गहरी फ़ोटो, हल — दो ठोस वेज और कोई पतला स्ट्रोक नहीं जो गायब हो। FlyFly — विमानन। CONCEPT, VITON13 द्वारा डिज़ाइन: एक ही फ़्रेम के सबसे चमकीले और सबसे गहरे हिस्से पर साथ रखा गया, इटैलिक के काउंटर बोर्डिंग पास आकार पर भी खुले रहते हैं। PUMP DRINK — स्पोर्ट्स ड्रिंक। CONCEPT, VITON13 द्वारा डिज़ाइन: जान-बूझकर एक फ़्लैट रंग, क्योंकि बोतल छपती है, रेंडर नहीं होती, और एक स्याही सप्लायरों के बीच नहीं बदलती।

ये कॉन्सेप्ट प्रोजेक्ट हैं, क्लाइंट काम नहीं। इन्हें केवल इसलिए उद्धृत किया गया है कि हर एक उस पाबंदी को दर्ज करता है जिसने निर्णय को मजबूर किया — और परीक्षण को ठीक यही उजागर करना चाहिए।

स्वामित्व, समीक्षा चक्र और वह संग्रह जो लोगों से आगे टिके

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

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

तय करें कि क़ीमत कितने समीक्षा दौर कवर करती है और क्या नई सतह मानी जाएगी, क्या संशोधन। यहाँ ज़्यादतर अतिरिक्त ख़र्च डिज़ाइन असहमति नहीं — «पूरा हुआ» की अलिखित परिभाषा होते हैं।

अंतिम डिलिवरेबल एक ही संग्रह है जो संस्करण सूची, लाइसेंस प्रमाण, परीक्षण परिणाम और मंज़ूरी इतिहास को जोड़ता है। कोई बिखरा निर्यात नहीं, कोई ऐसी फ़ाइल नहीं जिसका स्रोत कोई न बता सके।

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