Trucos de Diseño de Producto: Una colección de consejos y trucos que aprendí del equipo de diseño de Nubank

Solía ​​estar desorganizado (en realidad, un desastre) antes de descubrir el poder de algunos sencillos trucos de diseño. Mi esperanza al escribir este artículo es que estos trucos de Diseño de Producto, que aprendí de otros increíbles diseñadores de Nubank, te ayuden tanto como me ayudaron a mí. De todos modos, sin más preámbulos, entremos.

TL;DR

1. Cómo iniciar tu investigación de escritorio;
2. Cómo escribir una hipótesis;
3. Cómo iniciar tu prototipo;
4. Cómo organizar tus páginas en Figma.

1. Cómo comenzar tu investigación (¡una plantilla!)

Por qué la usarías: Tienes información proveniente de todas partes y no sabes cómo organizar los pensamientos y opiniones de todos.

Quien me ayudó en esto: João Rios y Leticia Ratkiewicz

Lo que necesitarás: una página kanban (yo uso Notion).

¿Alguna vez te has encontrado en una situación en la que había mucha información proveniente de muchos lugares diferentes? Tu gerente de producto tiene algún contexto, tu gerente tiene otro contexto y el equipo de investigación ya investigó al respecto hace 5 años…

Bueno, esta plantilla de investigación es para ti. Es simplemente una forma sencilla de organizar los pensamientos y opiniones de todos, puntos de referencia, datos útiles, hechos aleatorios… y cualquier otra cosa que creas necesaria. Así es como lo hago:

Imagina que estoy haciendo una investigación de escritorio para mi proyecto de ″escritura de diseño″.

Descubre las oportunidades

Las columnas son:

1. Evaluación comparativa
2. Citas de usuarios reales
3. Números
4. Preguntas:
5. Aprendizajes:

Y puedes agregar tantas columnas como quieras, como “hipótesis”, “resultados” o “ideas aleatorias”. ¡Solo asegúrate de que no se alargue demasiado!

2. Cómo escribir una hipótesis (¡un marco simple!)

Por qué la usarías: Tu equipo quiere probar todo ″sólo para probarlo″, pero puedes utilizar este marco para ayudarles a probar las cosas correctas.

Quien me ayudó en esto: João Rios (este tipo me ayuda con todo).

Lo que necesitarás: Una página en blanco (en serio).

Una Gerente de Producto que me gusta mucho, Teresa Torres, dijo una vez que Probar Todo No Funciona.

En sus palabras:

No estoy diciendo que no experimentes. Estoy diciendo que dejes de experimentar al azar”. Y para ayudarte a ti y a tu equipo, existe un marco que se centra en escribir hipótesis que puede construir por tu cuenta.

Hipótesis del Problema

Creemos que… {aquí escribes el problema}

para…{quién enfrenta ese problema}

logrará…{resultado deseado}

porque…{fundamentos y pruebas}

Experimento(s)

Haremos…{fácil/rápido/alta confianza/solución}

para…{parámetros objetivo del experimento}

y sabremos que la hipótesis es válida cuando/si…{métrica que demostrará el resultado deseado alcanzado}

Aprender y Construir

Si la hipótesis es cierta, haremos… {Debería quedar claro cómo se ve el éxito}

Si no es así… {escribir esto te ayudará a definir tus próximos pasos}

Sé que al principio parece mucho escribir, pero créanme, vale la pena el esfuerzo. Y si tienes tantas ideas para probar que escribirlas te resulta abrumador, es cuando sabes que estás intentando probar demasiadas.

La “cantidad correcta” de hipótesis que debes escribir depende de muchos aspectos del producto, pero este artículo sobre el árbol de oportunidades (también de Teresa Torres) puede ayudarte a encontrar la respuesta.

3. Cómo iniciar tu prototipo (dibujar las interacciones antes de crear prototipos en la computadora)

Un ejemplo real de cómo Pedro Pim estructuró un sencillo prototipo en el que estaba trabajando.

Por qué la usarías: Eres nuevo en el mundo de los prototipos.

Quién me ayudó en esto: Pedro Murad (un genio framer).

Lo que necesitarás: un bolígrafo y un papel (o un iPad).

Esto es más un consejo que un “truco” o un marco, pero te ayudará si estás aprendiendo a crear prototipos, o si ni siquiera sabes por dónde empezar con una interacción. Y la mejor parte es que es muy fácil de hacer y te obliga a pensar como un desarrollador/ingeniero.

4. Cómo organizar tus páginas en Figma

Por qué lo usarías: El título habla por sí mismo. Pero, en realidad… no es necesario que tu archivo Figma sea extremadamente perfecto, pero un poco de organización ayuda mucho.

Quién me ayudó en esto: Camila Son, la diseñadora más joven y talentosa que conozco.

Lo que necesitarás: un archivo Figma/Sketch.

Al igual que el consejo número 3, este no es un marco sino más bien una forma de pensar. Tener páginas denominadas “Final” o “Casi terminada” equivale a tener documentos .psd con los nombres “final-v2”. Como dije al principio, no necesitas ser extremadamente organizado y no estoy diciendo que debas nombrar cada capa (porque eso es casi imposible para un diseñador, pero estoy orgulloso de aquellos que pueden hacerlo). Todo lo que digo es: intenta nombrar tus páginas como lo haría un desarrollador: la versión + lo que estás creando.

Camila Son, la diseñadora que ideó este método para nombrar páginas, me dijo una vez: “Siempre pienso que tengo que entregar mis flujos finales a los ingenieros, así que trato de contar una historia muy lineal y completa sobre cómo ese flujo/pantalla encaja en ese momento. Además, sabiendo que probablemente personas de otros equipos terminarán preguntando sobre el proyecto en algún momento, trato de escribir un poco de contexto sobre cada iteración diferente”.

Y eso es todo. Por ahora.

Si tienes otro truco que debería agregar a esta lista, comenta a continuación y tal vez mi próximo artículo sea ″Una colección de consejos y trucos que aprendí de los comentarios de Medium en mi primera publicación en Medium″.