Preguntas para hacer como nuevo diseñador en el equipo

El verano pasado cambié de equipo en Facebook. Mi primer proyecto parecía bastante simple: rediseñar el flujo de registro para Facebook Lite, una aplicación para teléfonos Android de gama baja.

No podía esperar para comenzar el proyecto. Parecía un problema de diseño de libros de texto. "Reduzca la confusión y la fricción para las personas que se suscriben a su producto". Entendido.

Hice lo que muchos de nosotros tendemos a hacer cuando comenzamos un ejercicio de resolución de problemas como diseñador: volví a mi escritorio y me sumergí. Leí los informes de investigación de UX, probé otras aplicaciones y eventualmente armé una propuesta muy sólida. , o eso pensé.

Cuando me reuní con el equipo, esperaba que quedaran impresionados por mis diseños. En cambio, había corrido hacia la línea de meta de la carrera equivocada.

Mis diseños iniciales violaron tres mandamientos fundamentales de trabajar como nuevo diseñador en un equipo:

  • Aproveche el conocimiento del equipo de proyectos anteriores
  • Tener una fuerte hipótesis
  • Sepa cómo es el éxito para el equipo

Al ignorar el conocimiento que el equipo había aprendido en el pasado, logré crear uno de los diseños más ininterrumpidos, poco científicos e inútiles que el equipo había visto.

Perdí el tiempo jugando en Sketch cuando debería haber estado haciendo preguntas sobre cómo llegamos a donde estamos hoy.

No entendía completamente los objetivos del equipo, lo que significaba que no podía articular por qué deberíamos construir mi propuesta de una manera que resonase con el equipo.

Como diseñadores, es fácil para nosotros saltar al trabajo sin considerar completamente el contexto histórico y lo que debe lograr una solución exitosa.

Quizás puedas relacionarte. Trabaja duro en un proyecto solo para que le digan que omitió un paso crucial, olvidó hacer las preguntas correctas o perdió por completo el objetivo del proyecto.

Es como si te dijeran que te pusiste el cinturón, pero olvidaste los pantalones.

Una vez que sepa más sobre la historia del trabajo de su equipo, aprenderá sobre sus objetivos y cómo miden el éxito. Cada equipo tiene métricas que son importantes y, si las ignora, bien podría estar hablando un idioma diferente.

Cuando todos están en la misma página, el equipo puede hacer la transición sin problemas a un entorno colaborativo saludable. Los equipos producen mejores productos que los diseñadores de lobos solitarios.

Para crear un entorno de colaboración y llegar a mejores soluciones de diseño, aprendí a hacer tres preguntas simples al comienzo de cada proyecto.

1. ¿Cómo llegamos aquí?

Comprenda cómo su producto y equipo llegaron a este punto. Incluso si está trabajando en un nuevo producto, hay mucho que usted y su equipo pueden aprender haciendo estas preguntas. Almuerce o tome café con algunos miembros del equipo y hágales preguntas como:

  • ¿Cuáles son algunos de los principales hitos que ha alcanzado el equipo?
  • ¿De qué proyecto están más orgullosos? ¿Por qué?
  • ¿En qué proyectos quieren trabajar, pero aún no han tenido la oportunidad de llegar? ¿Por qué?

Hay muchos factores que dan forma al camino de un producto. Una de mis formas favoritas de explorar esa historia es mirar los cambios visuales que han sucedido a lo largo de los años. Los diseñadores de Facebook comparten su trabajo en un sitio web interno donde puede desplazarse por los años de trabajo que se pusieron en un producto. No cuenta toda la historia, pero es un ejercicio revelador y puede darle algunas buenas preguntas para traer de vuelta al equipo.

Documente lo que escucha del equipo para ayudar a otras personas que se unan en el futuro a ponerse al día con el valioso conocimiento que obtiene. La gente debe entender qué fue el proyecto, por qué trabajó en él y cuáles fueron los resultados.

2. ¿Cuál es nuestra hipótesis?

Tener discusiones sobre las hipótesis del equipo es una gran oportunidad para alinear al equipo y eliminar las suposiciones.

Una vez que esté listo para escribir su hipótesis, responda estas preguntas:

  • ¿Cuál es el cambio?
  • ¿A quién impacta el cambio?
  • ¿Por qué estás haciendo el cambio?
  • ¿Dónde puede documentar la hipótesis para que todos puedan acceder fácilmente?

Este resumen de su hipótesis sirve como una guía que puede revisar a medida que avanza en una fase de diseño. Puede evaluar si los diseños propuestos le proporcionarán los datos necesarios para tomar una decisión informada.

Mi equipo se comunica a través de grupos de Facebook. Esto nos permite tener discusiones abiertas donde todos pueden contribuir. No importa qué herramienta use para la documentación, pero es útil si es un lugar común para la colaboración.

3. ¿Cómo se ve el éxito?

Cada objetivo tiene métricas asociadas a él. Estas métricas pueden variar desde "disminuir la cantidad de mensajes de error" hasta "aumentar la cantidad de personas que dicen que recomendarían su producto". Como equipo, debería poder responder las siguientes preguntas sobre esas métricas antes de comenzar un proyecto :

  • ¿Qué métricas mirarás?
  • ¿Qué magnitud de cambio estás esperando?
  • Si no alcanza ese número, ¿cuáles serían los siguientes pasos?
  • Si aciertas ese número, ¿cuáles serían los siguientes pasos?

Si espera hasta tener resultados para definir el éxito, es fácil aflojar su definición y lanzar algo porque ya ha trabajado muy duro en ello.

En Facebook tenemos un conjunto robusto de herramientas para monitorear métricas. Sin embargo, la interpretación de estos resultados no siempre es en blanco y negro, por lo que mi equipo reserva un tiempo cada semana para discutir los resultados. Estas reuniones son multifuncionales y brindan a las personas la oportunidad de hablar sobre el éxito cuando los resultados caen en el área gris.

Definir el éxito al comienzo de su proyecto garantiza que se dirija hacia su objetivo final: asegurarse de que las personas que usan su producto tengan la mejor experiencia posible.

Mira hacia atrás para mirar hacia adelante

La historia de un producto le da la oportunidad de ver la imagen completa. Le impide proponer soluciones que se han probado antes, lo ayuda a comprender qué restricciones de diseño existen y revela las decisiones que llevaron a la iteración actual del producto.