UI में "Your" और "My" का अंतर

• यूज़र इंटरफ़ेस (UI) में "your" और "my" में से किसका इस्तेमाल करना सही है?
• कई मामलों में प्रीफ़िक्स लगाने के बजाय Account, Orders, Cases जैसी सरल लेबलिंग ज़्यादा स्पष्ट होती है
• मेनू में "My cases" स्वाभाविक लग सकता है, लेकिन onboarding, email, और customer support जैसी स्थितियों में यह भ्रम पैदा कर सकता है
• जब यूज़र से बात की जा रही हो तो “your”, और जब यूज़र सिस्टम में जवाब दे रहा हो या कोई विकल्प चुन रहा हो तब “my” ज़्यादा स्वाभाविक लगता है
• बुनियादी writing principles का पालन करना UX और communication clarity बढ़ाने की कुंजी है

---

UI में "Your" और "My" का चयन

यूज़र की चीज़ों को संदर्भित करते समय दुविधा

• "My account" और "Your account", "My orders" और "Your orders" जैसे expressions में कौन-सा बेहतर है?
• लेकिन ज़्यादातर मामलों में प्रीफ़िक्स के बिना "Account", "Orders" आदि लिखना भी पर्याप्त होता है
• Amazon की तरह, इससे यूज़र को साफ़ तौर पर यह समझ आ जाता है कि यह उसी का अकाउंट है

• लेकिन अगर यह ऐसा case management system हो जिसमें कई लोगों की जानकारी शामिल हो, तो "मेरे cases" और "सभी cases" के बीच अंतर ज़रूरी हो जाता है

"My" के इस्तेमाल की समस्या

• मेनू में “My cases / All cases” जैसे अंतर करना ठीक लग सकता है
• लेकिन वास्तविक बातचीत या निर्देशों की स्थिति में समस्या आती है:
  • onboarding message में “Go to my cases” कहने पर वक्ता के अपने cases समझे जा सकते हैं
  • customer support में “Go to your cases” कहा जाए, लेकिन स्क्रीन पर “My cases” लिखा हो, तो असंगति और भ्रम पैदा होता है
• शोध में पाया गया कि “your” का उपयोग करने पर ऐसी समस्या सामने नहीं आई

फ़ॉर्म इनपुट और चयन की स्थितियों के उदाहरण

• radio button जैसी जगहों पर, जहाँ यूज़र सीधे अपनी इच्छा व्यक्त करता है, वहाँ "my" उपयुक्त है
• सवाल: “Do you want to share your profile photo?”
  • अगर विकल्प “Yes, share your profile photo” हो, तो यह ऐसा लग सकता है जैसे सिस्टम किसी और की फोटो शेयर कर रहा हो, इसलिए अटपटा लगता है
  • “Yes, share my profile photo” कहने पर यह यूज़र के जवाब के संदर्भ से मेल खाता है और स्वाभाविक लगता है

निष्कर्ष और सुझाव

• जब यूज़र को कुछ बताया जा रहा हो, तब “your” → UI instructions, guidance text
• जब यूज़र जवाब दे रहा हो या अपनी कार्रवाई चुन रहा हो, तब “my” → radio button, checkbox, form input
• इस सिद्धांत को लागू करने से बिना भ्रम वाला इंटरफ़ेस डिज़ाइन किया जा सकता है

[ipuris]

Hacker News की राय कई मायनों में काफ़ी दिलचस्प है!

[sansangear]

मुझे जिज्ञासा है कि क्या कोरियन में भी ऐसे मामले होते हैं।
अंग्रेज़ी में भी टेक्स्ट के रूप में Go to my cases -> Go to "My cases" menu. लिखा जाए, तो शायद कोई समस्या नहीं होनी चाहिए।

[kwj9211]

अगर थोड़ा विस्तार से देखें, तो ऐसे काफ़ी मामले हो सकते हैं

मैंने इस्तेमाल नहीं किया है, लेकिन अगर Baemin Boss जैसे किसी बिज़नेस मैनेजमेंट ऐप में टैब के रूप में
ऑर्डर or मेरे ऑर्डर or ग्राहक ऑर्डर
हो, तो इनमें से कुछ भी चुनने पर

क्या 'मेरे' का मतलब यह है कि मैंने कहीं कुछ ऑर्डर किया है
या 'मेरी दुकान के ग्राहक' ने मुझे ऑर्डर किया है

इसमें कन्फ्यूजन हो सकता है, ऐसा मुझे लगता है lol

[svg1773]

यह कोरियाई भाषा से ज़्यादा कोरिया के माहौल वाला मामला है।
'Woori Bank' के मौजूद होने की वजह से दूसरे बैंकों के दस्तावेज़ों में "हमारा बैंक..." जैसे वाक्य नहीं लिखे जा सकते, और उसकी जगह "यह बैंक..." जैसी Sino-Korean अभिव्यक्ति इस्तेमाल की जाती है lol lol lol lol

[sbd530]

याद है कि कंपनी के अंदरूनी कम्युनिकेशन में भी हम Woori Card नहीं कहते थे, बल्कि Uka, Woori Card जैसे स्लैंग इस्तेमाल करते थे।

[pmc7777]

"मेरी खोज"

"तुम्हारी खोज"

[GN⁺]

Hacker News की राय

• MS Windows User Experience Interaction Guidelines के अनुसार, error message, help, window label आदि में उपयोगकर्ता को निर्देश देते समय second person (you, your) का, और button या menu, तथा user command में first person (I, me, my) का उपयोग करने की सिफारिश की गई है संबंधित लिंक

  • दूसरा जवाब अधिक बेहतर लगता है; ज़्यादातर मामलों में मालिक कौन है यह स्पष्ट होता है, इसलिए बेवजह My या Your लिखने की ज़रूरत नहीं होती। लेकिन जब केवल उपयोगकर्ता के documents और सबके documents में फर्क करना हो, तब Microsoft guide की तरह “Your Documents” और “All Documents” का उपयोग किया जाता है। Windows XP का My prefix मुझे UI की सबसे खराब गलतियों में से एक लगता है; उदाहरण के लिए, अपनी photos देखने के लिए M के नीचे My Photos ढूँढना पड़ता था, जो उस मज़ाक जैसा है जिसमें हर चीज़ को The Payroll की तरह The के तहत वर्गीकृत कर दिया जाए
  • navigation element का नाम तय करते समय मैं यह ‘razor’ अपनाता हूँ कि मैंने खुद content चुना है या नहीं, इसी आधार पर My Favorites और Your Favorites जैसे नाम अलग करता हूँ। सच कहें तो सिर्फ Favorites भी काफ़ी है, इसलिए possessive pronoun केवल तभी इस्तेमाल करना चाहिए जब वह सच में ज़रूरी हो
  • इसमें third person को छोड़ देना खटकता है, इसलिए मैं LLM को हमेशा third-person शैली में बोलने के लिए prompt देता हूँ

• मुझे Human-Computer Interaction में my शब्द का उपयोग पसंद नहीं है। मेरे लिए machine एक machine की तरह साफ़-साफ़ काम करे, उसे मानवीय सहकर्मी जैसा दिखाने की कोशिश नहीं करनी चाहिए। इसलिए मैं हर जगह your इस्तेमाल करने वाले रूप को पसंद करता हूँ। पहले HCI research करना चाहता था, लेकिन इस क्षेत्र में funding कम होने का अफ़सोस रहा। HCI research कभी-कभी personalization पर ज़रूरत से ज़्यादा अटका हुआ लगता है। मेरा मानना है कि machines के साथ interaction, खासकर बुज़ुर्गों के लिए, objective, direct और friendly रहना बेहतर है

  • मैं भी चाहता हूँ कि LLM इंसान जैसा बर्ताव करने के बजाय मशीन की तरह जवाब दे। chatbot मेरा दोस्त नहीं है और न ही हो सकता है। उसे सवालों और requests का सटीक और बिना फालतू विस्तार वाला जवाब देने वाला tool ही रहना चाहिए। भावनात्मक जुड़ाव बनाने की कोशिश अनावश्यक है
  • पलटकर देखें तो, असली office desk की बात करते हुए कोई “my desk” ही कहेगा, और files में मौजूद document के लिए भी “it's in my files” ही कहेगा। अगर किसी निजी document drawer पर my documents या your documents में से एक label लगाना हो, तो my ज़्यादा सहज लगता है। मेरे हिसाब से your कई बार मशीन और इंसान की सीमा को और धुंधला कर देता है, खासकर जब मशीन ऐसा लगे जैसे उसका अपना कोई ‘मैं’ हो। लेकिन असल में computer और files का मालिक तो मैं ही हूँ। हाँ, बाहरी आदान-प्रदान वाले context में your अक्सर बेहतर बैठता है
  • लेख में दिए उदाहरण के संदर्भ में, “क्या आप मेरी profile photo साझा करेंगे?” जैसे सवाल में my की जगह your हो तो ऐसा लग सकता है जैसे किसी और की photo share की जा रही हो, और यह अटपटा लगता है
  • popup offer जैसे बहुत ज़्यादा मानवीय बनाए गए dialog box असहज लगते हैं। Yes, please और No, thank you की जगह Yes और No जैसे साफ़ command-form बेहतर लगते हैं। मशीन को command दिया जा रहा है, किसी इंसान से बातचीत नहीं हो रही
  • पहले Windows desktop पर My Computer icon हुआ करता था, लेकिन अब वह This PC हो गया है

• localization में यह भ्रम और भी महत्वपूर्ण हो जाता है। उदाहरण के लिए, Turkish में UI जब उपयोगकर्ता से बात करता है तो formal रूप लेता है, और जब उपयोगकर्ता UI को command देता है तो informal रूप। अगर button पर Delete Your Files लिखा हो तो उसका अर्थ app की files हटाना हो सकता है, और Delete My Files वाला dialog ऐसा लग सकता है जैसे app अपनी files हटाने का अनुरोध कर रहा हो। Bluesky translation के दौरान भी ऐसा हुआ था। UI text में कुछ सरल नियम ठीक से मान लेने भर से translation quality में बहुत बड़ा अंतर आ सकता है

  • UI developer के रूप में, User Assistance विशेषज्ञों के साथ काम करने वाले समय और UX designer द्वारा सीधे text लिखने वाले समय का अंतर बहुत स्पष्ट था। जब language background वाले लोग केवल text की ज़िम्मेदारी लेते थे, तब button, help, release notes आदि की सारी wording सचमुच समझने में आसान होती थी और translation भी आसान होता था। मुझे यह स्वाभाविक लगा था, लेकिन हैरानी हुई कि आम तौर पर ज़्यादातर UX या product लोग खुद ही wording बनाते हैं। पुराने दिनों की तरह button text पर जल्दी review माँगने वाली संस्कृति याद आती है
  • अगर developer को English के अलावा दूसरी भाषाएँ नहीं आतीं, तो translation हमेशा सिरदर्द बन जाती है। हर project में thingCount == 1 ? 'thing' : 'things' जैसे code के लिए pgettext वगैरह समझाना पड़ता है
  • translation strings को पर्याप्त context देना लगभग असंभव है। translators को गलती से बचाने के लिए mockup या design link जैसी visual material अनिवार्य होती है। वह भी काफ़ी नहीं होती, इसलिए अंततः एक ही वाक्य के लिए भी context के हिसाब से अलग translation लिखनी पड़ती है। यह अंतहीन काम है। Turkish जटिल है, लेकिन एशियाई और Slavic भाषाओं की तुलना में फिर भी आसान है—यही बात और विचित्र लगती है। उदाहरण के लिए, Ekşi Sözlük का “şükela” जैसा शब्द ऐसा है जिसका अर्थ निकालना लगभग नामुमकिन है
  • UI text लिखते समय पालन करने योग्य कुछ सरल नियम क्या हैं—ऐसा एक सवाल भी है

• जब Windows update install करते हुए reboot माँगता है और “You're 90% there” जैसा message दिखता है, तो वह हर बार खटकता है। उपयोगकर्ता तो बस इंतज़ार कर रहा होता है; असल में 90% तक पहुँचा Windows है। “We're 90% there” लिखा होता तो दोनों के लिए कुछ हद तक उचित लगता। मैंने Microsoft को feedback भी भेजा था, लेकिन कोई बदलाव हुआ या नहीं, पता नहीं

  • लगता है यह message बस अच्छा महसूस कराने के लिए बनाया गया UI/UX design है। मुझे Loading: 90% जैसा सीधा और स्पष्ट message पसंद है
  • बल्कि बेहतर होगा कि percent ही न दिखाया जाए। हर चरण का समय इतना अलग होता है कि उसका कोई अर्थ नहीं रहता, और उपयोगकर्ता को बस झूठी उम्मीद मिलती है। अगर Windows update इतने ढीले न होते तो बात और थी...

• हाल के समय में Microsoft आदि first-person plural का भी बहुत इस्तेमाल करते हैं, जैसे “Let's add your Microsoft account.”, और यह ऐसा लगता है मानो उपयोगकर्ता को कमतर समझा जा रहा हो

  • मैंने Steam पर एक game refund किया था। Microsoft login की ज़रूरत ही परेशान करने वाली थी, लेकिन login dialog में let’s get you signed in. जैसी infantilizing wording देखकर मैंने खरीद ही छोड़ दी। कभी-कभी app का घनिष्ठ दोस्त बनने का दिखावा और ज़्यादा चिढ़ा देता है। खासकर Got it! जैसे ज़रूरत से ज़्यादा प्यारे button text मुझे बहुत नापसंद हैं
  • English में Let's का शाब्दिक अर्थ हमेशा let us नहीं होता। भाषा को केवल literal meaning से नहीं समझना चाहिए। फिर भी वह casual expression मुझे असहज करता है

• उदाहरण के लिए, अगर कोई support agent “Go to your cases” कहकर मार्गदर्शन दे, लेकिन UI में My cases लिखा हो, तो भ्रम पैदा हो सकता है। The Simpsons में इसका मिलता-जुलता मज़ाक भी किया गया था लिंक

  • Jeremy Corbyn की नई पार्टी का अस्थायी नाम “Your Party” देखकर लगा कि interview में लोग जब “your party” कहते होंगे तो भ्रम बहुत बढ़ जाता होगा। कुछ context में यह ठीक है, लेकिन कभी-कभी स्थिति सचमुच अजीब बन जाती है
  • The Simpsons के पास हमेशा ऐसे मामलों पर लागू होने वाला कोई न कोई reference मिल जाता है। ऐसा भ्रम वास्तव में हो सकता है, इसलिए consistency की ज़िम्मेदारी लेने वाला designer ज़रूरी लगता है। मैं भी first person और second person के बीच उलझ जाता हूँ
  • सच कहूँ तो voice guidance में “Go to My Cases” भी उतना अजीब नहीं लगेगा। अगर screen पर वही लिखा है, तो ठीक है। फिर भी, अगर भ्रम की आशंका हो तो थोड़ा और स्पष्टीकरण जोड़ना एक तरीका हो सकता है
  • बोलकर निर्देश देते समय my cases को सपाट या हल्की आवाज़ में पढ़ा जाए तो उपयोगकर्ता समझ सकता है कि यह सिर्फ menu label है

• मेरी नज़र में my और your दोनों ही कमज़ोर विकल्प हैं। दोनों को हटाना बेहतर है, और अगर कुछ ज़रूरी ही हो तो the ज़्यादा प्रभावी लगता है। singular में The Account, The Profile Picture जैसा, और plural में सिर्फ Cases, Tasks, Items जैसा। Windows XP के दौर के My Documents से मेरी नापसंदगी का एक कारण यह भी था। इससे sorting order में भी भ्रम पैदा होता है। अगर system में my और your दोनों साथ मौजूद ही नहीं हो सकते, तो फिर अलग करने की ज़रूरत ही क्या है

  • My Documents इसलिए भी पसंद नहीं क्योंकि उसमें मेरे documents से ज़्यादा apps अपने-आप files डाल देती हैं। Nextcloud में मैं अपनी documents folder अलग बनाना चाहूँगा और system या app द्वारा इस्तेमाल होने वाली documents folder को बस System Documents कहना अधिक सही लगेगा

• अगर product का नाम ही My Card हो, तो display और जटिल हो जाता है। फिर Your My Card है या My My Card, यह उलझन बनती है। French websites में buttons कभी imperative, कभी infinitive, कभी first-person present में दिखाई देते हैं, इसलिए लगता है जैसे कोई नियम बचा ही नहीं

  • Japanese में my के loanword की तरह इस्तेमाल के कई उदाहरण हैं, इसलिए my car पार्क करने जैसे निर्देशों में मज़ेदार वाक्य बन जाते हैं
  • Malaysia का दो-अक्षरी country code MY है, इसलिए national ID भी My Card है
  • Quebec में भी कुछ ऐसा ही होता है। वहाँ on का इस्तेमाल करके “सब ऐसा करते हैं” जैसी शैली बनती है, जो एक तरह का नरम सुझाव है
  • myspace को इस समस्या से कभी जूझना नहीं पड़ा
  • Spanish में भी भ्रम है। कुछ buttons infinitive में होते हैं, कुछ second-person imperative में। हाल ही में एक बड़े enterprise app में दोनों को एक ही dialog में साथ देखा, और वह सचमुच बहुत भ्रमित करने वाला था

• मेरा मानना है कि जो teams, directors या PO possessive pronoun का उपयोग करना पसंद करते हैं, वे अक्सर या तो अपरिपक्व होते हैं या बहुत सीमित audience को target कर रहे होते हैं। उपयोगकर्ता के साथ ज़रूरत से ज़्यादा घुलने-मिलने और मानवीय होने की कोशिश प्यारी लग सकती है, लेकिन internationalization के लिहाज़ से ठीक नहीं बैठती। pronoun से जुड़े सूक्ष्म social norms की समस्या सामने आती है, और अंत में समय और मेहनत ऐसी चीज़ों पर खर्च होती है जो मामूली दिखती हैं। मुद्दा यह है कि स्पष्टता, स्वाभाविक लगने से अधिक महत्वपूर्ण है। Amazon भी English में Your Payments, Your account जैसी छोटी phrasing आसानी से लगा देता है, लेकिन दूसरी भाषाओं में यह और अटपटा हो जाता है

  • पहले एक ISP/telco में काम करते समय modal dialog में You sure ज्यों का त्यों डालने को कहा गया था। मैंने उसे Are you sure? में बदला, तो QA ने फिर लौटा दिया। manager से पूछा तो उसने कहा specification के अनुसार ही रहने दो। वह कंपनी युवा अंदाज़ दिखाने के लिए ऐसी भाषा इस्तेमाल करती थी। तब लगा था कि शायद मैं ही पीछे रह गया हूँ, लेकिन आखिरकार कंपनी बंद हो गई

• कभी-कभी wording पूरी तरह गलत भी होती है। एक पुराना उदाहरण है It is now safe to turn off your computer; मज़ेदार बात यह है कि जिस computer को मुझे बंद करना है वह कहीं दूर हो सकता है, और यह भी संभव है कि जो computer मैंने बंद किया, वह मेरा अपना computer न हो