es.hideout-lastation.com
Paraíso Para Los Diseñadores Y Desarrolladores


Cómo reconocer y administrar la deuda UX

La deuda de la experiencia del usuario inevitablemente pasa con el tiempo. Es la suma del retraso en el diseño y las tareas de usabilidad derivadas de cosas como decisiones comerciales rápidas, atajos de diseño, oportunidades perdidas, restricciones de tiempo y otros factores.

La deuda de la experiencia del usuario se denomina deuda, ya que es similar a la deuda de la vida real; obtenemos algo en el presente, pero solo pagamos en el futuro . Hasta que se pague la deuda, las tasas de interés surgen como un costo permanente.

La deuda de la experiencia del usuario, junto con su primo cercano, deuda técnica, es un antipatrón de diseño que reduce la calidad de un proyecto. Como la deuda de la experiencia del usuario es un tema menos discutido, además de que no siempre es fácil reconocerlo, en este artículo lo estamos mirando más de cerca.

Deuda técnica contra deuda UX

Existen diferentes tipos de deudas en el desarrollo web. La más conocida es la deuda técnica definida por CSS Tricks como "la suma de compromisos que hacemos al escribir código durante el proceso de desarrollo" .

Más adelante en nuestro flujo de trabajo, tendremos que lidiar con las consecuencias de estos compromisos, lo que significa un trabajo adicional en el futuro.

La deuda técnica no se trata de errores claros, sino del hecho de que incluso con las mejores prácticas de codificación es imposible obtener un código completamente a prueba de futuro, sin embargo la optimización de código eficiente sin duda puede ayudar.

El uso de antipatrones, accesos directos de codificación, arquitectura ineficaz o dependencias difíciles de administrar puede sumarse a la deuda técnica, pero el hecho es que incluso en un escenario hipotético ideal óptimo es imposible evitarlo, como incompatibilidades, necesidades y problemas futuros. son impredecibles Es por eso que se recomienda refactorizar después de un tiempo.

La deuda de la experiencia del usuario es similar a la deuda técnica en el sentido de que:

  • no se puede evitar (aunque se puede reducir)
  • es difícil de reconocer
  • puede poner en peligro el éxito de un proyecto.

La deuda de la experiencia del usuario es una categoría más amplia que la deuda de usabilidad, ya que no se trata solo de la utilidad de un sitio web o aplicación, sino también de la forma en que los usuarios experimentan su producto, ya sea que lo encuentren entretenido, gratificante o cualquier otro que quiera invocar. en tu público objetivo.

La experiencia del usuario abarca la usabilidad, ya que un sitio difícil de usar no hará que los usuarios se sientan cómodos, y de la misma manera, la deuda de UX también abarca la deuda de usabilidad.

Desafortunadamente, no hay muchos recursos en línea sobre la deuda de usabilidad y la deuda de la experiencia del usuario, pero aquí hay algunos que he encontrado útiles y que me ayudaron a formar mi opinión sobre el tema:

  • Catriona Cornett, directora de diseño de productos en SalesforceIQ, sobre cómo abordar eficazmente la deuda de usabilidad (lea aquí)
  • El blog de TryMyUI sobre cómo evitar la crisis de la deuda UX (leer aquí)
  • User Experience Professionals Association en su enfoque sobre la deuda UX con una recomendación sobre cómo calcular su volumen (leer aquí)
  • Explicación y clasificación de Andrew U Wright de la deuda UX en nForm Blog (lea aquí)

Entre todas las posibles ilustraciones que pude encontrar sobre la deuda UX, esta es prácticamente la mejor opción, ya que creo que muestra de manera concisa su esencia.

La deuda de la experiencia del usuario se puede definir como la diferencia entre la calidad de experiencia de su producto actual y óptimo .

La deuda UX es más subjetiva que la deuda técnica, ya que eres tú (o tu cliente) quien decide la calidad que deseas alcanzar. Por ejemplo, puede apuntar al nivel "funcional" para un producto viable mínimo, pero también puede establecer estándares altos (pero usualmente costosos) al apuntar al nivel "placentero" para un producto premium ; todo depende de sus objetivos.

La deuda técnica es diferente en el sentido de que en muchos casos el código mal administrado simplemente deja de funcionar . Con la deuda de UX, no hay cambios tan drásticos, pero esto no solo es una ventaja, sino también una amenaza, ya que hace que este tipo de deuda sea más fácil de descuidar .

Cómo reconocer la deuda UX

Para administrar la deuda de UX, primero debemos reconocerla. Hay dos tipos de deuda UX, intencional y no intencional.

  1. La deuda UX intencional es el resultado de nuestras decisiones conscientes cuando no tenemos dinero, tiempo, capacitación u otros recursos, o cuando nos vemos obligados a seguir las reglas externas . Las buenas ideas que perdemos en medio de un trabajo apresurado también contribuyen a la deuda UX intencional.
  2. Es fácil ver que la deuda UX intencional puede ocurrir en cualquier momento durante el ciclo de vida de un producto.
  3. La deuda UX no intencional surge de supuestos falsos que hacemos sobre nuestros usuarios . En la mayoría de los casos, tendemos a pensar que sabemos lo que nuestros usuarios quieren, quieren o pueden usar, y construimos todo nuestro sitio (aplicación, producto, etc.) con este conocimiento presunto .
  4. Una buena cantidad de deuda UX no intencional surge al comienzo del ciclo de vida del producto y, naturalmente, aumenta con el tiempo . La deuda UX no intencional es mucho más difícil de captar, ya que tenemos que deshacernos de nuestra necesidad de justificar nuestras suposiciones .

Entonces, ¿cómo se ve la deuda UX en la vida real? Cuando los usuarios no pueden o no quieren usar nuestro sitio debido a la mala experiencia del usuario. Simplemente no se comprometen ; no podemos captar su atención e interés .

La manifestación de la deuda UX difiere de un sitio a otro, pero si tenemos una tasa de conversión decreciente o una tasa de rebote creciente en la mayoría de los casos, podemos sospechar que hemos acumulado una buena cantidad de deuda UX.

Cómo administrar la deuda UX

No existe una receta universal para administrar la deuda de UX de manera efectiva, ya que muchas cosas dependen de las características subjetivas, sin embargo, vale la pena observar cómo otros tratan el problema para encontrar nuestro propio camino.

Por ejemplo, Catriona Cornett, directora de Diseño de Producto de SalesforceIQ, muestra el proceso de 5 pasos que utilizan para gestionar la deuda de usabilidad en SalesforceIQ.

Veámoslo brevemente para que podamos evaluar qué tan bien podemos aplicarlo a nuestro propio flujo de trabajo.

  1. Defina un lenguaje compartido para discutir problemas de usabilidad.
  2. Encuentra y reúne problemas de usabilidad.
  3. Organice y clasifique los problemas de usabilidad.
  4. Priorice las mejoras de usabilidad.
  5. Mida el impacto de las mejoras.

La experiencia del usuario es un área más amplia que la usabilidad, pero creo que el flujo de trabajo anterior se puede aplicar de manera efectiva.

Andrew Wright viene con un flujo de trabajo gerencial ligeramente diferente en su presentación de Deuda UX, y recomienda un proceso de 4 pasos para lidiar con la deuda de UX.

  1. Determine si y dónde existe la deuda de UX.
  2. Compare la severidad con la importancia.
  3. Tómese el tiempo para arreglarlo.
  4. Socializa el concepto.

Tratar con deuda UX intencional e involuntaria también requiere diferentes técnicas . Los accesos directos que hacemos intencionalmente, y las buenas ideas que se pierden durante el proceso, se pueden administrar mediante la toma de notas, la administración de tareas o las aplicaciones de seguimiento de problemas .

La deuda UX involuntaria puede ser más o menos superada ejecutando regularmente pruebas de los usuarios, solicitando comentarios de los clientes o usando técnicas avanzadas como las pruebas A / B para ver el impacto de diferentes diseños.

La aplicación de principios de diseño iterativo también puede ser útil; podemos construir nuestros pasos de gestión de la deuda UX en cada iteración para evitar su acumulación.

La gestión de la deuda de UX debe encajar en nuestro flujo de trabajo más amplio, con las características de nuestro equipo, nuestros objetivos y la naturaleza de nuestro producto, pero hay algunas cosas universales que se recomienda seguir en todos los casos.

  1. Necesitamos comunicarnos a través de nuestro equipo por qué tenemos que lidiar con la deuda UX, cuáles son nuestros objetivos y cómo queremos lograrlos .
  2. Necesitamos encontrar herramientas para rastrear la deuda UX intencional .
  3. Necesitamos encontrar formas de probar nuestro producto y obtener retroalimentación de nuestros usuarios para atrapar deuda UX no intencional .
  4. Necesitamos organizar y priorizar nuestros problemas.
  5. Necesitamos medir los resultados de nuestro trabajo, ya que siempre debemos ajustar la gestión de la deuda UX a nuestras necesidades cambiantes.

Ultimas palabras

Para crear productos de calidad no solo necesitamos ser innovadores, sino también prestar atención a cosas que no son tan obvias a primera vista, una de ellas es el reconocimiento y la gestión efectiva de la deuda de UX . Probablemente no sea la tarea más interesante, pero es crucial, ya que con el tiempo la deuda de UX puede ser una grave amenaza para el éxito de nuestro trabajo.

Si dividimos la deuda de UX en fragmentos manejables e integramos las tareas relacionadas en nuestro flujo de trabajo, no tenemos que hacer demasiado al mismo tiempo, podemos evitar sorpresas desagradables y mantener o mejorar la calidad de un producto de una manera cómoda.

Ahora UI Kit - Definitive Bootstrap 4 GUI

Ahora UI Kit - Definitive Bootstrap 4 GUI

A medida que los desarrolladores de frontend esperan ansiosamente el lanzamiento oficial de Bootstrap 4, estamos explorando guías detalladas que cubren las increíbles características nuevas. Sin embargo, los impacientes se lanzarán directamente a BootStrap 4 y comenzarán a aprender cómo funciona hoy. Ahí

(Consejos de tecnología y diseño)

Panel de ayudante Cyman Mark 3 - Tu asistente virtual personal para Chrome

Panel de ayudante Cyman Mark 3 - Tu asistente virtual personal para Chrome

Si has visto las películas de Iron Man, probablemente estés familiarizado con el sistema JARVIS de Tony Stark, el asistente de hogar digital que él mismo construyó. En las películas, JARVIS despierta a Christine Everhart, ayuda a Tony Stark a desarrollar sus trajes de Iron Man, lo involucra en conversaciones y generalmente maneja casi todo en su vida.Si s

(Consejos de tecnología y diseño)