Notas de campo: por qué nos traéis un Figma sin usuarios

La semana pasada una fundadora me escribió con un Figma que, de verdad, me dejó buena impresión. Cuarenta pantallas largas, una librería de componentes en condiciones, un onboarding con sus estados vacíos y sus estados de error dibujados. Parecía un producto terminado. Así que le hice la pregunta que hago siempre: ¿a cuántos de tus futuros usuarios se lo has enseñado ya? La respuesta llegó con honestidad. A ninguno todavía, primero quería que se viera bien. De ese patrón quiero escribir, porque es lo más habitual que vemos cuando una fundadora se acerca por primera vez, y cuesta más dinero que casi cualquier otra decisión temprana.

El patrón: un prototipo perfecto y una lista de usuarios vacía

La forma es casi siempre la misma. Alguien tiene una idea en la que cree, dedica semanas a convertirla en Figma hasta que parece real, y trata el prototipo como la prueba de que la idea funciona. Cuando llega a un estudio como el nuestro, el diseño ya se siente cerrado. Los colores elegidos, las pantallas nombradas, los flujos fijados. Lo que falta debajo de todo eso es una sola conversación con una persona que vaya a usarlo de verdad.

Entiendo el impulso perfectamente. Un Figma es ordenado y controlable. Puedes hacerlo bonito tú sola, a tu ritmo, sin que nadie te diga que tu idea tiene un agujero. Hablar con usuarios es lo contrario. Es incómodo, da un poco de vergüenza y trae el riesgo real de que alguien te diga la versión educada de “yo no lo usaría”. Así que muchas fundadoras se agarran a la parte que parece avance y, sin decidirlo, se saltan la parte que parece exponerse.

El problema es que un prototipo sin usuarios detrás es una suposición dentro de un marco bonito. Cada pantalla esconde una hipótesis sobre lo que la gente quiere, cómo piensa y por qué pagaría. Dibujar esas hipótesis en alta resolución no las vuelve más ciertas. Solo las vuelve más caras de cambiar después, porque ya hay un diseño al que todo el mundo le ha cogido cariño.

Por qué pasa

Una parte es que las herramientas de diseño se han vuelto extraordinarias. En un fin de semana montas algo que parece de una empresa con financiación, y ese acabado genera una sensación de certeza que la idea de fondo todavía no se ha ganado. El artefacto se adelanta a la evidencia.

Otra parte es miedo, y lo digo con cariño porque yo lo he hecho. Cuando hablas con usuarios pronto, dejas entrar la realidad antes de estar lista para ella. Mientras la idea vive solo en Figma, sigue siendo perfecta y sigue siendo tuya. En el momento en que una persona real la toca, deja de ser un sueño y pasa a ser una cosa con defectos. Mucha gente aplaza ese momento sin decidirlo nunca, simplemente quedándose ocupada con el diseño.

Y otra parte es un malentendido honesto sobre para qué sirve un prototipo. Un prototipo no es una decisión cerrada. Es un apoyo que usas para tener una conversación mejor. Los mejores Figma que veo no son los más pulidos, son los que una fundadora claramente ha señalado al otro lado de una mesa mientras observaba la cara de alguien.

Qué suele esconder ese Figma

Cuando entramos en uno de estos prototipos sin usuarios, los huecos están casi siempre en los mismos sitios. Los flujos dan por hecho que la gente se comportará de forma lógica, en el orden que imaginó la fundadora, cosa que las personas reales casi nunca hacen. La parte más difícil del producto, la que de verdad cuesta construir o hacer que importe, suele ser la que se ha diseñado la última y más fina, porque era la menos divertida de dibujar. Y la pregunta central, ¿alguien cambiaría lo que hace hoy para usar esto?, no se le ha hecho a nadie que no fuera ya creyente.

Nada de esto significa que la idea sea mala. Muchas de estas fundadoras van por buen camino. Significa que el prototipo responde a la pregunta equivocada. Demuestra que la idea se puede dejar bonita, cuando lo que hace falta probar es que resuelve un problema que alguien tiene con la fuerza suficiente como para actuar.

Qué funciona en su lugar

El arreglo es pequeño y rápido. Antes de encargar a nadie que construya nada, coge lo que ya tengas, aunque sea una versión tosca, y ponlo delante de cinco personas que encajen con tu usuario objetivo. No amigos que serán amables. Cinco personas que tengan el problema de verdad. No necesitas presupuesto de research ni un guion de moderación. Necesitas verlas intentar usarlo y callarte mientras lo hacen.

El cinco no es un número que me haya inventado. Es más o menos el punto en que los mismos problemas empiezan a repetirse, que es la señal de que estás aprendiendo la estructura de lo que falla en lugar de coleccionar opiniones sueltas. Oirás la misma confusión en el mismo sitio. Verás a gente saltarse la pantalla de la que estabas más orgullosa. Descubrirás que la funcionalidad que tratabas como secundaria es la única que provocó una reacción.

Haz eso y el Figma deja de ser una suposición y pasa a ser una hipótesis probada. Las pantallas que sobreviven al contacto con personas reales son las que merece la pena construir. Las que no sobreviven te acaban de ahorrar una factura de desarrollo de cinco cifras. Esto es también, en buena medida, lo que determina cuánto cuesta crear tu app, porque cada pantalla que validas antes es una pantalla que no pagas dos veces, y por eso los mejores briefs que recibimos describen un problema y a las personas que lo tienen, no solo un conjunto de pantallas.

Qué hacemos diferente ahora

Al principio aceptábamos el Figma pulido tal cual y presupuestábamos contra él. Aprendimos por las malas que eso le hacía un flaco favor a la fundadora. Construíamos exactamente lo dibujado, funcionaba perfecto, y luego se encontraba con usuarios por primera vez después del lanzamiento, que es el momento más caro posible para descubrir que un flujo está mal.

Así que ahora lo primero que hacemos es separar con cuidado el diseño de la evidencia. Preguntamos quién lo ha usado, qué hizo y qué sorprendió a la fundadora. Si la respuesta es nadie, no lo tratamos como un fallo, lo tratamos como el primer trabajo. Una ronda corta de conversaciones con usuarios reales, antes de construir nada, es el seguro más barato que una fundadora puede comprar, y casi siempre mejora el producto.

Si tienes un Figma del que estás orgullosa y una lista de usuarios todavía vacía, eso no es un problema, es solo el siguiente paso esperando a darse. Enséñaselo esta semana a cinco personas reales y luego cuéntanos qué aprendiste. La versión de tu producto que salga del otro lado valdrá mucho más que la que se quedó perfecta en un archivo de diseño.