Transformando el Traductor de Google

Tres conclusiones de UX para rediseñar la última versión del sitio web Google Translate

El mes pasado, después de un largo viaje, lanzamos una nueva versión del sitio web Google Translate con un diseño receptivo y una moderna interfaz de usuario de diseño de materiales.

El nuevo sitio web receptivo de Google Translate

Dada la popularidad global de Google Translate, sabíamos que teníamos que prepararnos para la aversión al cambio. Hay muchos artículos excelentes escritos sobre el tema que proporcionan estrategias para minimizar la respuesta de aversión al cambio. Pero como suele ser el caso con proyectos de esta escala, hay algunas lecciones que solo se pueden aprender en retrospectiva. Estas son mis principales conclusiones para rediseñar el sitio web de Google Translate.

1. Tus usuarios son tu bola de cristal

Si ha leído sobre la aversión al cambio, es probable que se encuentre con un cuadro como este:

Muestra los diferentes resultados posibles después de la introducción de un cambio, pero no le ayuda a predecir los resultados de su cambio. Esta falta de claridad y control me frustraron inicialmente. Pero con cada experimento iterativo, me di cuenta de que nuestros usuarios nos guiaban naturalmente a través de sus acciones y comentarios hacia el mejor resultado posible.

Durante nuestra etapa de experimentación, los usuarios del sitio web del Traductor de Google enviaban comentarios que iban desde elogiosos a castigadores. No siempre fue una lectura fácil, pero mi equipo y yo pasamos horas leyendo tantos como pudimos y respondimos presentando errores o modificando el diseño. Por ejemplo, al leer los comentarios, nos dimos cuenta de que habíamos cambiado inadvertidamente el orden de tabulación de algunos elementos, causando dolores de cabeza a la productividad de nuestros usuarios cotidianos, por lo que lo cambiamos nuevamente. Del mismo modo, ajustamos la densidad de información de la página después de escuchar en voz alta que las personas preferían ver más información en la pantalla.

Es tentador obsesionarse con tener el diseño perfecto antes de mostrarlo a usuarios reales. Pero es mejor centrarse en diseñar un plan de experimentación por fases que le permita recopilar y responder a los comentarios de los usuarios a escala. Mientras tenga un mecanismo para hacerlo, sus usuarios lo ayudarán a resolverlo.

2. Solicitar preferencia en los estudios de usabilidad puede ser una trampa

La usabilidad que prueba sus nuevos diseños puede ayudarlo a detectar sus problemas más importantes y brindarle una evaluación amplia de su dirección de diseño. Por lo general, estos estudios se realizan con tamaños de muestra bajos: una docena de participantes o menos. Si bien es tentador preguntar a los participantes del estudio de usabilidad qué diseño prefieren, los resultados no son estadísticamente confiables y pueden confundirlo con una falsa sensación de seguridad.

Hicimos varias rondas de estudios cualitativos de investigación de usuarios para el nuevo sitio web de Google Translate, descubriendo y corrigiendo problemas de usabilidad desde el principio. También solicitamos las preferencias de diseño de los participantes, que prefirieron abrumadoramente la nueva versión. Pero estábamos conscientes de no sacar conclusiones sólidas de los datos de preferencias, y fue igual de bien: la extensión real de las preferencias de los usuarios después de nuestro despliegue inicial no coincidía con lo que habíamos visto anteriormente en las pruebas de los usuarios.

3. Deje que las pruebas A / B sean su árbitro

Con el nuevo diseño, queríamos darle más vitalidad al sitio web de Google Translate. En nuestras primeras iteraciones, utilizamos coloridos iconos ilustrativos (creados por el talentoso Alexander Mostov), ​​pero los primeros experimentos con esos activos en nuestras aplicaciones móviles no mostraron buenos resultados. Así que los descartamos a favor de iconos de material más simples.

Fondos azules y grises para resultados de traducción

Otra forma en que introdujimos cierta personalidad fue haciendo que las traducciones aparecieran en texto blanco sobre un fondo azul, tal como siempre las mostramos en nuestras aplicaciones móviles. Para que las traducciones más largas sean fáciles de leer, cambiamos adaptativamente el texto y los colores de fondo a negro sobre gris después de que la consulta de un usuario alcanzara cierta longitud.

Pero algunos de nuestros compañeros de equipo todavía no estaban convencidos con el color azul. Las pruebas A / B vinieron al rescate. Realizamos dos experimentos uno al lado del otro, uno utilizando el enfoque adaptativo descrito anteriormente y el otro siempre mostrando traducciones en texto oscuro sobre un fondo gris. Los resultados fueron convincentes, los usuarios en el experimento de fondo azul traducían con menos frecuencia, probablemente porque no les gustaba. Me entristeció decirle adiós al azul, pero encontramos otras formas de alegrar el sitio web, por ejemplo, usando ilustraciones en tarjetas de promoción y estados vacíos.

Rediseñar proyectos puede ser difícil. No saber cómo reaccionarán las personas puede dar miedo. Lo que aprendí al rediseñar el sitio web del Traductor de Google fue que, en lugar de tratar de prevenir o controlar la aversión de la gente al cambio, es más productivo aceptarlo como una parte importante del proceso de diseño. Al diseñar una estrategia de implementación cuidadosamente planificada que permita a sus usuarios enviar comentarios, puede obtener datos valiosos a escala de aquellos que más le importan, lo que lo ayuda a tomar mejores decisiones de diseño.

Con contribuciones de Olivia Grace.