डिज़ाइन पोर्टफोलियो: ऐसा पोर्टफोलियो कैसे बनाएं जो सच में आपको नौकरी दिलाए

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

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

पोर्टफोलियो असल में क्या है

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

इंटरव्यू दिलाने वाला पोर्टफोलियो वह नहीं जिसमें सबसे ज़्यादा प्रोजेक्ट हों। वह है जिसमें हायरिंग मैनेजर तीन केस स्टडी पढ़कर सोचे, "मुझे यह इंसान कमरे में चाहिए।" यह नतीजा इत्तेफ़ाक़ नहीं है। यह एक स्ट्रक्चर है।

विज़ुअल हायरार्की डिज़ाइन वाला ब्रेकडाउन बताता है कि किसी भी पेज पर रीडिंग ऑर्डर कैसे कंट्रोल करें। पोर्टफोलियो उसका टेस्ट केस है। अगर आपके पोर्टफोलियो में हायरार्की नहीं है, तो हायरिंग मैनेजर उसे पूरा नहीं पढ़ते।

वे पाँच प्रोजेक्ट जो सच में मायने रखते हैं

ज़्यादातर पोर्टफोलियो में आठ से बारह प्रोजेक्ट होते हैं। हायरिंग मैनेजर दो पढ़ता है। "सब कुछ शामिल करो" बनाम "कड़ाई से चुनो" की बहस खत्म हो चुकी है। चुनिए। ज़्यादा से ज़्यादा पाँच प्रोजेक्ट। वे पाँच चुनिए जो पूरी कहानी कहें।

प्रोजेक्ट 1: फ्लैगशिप

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

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

प्रोजेक्ट 2: रेंज दिखाने वाला

एक प्रोजेक्ट जो दिखाए कि आप फ्लैगशिप से अलग विज़ुअल रजिस्टर में भी काम कर सकते हैं। अगर फ्लैगशिप एक साफ़-सुथरा SaaS डैशबोर्ड है, तो रेंज वाला प्रोजेक्ट एक भावप्रवण ब्रांड आइडेंटिटी है। अगर फ्लैगशिप शख्सियत वाला कंज़्यूमर ऐप है, तो रेंज वाला एक सटीक एंटरप्राइज़ टूल है। रेंज साबित करती है कि आप ढल सकते हैं, जो सीनियर होने का आधा मतलब है।

रेंज वाला प्रोजेक्ट अक्सर होमपेज पर दूसरे नंबर पर होता है। पहली नज़र में वह फ्लैगशिप से साफ़ अलग दिखना चाहिए, ताकि हायरिंग मैनेजर केस स्टडी पढ़े बिना ही आपकी रेंज समझ ले।

प्रोजेक्ट 3: गहराई वाला पीस

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

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

प्रोजेक्ट 4: सहयोग वाला केस

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

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

प्रोजेक्ट 5: निजी या साइड प्रोजेक्ट

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

साइड प्रोजेक्ट करियर की शुरुआत वाले डिज़ाइनरों (जहाँ क्लाइंट वर्क सीमित है) और सीनियर डिज़ाइनरों (जहाँ वे लगातार जिज्ञासा दिखाते हैं) के लिए ज़्यादा मायने रखते हैं। मिड-करियर डिज़ाइनर कभी-कभी यह स्लॉट छोड़कर दूसरा गहराई वाला पीस रख सकते हैं।

---

वह केस स्टडी स्ट्रक्चर जो नतीजे देता है

ज़्यादातर केस स्टडी फ़ाइनल स्क्रीन का स्लाइडशो होती हैं जिनके बीच मार्केटिंग कॉपी होती है। वह केस स्टडी नहीं है। वह गैलरी है। असली केस स्टडी डिसीज़न लॉग की तरह पढ़ी जाती है।

जो स्ट्रक्चर काम करता है:

सेक्शन 1: दो लाइन की पिच

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

उदाहरण: "18 बाज़ारों में 2M यूज़र्स को सेवा देने वाले एक फिनटेक क्लाइंट के लिए चेकआउट फ्लो रीडिज़ाइन किया। मैंने UX को लीड किया, एक ब्रांड डिज़ाइनर और तीन इंजीनियरों के साथ काम किया, और ऐसा फ्लो शिप किया जिसने पुराने बेसलाइन के मुकाबले कार्ट एबंडनमेंट 23 प्रतिशत घटा दिया।"

सेक्शन 2: समस्या

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

जाल यह है कि समस्या को उन शब्दों में बताया जाए जिनकी परवाह डिज़ाइनर को है, बिज़नेस को नहीं। "इंटरफ़ेस पुराना लग रहा था" डिज़ाइनर की समस्या है। "17 प्रतिशत यूज़र्स पेमेंट स्क्रीन पर छोड़कर चले गए" बिज़नेस की समस्या है। दूसरा वर्ज़न लिखिए।

सेक्शन 3: अप्रोच

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

सीमाओं को मत छोड़िए। हर असली प्रोजेक्ट में वे होती हैं: बजट, टाइमलाइन, लेगेसी कोड, रेगुलेटरी ज़रूरतें, स्टेकहोल्डर की पसंद। जो केस स्टडी बिना किसी बंधन की खोज जैसी पढ़ी जाए, वह कल्पना लगती है। सीमाएँ मसाला हैं।

सेक्शन 4: काम

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

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

सेक्शन 5: नतीजा

लॉन्च के बाद क्या हुआ। मेट्रिक्स, गुणात्मक फ़ीडबैक, आगे का काम, सीखे गए सबक। अगर पक्के आँकड़े हैं तो इस्तेमाल कीजिए। नहीं हैं, तो गुणात्मक संकेत (टेस्टिमोनियल, आंतरिक प्रतिक्रिया, आप क्या अलग करते) इस्तेमाल कीजिए।

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

सेक्शन 6: रिफ्लेक्शन

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

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

---

होमपेज के नियम

होमपेज 10 सेकंड का टेस्ट है। अगर यह पास नहीं हुआ, तो केस स्टडी कभी पढ़ी ही नहीं जाएँगी। तीन नियम।

नियम 1: काम से शुरू कीजिए, खुद से नहीं

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

इकलौता अपवाद वे जाने-माने डिज़ाइनर हैं जिनका नाम ही हुक है। अगर आप वह डिज़ाइनर नहीं हैं, तो काम से शुरू कीजिए।

नियम 2: एक लाइन की पोज़िशनिंग

फ़ीचर्ड प्रोजेक्ट के नीचे या साथ में, टेक्स्ट की एक लाइन जो आपको पोज़िशन करे। वैल्यू प्रपोज़िशन नहीं, पोज़िशनिंग। "अर्ली-स्टेज फिनटेक के लिए प्रोडक्ट डिज़ाइनर।" "कंज़्यूमर वेलनेस के लिए ब्रांड डिज़ाइनर।" "एंटरप्राइज़ SaaS के लिए UX सिस्टम्स डिज़ाइनर।"

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

नियम 3: ऐसा नेविगेशन जो आपसे न लड़े

ऊपर का नेविगेशन जिसमें ठीक तीन से पाँच आइटम हों: Work, About, Contact, और चाहें तो Notes या Writing। पोर्टफोलियो एक रेखीय आर्टिफ़ैक्ट है। हायरिंग मैनेजर पहली विज़िट में उसे ऊपर से नीचे पढ़ते हैं। उन्हें ढूँढने पर मजबूर मत कीजिए।

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

---

अबाउट पेज

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

तीन चीज़ें शामिल कीजिए:

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

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

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

पोर्टफोलियो से परे का काम

हायरिंग मैनेजर पोर्टफोलियो पर नहीं रुकते। वे Twitter/X, LinkedIn, Dribbble, आपकी निजी साइट का नोट्स सेक्शन, और कोई भी लंबा लेखन देखते हैं। मान लीजिए कि वे देख रहे हैं, और पक्का कीजिए कि जो मिले वह पोर्टफोलियो की कहानी को मज़बूत करे।

इसका मतलब नकली मौजूदगी बनाना नहीं है। इसका मतलब है खुद का खंडन न करना। सिस्टम-माइंडेड सीनियर डिज़ाइनर के रूप में पोज़िशन करता पोर्टफोलियो, और साथ में "डिज़ाइन में अभी शुरुआत कर रहा हूँ, कोई सलाह?" से भरी Twitter फ़ीड, मिला-जुला संकेत भेजती है। हल या तो Twitter फ़ीड अपडेट करना है या यह मानना कि पोर्टफोलियो आकांक्षात्मक है। दोनों जायज़ हैं। असंगति नहीं।

पोर्टफोलियो की आम विफलताएँ

चार पैटर्न जो कमज़ोर काम से ज़्यादा पोर्टफोलियो मारते हैं।

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

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

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

मोबाइल पर टूटने वाली साइट। पोर्टफोलियो साइटें जो 27-इंच डिस्प्ले पर चलती हैं और फ़ोन पर बिखर जाती हैं। पहली बार पढ़ना आधा मोबाइल पर होता है। जो पोर्टफोलियो वहाँ काम नहीं करता, वह काम ही नहीं करता। रिस्पॉन्सिव डिज़ाइन पैटर्न जो किसी भी वेब डिज़ाइन पर लागू होते हैं, यहाँ भी लागू होते हैं।

आदत के रूप में पोर्टफोलियो अपडेट

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

हर तिमाही: एक केस स्टडी जोड़िए या अपडेट कीजिए, होमपेज का फ़ीचर्ड प्रोजेक्ट देखिए, जाँचिए कि संपर्क जानकारी सही है।

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

हर जॉब सर्च में: आक्रामक एडिट। जिस रोल को टारगेट कर रहे हैं उसके लिए पोज़िशनिंग दोबारा लिखिए। होमपेज को दोबारा क्रमबद्ध कीजिए ताकि सबसे प्रासंगिक प्रोजेक्ट पहले आए। अबाउट पेज को मौजूदा टारगेट के हिसाब से अपडेट कीजिए।

अगर आपको केस स्टडी की संरचना, साइट की पोज़िशनिंग में मदद चाहिए, या ऐसे डिज़ाइनर हायर करने हैं जिन्होंने यह सब पहले से समझ रखा है, तो Brainy को हायर कीजिए। हमें पता है सीनियर पोर्टफोलियो कैसे दिखते हैं क्योंकि हम उन्हीं में से हायर करते हैं।

FAQ

डिज़ाइन पोर्टफोलियो में कितने प्रोजेक्ट होने चाहिए?

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

पोर्टफोलियो केस स्टडी कितनी लंबी होनी चाहिए?

इतनी लंबी कि फ़ैसलों की कहानी कह दे, इतनी छोटी कि हायरिंग मैनेजर उसे पाँच मिनट में स्कैन कर ले। आमतौर पर स्क्रीनशॉट और कैप्शन के साथ हर केस स्टडी 600 से 1500 शब्द। फ्लैगशिप केस स्टडी लंबी हो सकती है। छोटे साइड प्रोजेक्ट 300 शब्द तक जा सकते हैं। मायने यह रखता है कि हर सेक्शन (पिच, समस्या, अप्रोच, काम, नतीजा, रिफ्लेक्शन) मौजूद हो।

क्या मुझे अपनी पोर्टफोलियो साइट पर रेज़्यूमे रखना चाहिए?

वैकल्पिक। ज़्यादातर पोर्टफोलियो रेज़्यूमे को इनलाइन होस्ट करने की जगह डाउनलोड होने वाले PDF रेज़्यूमे या LinkedIn प्रोफ़ाइल से लिंक करते हैं। अगर रखें, तो उसे अलग पेज पर रखिए, होमपेज पर नहीं। होमपेज काम के लिए है।

अगर मेरी LinkedIn मज़बूत है तो क्या मुझे पोर्टफोलियो चाहिए?

हाँ। LinkedIn एक प्रोफ़ाइल है, पोर्टफोलियो नहीं। मज़बूत LinkedIn आपको रिक्रूटर से बातचीत तक पहुँचाती है। इंटरव्यू पोर्टफोलियो दिलाता है। जूनियर से ऊपर किसी भी डिज़ाइन रोल के लिए पोर्टफोलियो ज़रूरी है, इस पर समझौता नहीं।

मेरा पोर्टफोलियो प्रोसेस दिखाए या सिर्फ़ फ़ाइनल काम?

दोनों, पर फ़र्क़ प्रोसेस से पड़ता है। फ़ाइनल काम दिखाता है कि आप डिज़ाइन कर सकते हैं। प्रोसेस दिखाता है कि आप कैसे सोचते हैं। जिन हायरिंग मैनेजरों को पहले से पता है कि आप डिज़ाइन कर सकते हैं (किसी तरह उन्होंने आपको ढूँढा), वे फ़ैसले लेने का तरीका समझने के लिए केस स्टडी पढ़ रहे होते हैं। छह-सेक्शन केस स्टडी स्ट्रक्चर दोनों का संतुलन बनाता है।

पोर्टफोलियो पर डिज़ाइनर सबसे बड़ी गलती क्या करते हैं?

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

पोर्टफोलियो एक दांव है

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

इसे ऐसे बनाइए जैसे अपनी अगली नौकरी इस पर दांव पर लगा रहे हों, क्योंकि लगा रहे हैं। बेरहमी से छाँटिए। हर केस स्टडी को डिसीज़न लॉग की तरह ढालिए। हर तिमाही अपडेट कीजिए। मोबाइल पर चलाइए। अपना ईमेल सादे टेक्स्ट में रखिए।

अगर आप ऐसे डिज़ाइनर हायर करना चाहते हैं जो यह कसौटी पहले ही पार कर चुके हैं, या सीनियर स्तर पर नतीजे देने वाली केस स्टडी बनाने में मदद चाहते हैं, तो Brainy को हायर कीजिए। पोर्टफोलियो ही जॉब एप्लिकेशन है। उसे वैसा ही मानिए।

संबंधित पढ़ाई

• डिज़ाइनरों के लिए केस स्टडी टेम्पलेट
• डिज़ाइन सिस्टम गाइड
• विज़ुअल हायरार्की डिज़ाइन
• वेब डिज़ाइन सिद्धांत
• UI बनाम UX