Theory
पूरा Subject, एक Story में
आपने pieces सीखे हैं: research, personas, interaction design, visual design, testing, accessibility। एक case study वह जगह है जहाँ pieces एक JOURNEY बन जाते हैं: शुरू से आख़िर तक solved एक real design problem।
चलिए FestConnect का पूरा redesign walk करते हैं: वही app जिसकी confusing registration ने यह subject खोला था: हर unit को order में apply करते हुए। आख़िर तक आप देखेंगे concepts एक coherent process में कैसे connect होते हैं, और: उतना ही examinably: एक design case study कैसे PRESENT करें: problem, process, outcome, उस reasoning के साथ जो इन्हें बाँधता है।
Theory
Problem, और Research
Problem: FestConnect technically काम करता था, पर कम students registration पूरी करते थे। Committee ने students को blame किया; truth यह थी कि DESIGN (Unit 1: UI काम करता है, UX fail होता है) ग़लत था।
Research (Unit 2): real first-years के साथ interviews, उन्हें register करने की कोशिश करते हुए watch करना। Findings: वे tech-confident CS students नहीं थे बल्कि cheap phones पर nervous newcomers थे (say-do gap: सबने SAY किया यह fine है, पर आधे date field पर give up कर देते थे)। इसने 2 personas produce किए: Rahul, वह anxious first-year जिसे simplicity चाहिए, और Priya, वह organiser जिसे एक powerful overview चाहिए। Date field और unclear navigation top pain points थे।
Theory
Design और Visuals
Structure (Unit 3): card sorting ने reveal किया students 'Register' को front और centre expect करते थे, 'Events' के नीचे buried नहीं, तो information architecture reorganise की गई। User flow shorten किया गया, confusing typed date को एक simple picker से replace किया गया (pain point को उसके source पर हटाते हुए), हर action के बाद clear feedback add किया गया, और navigation को हमेशा-visible tabs दिए गए जो where-am-I और how-back answer करते हैं। सब कुछ पहले cheap grey WIREFRAMES की तरह test किया गया।
Visuals (Unit 4): एक warm terracotta-and-cream brand identity जो एक fest जैसी FEEL होती है; readable typography; visual hierarchy जो Register button को dominant element बनाती है; हर screen पर consistent components ताकि students interface एक बार सीखें।
Theory
Validation, और Outcome
Validation (Unit 5): prototype पर 5 first-years के साथ usability testing। पाँच में से चार अब smoothly register करते थे; एक नई minor label confusion surface हुई और अगले ITERATION में fix हुई (design एक loop है, एक line नहीं)। फिर ACCESSIBILITY: contrast raise किया गया ताकि low-vision students पढ़ सकें, errors icon-plus-text से दिखाए गए सिर्फ़ colour से नहीं, form keyboard-navigable बनाया गया, images पर alt text: ताकि EVERYONE register कर सके।
Outcome: FestConnect एक frustrating form से जो students खोता था एक smooth, inclusive product में बदल गया जो ज़्यादा students complete करते हैं: features add करके नहीं, बल्कि users को समझकर और उनके लिए design करके। यही पूरा subject है, एक app पर proven।
Quiz
FestConnect case study में, registration problem आख़िरकार किस approach से solve हुआ?
- Existing screens में ज़्यादा colourful decorations add करके
- Research के ज़रिए real users को समझकर, फिर structure, visuals और accessibility redesign करके, और testing और iteration से validate करके
- Students को blame करके कि उन्होंने काफ़ी कोशिश नहीं की
- Backend code को faster बनाने के लिए rewrite करके
- Registration feature को पूरी तरह हटाकर
Show the answer
Research के ज़रिए real users को समझकर, फिर structure, visuals और accessibility redesign करके, और testing और iteration से validate करके
Fix पूरा user-centered design PROCESS था: real users को समझने के लिए research (nervous first-years, date-field pain), उनके आस-पास structure/flow/visuals/accessibility का redesign, और testing और iteration के ज़रिए validation: exactly वह journey जो subject सिखाता है। Option A surface decoration है, जिसने real (structural और research-based) problems को कभी address नहीं किया। Option C committee की original mistake है जिसे case study refute करती है (user को नहीं, design को blame कीजिए)। Option D performance target करता है, जो issue नहीं था (यह technically काम करता था)। Option E goal abandon कर देता है। Lesson: real UX improvement users को समझने और उनके लिए design करने से आता है, evidence से validated, cosmetics या blame से नहीं।
Think first
एक Designer की तरह एक Case Study Present कीजिए
एक interviewer आपसे 'मुझे एक project के through walk कीजिए' पूछता है। FestConnect इस्तेमाल करते हुए, आपके answer को कौन सा structure follow करना चाहिए, और यह structure क्यों matter करता है? फिर tap कीजिए।
Show the answer
इसे Problem → Process → Outcome, हर step पर अपने REASONING के साथ structure कीजिए। Problem: क्या ग़लत था और आपको कैसे पता चला (FestConnect registrations खो रहा था; research ने दिखाया date field और IA culprits थे)। Process: आपने क्या किया और, crucially, WHY (IA reorganise किया क्योंकि card sorting ने users का mental model दिखाया; pain को source पर हटाने के लिए एक date picker add किया; 5 users के साथ test किया; iterate किया; इसे accessible बनाया)। Outcome: result और आपने क्या सीखा (smoother, inclusive registration; ज़्यादा completions)। यह structure matter करता है क्योंकि यह दिखाता है आप एक designer की तरह सोचते हैं: evidence-driven, user-centered, reflective: सिर्फ़ 'मैंने इसे pretty बनाया' नहीं। REASONING वह है जो impress करता है; कोई भी list कर सकता है उन्होंने क्या किया।
Watch out
Case-Study Slips
Reasoning के बिना Actions List करना: 'मैंने layout बदला' weak है; बताइए WHY (research ने X दिखाया), जो एक case study किस लिए है।
Research/Validation Skip करना: एक case study जो सीधे visuals पर jump करता है user-centered core miss कर देता है।
Luck का Credit लेना: improvements को evidence और process से attribute कीजिए, vibes से नहीं।
Metrics Invent करना: एक real portfolio में, honest data इस्तेमाल कीजिए; percentages fabricate मत कीजिए: outcomes को truthfully और directionally state कीजिए।
Theory
Subject Complete: आप People के लिए Design कर सकते हैं
'UI, UX नहीं है' से एक पूरी तरह redesigned, tested, accessible FestConnect तक, आपने पूरा user-centered design process run किया है। अब आप users research कर सकते हैं, उन्हें personas की तरह model कर सकते हैं, intent के साथ structure और visuals design कर सकते हैं, evidence पर test और iterate कर सकते हैं, और accessibility के ज़रिए सबको include कर सकते हैं। वह process: people को समझिए, उनके लिए design कीजिए, validate कीजिए, repeat कीजिए: यह UX design है, और यह हर उस product पर apply होता है जो आप कभी बनाएँगे, उस platform सहित जिस पर आप सीख रहे हैं। Human के लिए design कीजिए; बाकी follow करता है।
Summary
Key takeaways
- एक case study एक real design problem को शुरू से आख़िर तक walk करती है, हर concept को एक journey में बाँधते हुए।
- FestConnect journey: problem (lost registrations) -> research (personas, interviews, date-field pain)।
- Design: information architecture reorganise की गई, shorter flow, date picker, feedback, clear navigation, wireframes की तरह tested।
- Visuals: terracotta-and-cream brand, readable type, Register पर visual hierarchy, consistency।
- Validation: 5 users के साथ usability testing, findings पर iteration, accessibility (contrast, alt text, keyboard, colour-only नहीं)।
- एक case study को Problem -> Process -> Outcome की तरह present कीजिए, हर decision के पीछे REASONING के साथ।
- Memory hook: people को समझिए, उनके लिए design कीजिए, validate कीजिए, repeat कीजिए: यही UX है।