La diferencia entre "Your" y "My" en la UI

• En una interfaz de usuario (UI), ¿cuándo conviene usar "your" y cuándo "my"?
• En muchos casos, es más claro no usar prefijos y dejar etiquetas simples como Account, Orders, Cases
• En menús, “My cases” puede parecer natural, pero en onboarding, correos electrónicos y atención al cliente puede generar confusión
• Cuando le hablas al usuario, usa “your”; cuando el usuario responde o elige algo en el sistema, “my” resulta más natural
• Seguir principios básicos de redacción es clave para mejorar la claridad en UX y comunicación

---

Elegir entre "Your" y "My" en la UI

El dilema al referirse a elementos que pertenecen al usuario

• ¿Qué conviene más: expresiones como "My account" o "Your account", "My orders" o "Your orders"?
• Pero en la mayoría de los casos, basta con usar etiquetas como "Account", "Orders", etc., sin prefijos
• Como en Amazon, queda claro para el usuario que se trata de su propia cuenta

• Pero si se trata de un sistema de gestión de casos que incluye información de varias personas, sí hace falta distinguir entre "mis casos" y "todos los casos"

Problemas al usar "My"

• En un menú, una distinción como “My cases / All cases” puede parecer aceptable
• Pero en situaciones reales de conversación o guía, aparecen problemas:
  • Si en un mensaje de onboarding dice “Go to my cases”, la persona que habla puede interpretarlo como sus propios casos
  • Si en atención al cliente dicen “Go to your cases”, pero en pantalla aparece “My cases”, se produce una inconsistencia que genera confusión
• Según la investigación, estos problemas no aparecieron cuando se usó “your”

Ejemplos en formularios y situaciones de selección

• Cuando el usuario expresa directamente su decisión, como en botones de opción, conviene usar "my"
• Pregunta: “Do you want to share your profile photo?”
  • Si la opción fuera “Yes, share your profile photo”, sonaría como si el sistema estuviera compartiendo la foto de otra persona, y se siente extraño
  • En cambio, “Yes, share my profile photo” encaja con el contexto de respuesta del usuario y suena natural

Conclusión y recomendaciones

• Cuando te diriges al usuario, usa “your” → instrucciones y textos de orientación dentro de la UI
• Cuando el usuario responde o elige una acción propia, usa “my” → botones de opción, casillas de verificación, entradas de formularios
• Aplicar este principio ayuda a diseñar una interfaz clara y sin confusiones

[ipuris]

¡Hay muchas opiniones de Hacker News que son interesantes en varios sentidos!

[sansangear]

Me pregunto si en coreano también existen casos así.
Incluso en inglés, me parece que no habría problema si en el texto se escribe Go to my cases -> Go to "My cases" menu.

[kwj9211]

Si vamos a lo concreto, creo que sí hay bastantes casos así.

No lo he usado, pero en una app de gestión de negocio como Baemin Boss, si hubiera pestañas como
pedidos o mis pedidos o pedidos de clientes
y, elijas lo que elijas,

puede prestarse a confusión sobre si "mis" muestra algo que yo pedí en algún lado
o si son pedidos que los clientes de mi negocio me hicieron a mí.

Creo que sí podría confundirse, jaja

[svg1773]

Es más un caso contextual de Corea que del idioma coreano.
Por la existencia de Woori Bank, en los documentos de otros bancos no pueden usar frases como "nuestro banco es...", y usan sino-coreanismos como "esta entidad bancaria" jajajaja

[sbd530]

Recuerdo que, incluso en la comunicación interna de la empresa, no podíamos decir Woori Card y usábamos jerga como "Uka" o "Worika-deu".

[pmc7777]

"Mi búsqueda"

"Tu búsqueda"

[GN⁺]

Comentarios en Hacker News

• Según las MS Windows User Experience Interaction Guidelines, se recomienda usar la segunda persona (you, your) al dar instrucciones al usuario en mensajes de error, ayuda o etiquetas de ventanas, y la primera persona (I, me, my) en botones, menús y comandos del usuario enlace relacionado

  • La segunda respuesta se siente mejor; en la mayoría de los casos ya está claro quién es el propietario, así que no hace falta usar My o Your. Solo cuando hay que distinguir entre los documentos del usuario y los de todos tiene sentido usar algo como “Your Documents” y “All Documents”, como indica la guía de Microsoft. Creo que el prefijo My de Windows XP fue uno de los peores errores de UI; por ejemplo, para ver mis fotos había que buscarlas en la M como My Photos, como ese chiste de clasificar todo bajo The, tipo The Payroll
  • Al nombrar elementos de navegación uso una especie de “navaja” para distinguir entre nombres como My Favorites y Your Favorites según si yo elegí el contenido directamente o no. En realidad, casi siempre basta con Favorites, así que conviene usar pronombres posesivos solo cuando de verdad hacen falta
  • Me parece una pena que aquí se haya omitido la tercera persona; por eso suelo indicarles a los LLM que hablen siempre en tercera persona

• No me gusta que se use la palabra my en Human-Computer Interaction. En mi caso, la máquina debe actuar con claridad como una máquina, y no disfrazarse de compañero humanizado. Por eso prefiero usar your en todas partes. Antes me habría gustado investigar en HCI, pero me dio pena la falta de financiamiento en el área. Siento que la investigación en HCI está demasiado obsesionada con la personalización. Creo que la interacción con máquinas debería seguir siendo objetiva, directa y amigable, especialmente para las personas mayores

  • Yo también prefiero que los LLM respondan como máquinas y no como humanos. Un chatbot no es mi amigo ni puede serlo; debería quedarse como una herramienta que responde preguntas y solicitudes con precisión y sin relleno. Intentar crear un vínculo emocional es innecesario
  • Como contraargumento, si alguien describiera un escritorio real de oficina, diría my desk, y para un documento en un archivo diría it's in my files. Si hubiera que poner my documents o your documents en un cajón de documentos personales, my sería más intuitivo. En mi opinión, your a veces difumina todavía más la frontera entre máquina y humano, sobre todo cuando da la impresión de que la máquina tiene un “yo” propio. Pero en realidad, el dueño de la computadora o de los archivos soy yo. Aun así, cuando hay intercambio con el exterior, muchas veces your encaja mejor
  • En relación con el ejemplo del artículo, en una pregunta como “¿Compartirás tu foto de perfil?”, usar your en vez de “mi” puede sonar como si se fuera a compartir la foto de otra persona, y eso me incomoda
  • Me incomodan los cuadros de diálogo demasiado humanizados, como las ofertas emergentes. Prefiero formas claras y de comando como Yes y No en lugar de Yes, please y No, thank you. Se le está dando una orden a una máquina, no conversando con una persona
  • Antes en el escritorio de Windows había un ícono llamado My Computer, pero ahora cambió a This PC

• En localización, esta confusión se vuelve todavía más importante. Por ejemplo, en turco la UI usa trato formal cuando le habla al usuario, y un registro más informal cuando el usuario le da órdenes a la UI. Si en un botón aparece Delete Your Files, eso significa borrar los archivos de la app, mientras que un cuadro de diálogo con Delete My Files se siente como si la app estuviera pidiendo que borren sus propios archivos. Algo parecido pasó en la traducción de Bluesky. Seguir unas reglas simples en el texto de UI puede marcar una enorme diferencia en la calidad de la traducción

  • Como desarrollador de UI, la diferencia entre la época en que trabajé con especialistas en User Assistance y la época en que los UX designers escribían directamente los textos era enorme. Cuando personas formadas en lenguaje se encargaban solo del texto, todos los mensajes —botones, ayuda, notas de versión, etc.— eran realmente fáciles de entender y también de traducir. Yo pensaba que eso era lo normal, pero para mi sorpresa en la mayoría de los casos eran personas de UX o de producto quienes redactaban los textos. Extraño la cultura de antes, cuando se podía pedir una revisión rápida aunque fuera de un solo texto de botón
  • Si el desarrollador no domina idiomas aparte del inglés, la traducción siempre termina siendo un dolor de cabeza. En cada proyecto siempre cuesta explicar cosas como thingCount == 1 ? 'thing' : 'things' o pgettext
  • En la práctica es casi imposible dar suficiente contexto en las cadenas de traducción. Para que los traductores no se equivoquen, hacen falta materiales visuales como mockups o enlaces de diseño. Incluso eso no basta, así que al final hay que traducir por separado una misma frase según el contexto. Es interminable. El turco es complejo, pero lo más absurdo es que aun así resulta más fácil que muchas lenguas asiáticas o eslavas. Por ejemplo, hay casos intraducibles como şükela de Ekşi Sözlük
  • Hay quien pregunta cuáles serían reglas simples a seguir al redactar texto de UI

• Cada vez que veo el mensaje You're 90% there cuando Windows instala una actualización y necesita reiniciar, me molesta. El usuario solo está esperando; quien realmente va al 90% es Windows. Si dijera We're 90% there, todavía podría entenderse por ambos lados. Incluso dejé feedback a Microsoft, aunque no sé si eso produjo algún cambio

  • Creo que ese mensaje es solo diseño de UI/UX para hacer sentir bien al usuario. Prefiero mensajes simples y claros como Loading: 90%
  • Preferiría incluso que no mostraran porcentaje. Cada etapa tarda tiempos demasiado distintos, así que no significa mucho y solo genera expectativas falsas. Si Windows Update no fuera tan poco confiable, no importaría tanto, pero...

• Últimamente en Microsoft y otras empresas les gusta usar la primera persona del plural, y frases como Let's add your Microsoft account. me incomodan porque se sienten casi condescendientes

  • Una vez devolví un juego en Steam. Ya me molestaba que exigiera inicio de sesión con Microsoft, pero además desistí de comprarlo por el texto infantilizante del diálogo: let’s get you signed in.. A veces ese tono de la app que pretende ser una amiga cercana me da todavía más rabia. En especial detesto textos de botón “tiernitos” como Got it!
  • Let's en inglés no significa literalmente let us. El lenguaje no debe interpretarse solo de forma literal. A mí también me incomodan esas expresiones demasiado casuales

• Por ejemplo, si un agente de soporte dice “Go to your cases”, puede producirse la confusión de que en la UI aparezca My cases. Los Simpson incluso parodiaron algo parecido enlace

  • Vi que el nombre provisional del nuevo partido de Jeremy Corbyn era Your Party, y en las entrevistas se sentía una confusión tremenda porque todos decían “your party”. En algunos contextos funciona, pero a veces la situación se vuelve realmente extraña
  • Los Simpson siempre tienen una referencia que aplica a casos como este. Como esta confusión sí puede ocurrir en la práctica, siento que hace falta un diseñador responsable de la consistencia. Yo también termino dudando entre primera y segunda persona
  • En realidad, incluso una instrucción de voz como Go to My Cases no me parecería necesariamente rara. Si así está escrito en la pantalla, funciona. Aun así, si pudiera prestarse a confusión, una opción es agregar un poco más de explicación
  • En instrucciones habladas, si se lee my cases con un tono plano o algo más bajo, el usuario puede entender que simplemente se trata de la etiqueta de un menú

• Desde mi punto de vista, tanto my como your son débiles. Lo mejor es quitar ambos o, si de verdad hace falta algo, usar the, que tiene más fuerza. En singular sería The Account o The Profile Picture; en plural bastaría con Cases, Tasks, Items, etc. Esa es una de las razones por las que no me gustaba My Documents en tiempos de Windows XP. También genera confusión en el orden de clasificación. Si en el sistema no pueden coexistir my y your, entonces no hace falta distinguirlos

  • No me gusta My Documents porque en realidad no son mis documentos, sino una carpeta donde las apps meten archivos automáticamente. Se siente más correcto crear una carpeta separada para mis propios documentos en Nextcloud y dejar la carpeta que usan el sistema o las apps como System Documents

• Si el nombre del producto es My Card, la cosa se complica aún más. ¿Sería Your My Card o My My Card? En sitios web franceses da la impresión de que ya no existen reglas, porque en los botones aparecen mezclados el imperativo, el infinitivo y la primera persona del presente

  • En japonés hay muchos casos donde my se usa como préstamo, así que salen frases curiosas, como una instrucción para estacionar el my car
  • El código de país de dos letras de Malasia es MY, por eso su documento de identidad también se llama My Card
  • En Quebec pasa algo parecido: se usa on para formar frases del tipo “todos hacen esto”, como una especie de sugerencia suave
  • myspace nunca tuvo este problema
  • En español también hay confusión: algunos botones usan infinitivo y otros el imperativo en segunda persona. Hace poco vi ambos en un mismo diálogo de una app de una gran empresa, y fue realmente confuso

• Creo que los equipos, directores o PO que insisten en usar pronombres posesivos suelen ser inmaduros o apuntan a públicos muy limitados. Acercarse al usuario de forma demasiado familiar y humanizada puede parecer tierno, pero no funciona bien para internacionalización. Uno termina topándose con normas sociales sutiles asociadas a los pronombres, y al final se desperdician tiempo y esfuerzo en cosas que parecen pequeñas. La idea central es que ser claro es mejor que sonar natural. Incluso Amazon pega cosas como Your Payments o Your account porque en inglés son cortas y salen fáciles, pero en otros idiomas suenan más raras

  • Cuando trabajaba en un antiguo ISP/telco, me pidieron que dejara en un modal dialog el texto You sure. Lo cambié por Are you sure?, pero QA me lo rechazó y lo devolvió. Cuando le pregunté al manager, me dijo que lo dejara tal cual estaba en la especificación. La empresa usaba ese lenguaje para proyectar una imagen juvenil. En ese momento pensé que yo era el anticuado, pero al final la empresa desapareció

• A veces el texto está simplemente mal. Un ejemplo antiguo es el mensaje It is now safe to turn off your computer, que da risa porque la computadora que yo debería apagar puede estar muy lejos, y además la que realmente apagué quizá ni siquiera era mi computadora