काम और तकनीकी जानकारी से जुड़े सवाल
अपने portfolio के किसी एक प्रोजेक्ट से अपना design process समझाइए।
इंटरव्यूअर क्या परखता है: क्या आप असली समस्या से शुरू करके research, बार-बार सुधार और टेस्ट से होते हुए मापने लायक नतीजे तक पहुंचती हैं, और टीम प्रोजेक्ट में अपनी भूमिका साफ़ बता पाती हैं।
एक clinic booking app में लोग appointment बुक करते-करते बीच में छोड़ रहे थे। मैंने पहले analytics देखे और पांच मरीज़ों से बात की। पता चला कि doctor चुनने के बाद समय का स्लॉट ढूंढना मुश्किल था और fees आख़िर में दिखती थी। मैंने paper sketches से शुरू किया, फिर Figma में दो विकल्प बनाकर पांच लोगों पर टेस्ट किए। जो version चुना गया, उसमें स्लॉट और fees पहली ही स्क्रीन पर थे। टीम में मैं अकेली डिज़ाइनर थी, research और UI दोनों मेरे थे, और launch के बाद बुकिंग पूरी करने वालों का हिस्सा बढ़ा।
अगर बजट और समय लगभग न हो, तो आप user research कैसे करेंगी?
इंटरव्यूअर क्या परखता है: क्या आप छोटे और सस्ते तरीकों से भी फ़ैसले सबूत पर टिका सकती हैं, बजाय research छोड़ देने या पहले बड़ी study की ज़िद करने के।
मैं उन चीज़ों से शुरू करती हूं जो पहले से मौजूद हैं: support tickets, app store reviews, sales टीम के सवाल और analytics में लोग कहां रुकते हैं। फिर पांच-छह असली users से पंद्रह-बीस मिनट की फ़ोन या video बातचीत करती हूं, जिसमें उनसे पिछली बार का असली अनुभव पूछती हूं, राय नहीं। अगर users तक पहुंच न हो तो उसी तरह के लोगों पर, जैसे सहकर्मी जो प्रोजेक्ट से जुड़े नहीं हैं, एक clickable prototype का छोटा टेस्ट कर लेती हूं। नतीजे एक पेज में लिखकर टीम को देती हूं, ताकि फ़ैसले का आधार सबको दिखे।
Usability टेस्ट आप कैसे करती हैं, और उसके नतीजों का क्या करती हैं?
इंटरव्यूअर क्या परखता है: क्या आप असली जैसे tasks बना सकती हैं, user को रास्ता दिखाए बिना देख सकती हैं और नतीजों को राय की लंबी सूची के बजाय प्राथमिकता वाले बदलावों में बदल सकती हैं।
पहले तय करती हूं कि क्या जानना है, फिर उसी हिसाब से असली जैसे tasks लिखती हूं, जैसे "अगले मंगलवार शाम के लिए doctor का appointment बुक कीजिए"। Task में बटन का नाम नहीं बताती। पांच-छह users को एक-एक करके बुलाती हूं, उन्हें सोचते हुए बोलने को कहती हूं और ख़ुद चुप रहकर देखती हूं। हर समस्या नोट करती हूं कि कितने users को आई और कितनी गंभीर थी। फिर टीम के साथ बैठकर असर और मेहनत के हिसाब से सूची बनाते हैं, और सबसे गंभीर समस्याएं अगले sprint में जाती हैं।
आप किसी interface को accessible कैसे बनाती हैं?
इंटरव्यूअर क्या परखता है: क्या आप accessibility के ठोस मानक जानती हैं और उन्हें शुरू से डिज़ाइन में शामिल करती हैं, आख़िर में एक जांच की तरह नहीं।
मैं WCAG के मानकों को शुरू से ध्यान में रखती हूं। Text और background के बीच पर्याप्त colour contrast रखती हूं और जानकारी सिर्फ़ रंग से नहीं बताती, जैसे error के साथ icon और साफ़ संदेश भी देती हूं। Touch targets इतने बड़े रखती हूं कि आसानी से दब सकें। हर form field का दिखने वाला label होता है, सिर्फ़ placeholder नहीं। Keyboard से चलाने का क्रम और focus state डिज़ाइन में दिखाती हूं, और images के लिए alt text developer को handoff में लिखकर देती हूं। समय-समय पर screen reader से अपने ही screens जांचती हूं।
Figma में design system आप कैसे बनाती और इस्तेमाल करती हैं?
इंटरव्यूअर क्या परखता है: क्या आप एक जैसे और दोबारा इस्तेमाल होने वाले components बना सकती हैं जो पूरे product में चलें और developers की component library से मेल खाते रहें।
मैं नींव से शुरू करती हूं: colours, typography, spacing और corner radius के tokens या styles। फिर बटन, input, dropdown और card जैसे components बनाती हूं, जिनमें variants और states होते हैं, जैसे default, hover, disabled और error। Auto layout इस्तेमाल करती हूं ताकि components content के हिसाब से अपने आप ढलें। हर component के साथ छोटा नोट होता है कि कब इस्तेमाल करना है। सबसे ज़रूरी बात यह है कि नाम और props developers की code library से मिलते हों, इसलिए हर नए component पर frontend टीम के साथ बैठकर बात करती हूं।
हमारे app पर checkout में बहुत लोग छोड़ देते हैं। आप redesign की शुरुआत कैसे करेंगी?
इंटरव्यूअर क्या परखता है: Design exercise में आपका तरीका: screens सुझाने से पहले data से समस्या समझना, और सुधारों को असर व मेहनत के हिसाब से चुनना।
सीधे नई screens बनाने के बजाय पहले यह समझूंगी कि लोग किस step पर छोड़ रहे हैं: address, delivery का विकल्प या payment। इसके लिए funnel data, session recordings और support में आई शिकायतें देखूंगी। अगर payment पर ज़्यादा लोग रुक रहे हैं, तो देखूंगी कि UPI का विकल्प ऊपर है या नहीं, और failure पर साफ़ संदेश मिलता है या नहीं। फिर दो-तीन संभावित कारणों पर छोटे बदलाव सुझाऊंगी, जैसे guest checkout या कुल क़ीमत पहले दिखाना, उनका prototype टेस्ट करूंगी और सबसे ज़्यादा असर वाले को पहले लागू करवाऊंगी।
अनुभव और व्यवहार से जुड़े सवाल
कोई ऐसा मौका बताइए जब कोई stakeholder ऐसे डिज़ाइन पर अड़ा था जिससे आप सहमत नहीं थीं।
इंटरव्यूअर क्या परखता है: क्या आप business की ज़रूरत का सम्मान करते हुए सबूत के साथ users की बात रखती हैं और असहमति में बचाव की मुद्रा में नहीं आतीं।
Marketing head चाहते थे कि app खुलते ही एक बड़ा offer popup आए। मुझे लगा कि इससे नए users परेशान होकर app छोड़ देंगे। मैंने सीधे मना नहीं किया, पहले पूछा कि वे popup से क्या हासिल करना चाहते हैं: offer का ज़्यादा इस्तेमाल। फिर दो तरीके सुझाए: popup और home screen पर एक banner, और प्रस्ताव रखा कि दोनों को कुछ users पर टेस्ट करें। टेस्ट में banner से offer का इस्तेमाल लगभग बराबर रहा और app छोड़ने वाले कम थे। फ़ैसला data से हुआ, बहस से नहीं।
कोई ऐसा मौका बताइए जब research ने आपकी डिज़ाइन की धारणा को गलत साबित किया।
इंटरव्यूअर क्या परखता है: क्या आप सच में सबूत के आधार पर अपना काम बदलती हैं, जो user-centred डिज़ाइन का मूल है, या research सिर्फ़ अपनी राय पक्की करने के लिए करती हैं।
एक banking app में मुझे लगा था कि users को सारे खाते और cards एक dashboard पर चाहिए, इसलिए मैंने बहुत जानकारी वाला home screen बनाया। Usability टेस्ट में ज़्यादातर बड़े उम्र के users उलझ गए। वे ऐप ज़्यादातर बस balance देखने और पैसे भेजने के लिए खोलते थे। मुझे मानना पड़ा कि मेरी धारणा मेरे जैसे users पर आधारित थी। मैंने home screen पर सिर्फ़ balance और तीन मुख्य काम रखे और बाकी चीज़ें एक टैब में डाल दीं। दोबारा टेस्ट में काम पूरा करने में कम समय लगा।
Developer कहता है कि आपका डिज़ाइन इस sprint में नहीं बन सकता। आप क्या करेंगी?
इंटरव्यूअर क्या परखता है: क्या आप scope पर मिलकर काम करती हैं, ऐसा version ढूंढती हैं जिसमें user की ज़रूरत बची रहे और आगे के सुधार की योजना बनाती हैं, न डिज़ाइन छोड़ती हैं न ज़बरदस्ती करती हैं।
पहले developer से पूछती हूं कि कौन सा हिस्सा सबसे ज़्यादा समय ले रहा है। एक बार custom animation वाले filter panel पर यही हुआ था। हमने साथ बैठकर डिज़ाइन को हिस्सों में बांटा: users के लिए सबसे ज़रूरी था सही filter जल्दी लगाना, animation नहीं। इसलिए पहले sprint में मौजूदा components से साधारण panel बना और animation अगले sprint के backlog में गई। मैंने backlog में साफ़ लिखा कि बाकी हिस्सा क्या है ताकि वह भूला न जाए। इससे release समय पर हुआ और developer के साथ भरोसा भी बना।
HR round के सवाल
इस UI/UX भूमिका के लिए आपकी सैलरी की उम्मीद क्या है?
इंटरव्यूअर क्या परखता है: क्या आपकी उम्मीद आपके portfolio की गहराई और भूमिका के स्तर से मेल खाती है, और क्या आप पूरे package पर शांति से बात कर पाती हैं।
मेरे पास दो साल का product design अनुभव है और portfolio में तीन ऐसे प्रोजेक्ट हैं जो live हैं, जिनमें research से handoff तक का काम मेरा था। इस स्तर की product डिज़ाइनर भूमिकाओं का जो आम दायरा है, मेरी उम्मीद उसी में है, और मैं अपनी मौजूदा CTC के बारे में खुलकर बता सकती हूं। सैलरी के अलावा मेरे लिए learning budget और senior डिज़ाइनरों के साथ काम का मौका भी मायने रखता है। आप भूमिका का band बताएं तो हम उसके हिसाब से बात कर सकते हैं।
आप agency के बजाय in-house product टीम में क्यों काम करना चाहती हैं?
इंटरव्यूअर क्या परखता है: क्या आप समझती हैं कि दोनों जगह डिज़ाइन का काम कैसे अलग होता है, और क्या आपकी वजहें इस भूमिका के असली काम से मेल खाती हैं।
Agency में मैंने कई तरह के clients के लिए काम किया, जिससे तेज़ी से डिज़ाइन करना और presentation देना सीखा। लेकिन ज़्यादातर प्रोजेक्ट launch के बाद ख़त्म हो जाते थे और मुझे कभी पता नहीं चलता था कि मेरे डिज़ाइन ने असल में users के लिए क्या बदला। In-house टीम में मैं एक ही product पर लंबे समय तक काम करके नतीजे माप सकूंगी और उन्हीं के आधार पर सुधार कर सकूंगी। मैं जानती हूं कि यहां काम धीरे-धीरे बेहतर होता है, और मुझे यही गहराई चाहिए।
क्या इस प्रक्रिया में take-home design assignment करने में आपको कोई दिक्कत है?
इंटरव्यूअर क्या परखता है: क्या आप अपना काम दिखाने को तैयार हैं, और scope व समय को लेकर समझदारी से सीमा तय करती हैं और साफ़ सवाल पूछती हैं।
नहीं, मुझे कोई दिक्कत नहीं है, क्योंकि इससे आपको मेरे सोचने का तरीका दिखेगा और मुझे आपकी टीम की समस्याएं समझ आएंगी। शुरू करने से पहले मैं बस यह पूछना चाहूंगी कि आप इस पर लगभग कितना समय लगाने की उम्मीद करते हैं, और आप final screens ज़्यादा देखना चाहते हैं या process। अगर समय कम हो तो मैं process और मुख्य flow पर ध्यान दूंगी और साफ़ लिख दूंगी कि क्या मान कर चली हूं। Assignment पेश करते समय उस पर आपका फ़ीडबैक सुनना भी मेरे लिए उपयोगी होगा।
पूरे सवाल अंग्रेज़ी में
अंग्रेज़ी पेज पर 20 सवाल, follow-up सवाल और fresher/experienced फ़िल्टर हैं।
इंटरव्यू की तैयारी के लिए टिप्स
- Portfolio के दो-तीन प्रोजेक्ट केस स्टडी की तरह तैयार रखें: समस्या, आपकी भूमिका, research, विकल्प, आख़िरी डिज़ाइन और नतीजा, सिर्फ़ सुंदर screens नहीं।
- Design exercise में तुरंत screens बनाने के बजाय पहले सवाल पूछें: user कौन है, लक्ष्य क्या है और सफलता कैसे मापी जाएगी।
- WCAG contrast, Nielsen के heuristics और Figma में auto layout व variants जैसी बुनियादी चीज़ें दोहरा लें, इन पर सीधे सवाल आते हैं।
- एक ऐसा उदाहरण तैयार रखें जब फ़ीडबैक या research से आपका डिज़ाइन बदला, क्योंकि इंटरव्यूअर यह देखते हैं कि आप अपने काम से चिपकी तो नहीं रहतीं।
जवाब बोलकर, घड़ी देखकर अभ्यास करें; हर जवाब एक-डेढ़ मिनट में पूरा हो। इसके लिए हमारा Interview Practice टूल (अंग्रेज़ी में) टाइमर के साथ इस्तेमाल कर सकते हैं।