Krypton Solid

Diseño basado en principios – Revista Smashing

Diseño basado en principios – Revista Smashing

Mi colega Ajay y yo hemos estado trabajando para incorporar lean UX a nivel empresarial durante más de dos años. Al estudiarlo, encuentro que existe la tentación de establecer reglas, y si las reglas no se siguen … bueno, entonces, no se puede llamar Lean UX. Sin embargo, al final del día, una experiencia de usuario ajustada es mejor que ninguna.

Mi colega Ajay y yo hemos estado trabajando para incorporar lean UX a nivel empresarial durante más de dos años. Al estudiarlo, encuentro que existe la tentación de establecer reglas, y si no se siguen las reglas … bueno, entonces, no puedes llamarlo lean UX. Sin embargo, al final del día, una experiencia de usuario ajustada es mejor que ninguna.

Si le dijeran que terminara la siguiente oración, ¿cómo lo haría?

«No estás practicando lean UX si …»

Hice la misma pregunta en Twitter, LinkedIn y por correo electrónico a algunos pensadores lean UX. Mi conclusión personal es simple. Lean UX es un conjunto de principios que pueden usarse para guiarlo hacia soluciones mejores y más deseables para los usuarios. No es un proceso en el que cada herramienta se aplica de forma rígida.

Otras lecturas en SmashingMag:

Déjame darte un ejemplo del mundo real. La coubicación es un tema candente en la discusión de Lean UX. Si habla con expertos y lee sus tweets y blogs, es posible que tenga la sensación de que, si no comparte una ubicación, equipo de dos comedores de pizza, entonces no puedes practicar Lean UX. Sé que esta no es la intención de autores de recursos sobre lean UX, pero está ahí fuera. Francamente, la situación es ideal, pero si trabaja en una gran empresa, puede que no sea la realidad.

El valor de la coubicación es obvio. Como describe Jeff Gothelf en su libro Lean UX: Aplicación de principios Lean para mejorar la experiencia del usuario:

“Nada es más efectivo que acercarse a un colega, mostrarle un trabajo, discutir, dibujar, intercambiar ideas, comprender las expresiones faciales y el lenguaje corporal, y llegar a una resolución sobre un tema espinoso”.

No podría estar más de acuerdo, pero en uno de mis proyectos, no es una realidad. Nuestro equipo se distribuye en tres estados, dos países y tres empresas. Sin embargo, creemos que aún podemos practicar los fundamentos de lean UX con éxito a pesar de esto, y creo que lo hacemos. Nuestros métodos pueden hacer temblar a un purista, pero tenemos una medida de éxito (y también un éxito mensurable).

Lean UX
No importa dónde se encuentren sus colegas, todos pueden practicar los fundamentos de lean UX. Imagen de Claire Murray.

Entonces, lo que realmente quería saber cuando hice la pregunta anterior era, ¿cuáles son los imprescindibles para tener éxito con Lean UX?

Estas son algunas de mis respuestas favoritas a «No estás practicando Lean UX si …», junto con mis razones (entre paréntesis):

De Ha Phan:

  • «… sus sesiones de colaboración con el equipo no incluyen objetivos y estrategias comerciales». [As much as I want to focus on solving user problems, it won’t fly if we don’t consider where we are headed as a business and whether the activity fits in.]
  • «… no estás definiendo KPI [key performance indicators] e integrar análisis en cada lanzamiento «. [Without a valid measurement, we can’t know whether we’re solving the problem. We have to be able to point to at least one number to know whether we’re failing or succeeding.]
  • «… implementa cada paso del proceso de diseño, en lugar de seleccionar y elegir de la caja de herramientas de diseño «. [Lean UX is a set of principles and tools and should be applied as needed. We shouldn’t be ticking every box in a project management cycle.]
  • «… está creando especificaciones de diseño largas para la visión de todo el producto». [Users do not interact with requirements documents, specifications and wireframes; so, the quicker we get to the end product, the better. Let’s not get bogged down by deliverables in the interim. Rather, let’s create the lightest thing we can in order to communicate how to apply the thinking to the end design.]

De Jeff Gothelf:

  • «… no está gestionando hacia resultados (no productos, conjuntos de características, etc.)». [At the end of the day, we need to consider the bottom line. Sure, we’re building products, but more importantly, we’re building a business. Asking whether what we’re doing will make money is important? And if it will make money, how?]
  • «… No tienes la voluntad, la libertad o el apoyo para experimentar.» [This can’t be done without executive buy-in.]

De Melissa Hui:

  • «… pasa más tiempo trabajando en la documentación que pensando en el diseño y la colaboración con los miembros del equipo». [This is similar to what Ha said, but this identifies an interesting danger. Working on documentation tends to be a one-person activity that takes away from valuable collaboration.]
  • «… su equipo de desarrollo no ve lo que están construyendo hasta que tienen que hacerlo». [The development team should be fully engaged and involved in the design process. Again, collaboration is key.]

El Manifiesto Lean UX

Después de recibir estas respuestas, me sentí obligado a crear un manifiesto. Las respuestas me ayudaron a centrarme en los principios rectores detrás de Lean UX. Me gustan los citados anteriormente porque no se centran en una herramienta en particular, sino en las semillas del comportamiento de innovación. Después de leer todos los tweets y correos electrónicos y luego pensar en el conjunto de herramientas actual, reduje el manifiesto a lo que sigue a continuación.

No lo hice solo. Recurrí a la ayuda de dos colegas a quienes también considero mentores: Ha Phan, citado anteriormente, y Ajay Revels, mi socio Lean UX en el crimen. Visita el Sitio web del Manifiesto Lean UX para conocer más sobre la historia de fondo.

Entonces, esto es lo que creemos:

Estamos desarrollando una forma de crear experiencias digitales que sean valoradas por nuestros usuarios finales. A través de este trabajo, tenemos en alta estima lo siguiente:

  • Validación anticipada del cliente sobre el lanzamiento de productos con valor desconocido para el usuario final
  • Diseño colaborativo sobre diseñar en una isla
  • Resolver problemas de usuario sobre el diseño de la próxima función «interesante»
  • Medición de KPI sobre métricas de éxito indefinidas
  • Aplicar las herramientas adecuadas sobre seguir un plan rígido
  • Diseño ágil sobre estructuras alámbricas pesadas, composiciones o especificaciones

Como se indica en el Manifiesto Ágil, «Si bien hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda».

Cómo funciona el Manifiesto

Analicemos cada uno de estos a su vez y veamos cómo podemos seguir los principios de lean UX.

Validación anticipada del cliente sobre el lanzamiento de productos con valor de usuario desconocido

¿Qué pasaría si trabajaras en una empresa donde simplemente no se realizaron pruebas de usabilidad? Desafortunadamente, este es el triste estado en el que se encuentran muchos de nuestros compañeros practicantes de UX. Entonces, ¿cómo siguen los principios de lean UX?

Con las pruebas de usabilidad, buscamos la validación del cliente o el fracaso temprano. La validación del cliente también se puede buscar por otros medios. Por ejemplo, ¿su empresa recopila comentarios de los usuarios? Si esa retroalimentación circula, ¿está usted en la lista de personas que la reciben?

Aquí hay otras fuentes de aprendizaje sobre las necesidades del cliente:

  • Representantes de Servicio al Cliente. Su objetivo es ayudar a los clientes a superar los problemas de experiencia. Trate de hablar con ellos con regularidad. Es probable que estén documentando sus llamadas, así que vea si puede crear algún sistema para etiquetar problemas de experiencia que pueda seguir.
  • Representantes de ventas. Este es otro grupo que se centra en el cliente. Ellos comprenderán qué problemas de los clientes hay que resolver. También sabrán qué características son importantes y qué innovaciones desean los clientes.
  • Datos de búsqueda del sitio web. Esta es una fuente invaluable de deseos de los clientes. Los datos de búsqueda pueden descubrir problemas de navegación del sitio web y características o problemas que los clientes están buscando.

Los vendedores y los representantes de servicio al cliente pueden ser una gran fuente de necesidades del cliente.
Los vendedores y los representantes de servicio al cliente son excelentes fuentes de aprendizaje sobre las necesidades del cliente. (Imagen: Renato Ganoza)

Diseño colaborativo sobre diseño en una isla

El diseño no debe ser un ejercicio en solitario. Ser un equipo de diseño de uno solo no es excusa. Yo uso la proceso de estudio de diseño y adoptar el papel de facilitador. Reúna a los miembros del equipo que sean propietarios de una parte del proyecto y organice un taller de estudio de diseño. Incluya al menos a las siguientes personas (ajustándose a su organización única):

  • Propietario del dominio. Tu experto en la materia
  • Propietario de requisitos. Un analista de negocios o la persona que recopila y escribe los requisitos.
  • Proveedor de datos. Un analista de datos disponible que esté familiarizado con los análisis y pueda obtener la información que necesita.
  • Propietario de tecnología. Un desarrollador, alguien que comprende las limitaciones de la tecnología y los patrones de diseño.
  • Propietario de producto o negocio. Un gerente de producto o la persona propietaria de este negocio.
  • Diseñador. El UX o diseñador visual o la persona que posee el diseño y puede facilitar el estudio de diseño.
  • Investigador. El analista de usabilidad o investigador de UX o la persona que posee el desarrollo de clientes y la creación de personas.

Resolviendo los problemas del usuario sobre el diseño de la próxima característica interesante

Cuando le entreguen un documento de requisitos, una solución pensada, una característica, un informe o cualquier artefacto que reciba para informar su trabajo, comience por preguntar: «¿Qué problema estamos tratando de resolver?» Idealmente, debería comprender claramente el problema del cliente. El diseño es la resolución de problemas, por lo que si no conoce el problema, no puede diseñar una solución. Si hace esto lo suficiente, las partes interesadas entenderán que es más que un simple jinete de wireframes. Eres un solucionador de problemas profesional con un sistema para crear soluciones que tengan sentido.

Medición de KPI sobre métricas de éxito no definidas

No puedes medir el éxito si no estás … er, midiendo. Evite las métricas de vanidad. amo Métricas piratas de Dave McClure:

  • Adquisiciones. Los usuarios acceden al sitio web desde varios canales.
  • Activación. Los usuarios disfrutan de su primera visita (una experiencia de usuario «feliz»).
  • Retencion. Los usuarios regresan y visitan varias veces.
  • Remisión. A los usuarios les gusta el producto lo suficiente como para recomendar a otros.
  • Ingresos. Los usuarios realizan algún comportamiento de monetización.

Aplicar las herramientas adecuadas en lugar de seguir un plan rígido

Lean UX debería ser un proceso flexible. Cuando comencé a desarrollar los pasos del proceso para un ciclo, me sentí abrumado por la cantidad de herramientas recomendadas. Mi consejo, similar al que yo diría al crear un producto mínimo viable, es aplicar las herramientas mínimas necesarias para que pueda «pivotar» o «perseverar».

Aquí hay algunas herramientas que he encontrado útiles (no una lista exhaustiva):

  • personas provisionales, del tamaño adecuado para el esfuerzo;
  • mapa de personas (que aprendimos de Menlo Innovations);
  • supuestos, con los más riesgosos identificados;
  • estudio de diseño;
  • creación de prototipos de papel en las primeras etapas;
  • creación de prototipos digitales (se prefiere HTML) en etapas posteriores;
  • evaluación de diseño de guerrilla (un mejor nombre para pruebas de usabilidad);
  • coubicación siempre que sea posible.

El método de estudio de diseño es popular para el diseño colaborativo.
El método de estudio de diseño es popular para el diseño colaborativo. (Imagen: visualpun.ch)

Todo lo demás debe aplicarse según tenga sentido. Por ejemplo, si se necesita más desarrollo del cliente, tómese el tiempo para entrevistar en equipo e internalizar las necesidades del cliente. El mundo de las startups esbeltas no tiene escasez de herramientas. Utilice solo los que tengan sentido para su proyecto y que lo lleven a una solución validada más rápido.

Diseño ágil sobre estructuras de alambre pesadas, composiciones o especificaciones

El objetivo es lanzar un producto. Una vez que se lanza, los usuarios no interactuarán con los wireframes o el documento de requisitos como parte del producto. Interactuarán con el producto en sí. Por lo tanto, intente dedicar menos tiempo a sus artefactos de diseño.

¿Cómo puedes aligerar tus wireframes?

  • Anotaciones más ligeras y más presentación. Descubrí que si me tomo el tiempo de presentar mis wireframes sin terminar a las partes interesadas, obtendré comentarios valiosos antes y ahorraré tiempo.
  • Co-diseño. Si en el diseño participan desarrolladores, evaluadores de control de calidad y analistas comerciales, compartirán la propiedad e internalizarán las anotaciones. Cuando esto sucede, puede hacer pasar los bocetos como wireframes porque los miembros del equipo ya comprenderán las interacciones.
  • Prototipos de papel. Estos tienen un doble propósito. Le permiten diseñar la validación (es decir, las pruebas de usabilidad) antes, pero también demuestran las interacciones. No es necesario escribir anotaciones detalladas de cables si el usuario puede ver las interacciones de primera mano.

Se trata de un diseño basado en principios

Todo esto se reduce a algo que yo llamo diseño basado en principios. Como se indicó, una experiencia de usuario ajustada es mejor que ninguna, por lo que la aplicación de estos principios lo mejor que pueda lo llevará a soluciones de falla temprana validadas por el cliente más rápidamente. Las reglas son para practicantes que realmente no conocen el valor de este proceso, mientras que los principios exigen sabiduría y madurez.

Al permitir que los principios lo impulsen, descubrirá que es más ágil, razonable y colaborativo. Realmente, en general, será mejor para encontrar soluciones. Esto complacerá a sus partes interesadas y miembros del equipo de otras disciplinas (desarrollo, diseño visual, negocios, etc.). Para citar al difunto Stephen Covey:

«Hay tres constantes en la vida: cambio, elección y principios».

Eso resume bastante bien la experiencia de usuario ajustada.

Deja un comentario