Si no se puede tocar, no se puede probar
El error del principiante es empezar por la solución; el del diseñador es empezar por el problema vivido por alguien real. Por eso el método está ordenado: primero empatizar (mirar desde quien lo sufre, no desde ti), luego definir la necesidad en una frase que se pueda atacar. Saltarse esos dos pasos y correr a «hacer la app» es construir a ciegas: resolverás con elegancia un problema que nadie tenía.
¿Cuál es la función real de un prototipo en la etapa de diseño?
Antes de construir, el problema en partes pequeñas; luego eliges la duda más de responder y la conviertes en un que alguien pueda tocar.
- Empatiza: observa a alguien real con el problema, sin asumir.
- Define: escribe la necesidad concreta en una sola frase.
- Idea: genera muchas soluciones antes de encariñarte con una.
- Prototipa: construye la más barata que despeje una duda.
- Testea: dásela a alguien y mira sin defenderte.
Ordena el recorrido del diseño centrado en las personas:
Coloca los elementos en orden y pulsa Comprobar.
| Prototipo de baja fidelidad | Prototipo de alta fidelidad |
|---|---|
| Papel, post-its, un formulario suelto | Pantallas cuidadas o código casi final |
| Barato y rápido de tirar y rehacer | Caro; da pena botarlo |
| Invita críticas honestas | El probador no quiere herirte |
| Ideal al principio, para la duda grande | Ideal al final, para pulir detalles |
La fidelidad es una inversión, no una virtud. Empezar en alta fidelidad cuesta tiempo que aún no sabes si gastarás y contamina la prueba: nadie te dirá «esto no se entiende» cuando ve algo tan serio y trabajado. Empieza burdo para que la crítica fluya, y solo sube la fidelidad cuando ya sabes qué vale la pena pulir. Fallar barato al inicio es lo que te evita fallar caro al final.
Cuanto más se parezca tu prototipo al producto final, mejor está hecho.
Piensa en algo que te molesta de tu día (una fila, un trámite, una app que usas a regañadientes). Escribe la necesidad real en una frase, imagina tres soluciones distintas —una en papel, una con algo que ya existe, una digital— y decide cuál prototiparías primero y qué pregunta concreta le harías a alguien que sufre ese problema.
Si tus tres soluciones son casi idénticas, ideaste poco: el valor está en la distancia entre ellas. Y si no puedes decir qué duda resuelve tu prototipo, no es un prototipo: es un adorno con forma de idea.
Tu texto se guarda sólo en este dispositivo.
Testear no es presentar. Cuando enseñas tu prototipo y te pones a explicar «aquí toca esto y luego…», estás haciendo una demo, no una prueba: el otro ya no puede tropezar donde tropezaría solo, porque le estás apartando las piedras. La información valiosa está en el silencio y en el dedo que duda. Calma la boca y observa dónde se pierde la gente; ahí tenías el diseño, no en tu cabeza.
Tienes una idea de app y una sola tarde para prototipar. ¿Qué conviene construir primero?
Chequeo: de la idea al prototipo
Aquí se mira lo que ya fuiste acertando. Pulsa «Comprobar» para saber si puedes seguir.
El prototipo es el primer borrador del producto
Siguiente en la trayectoria: «Producto no es demo» — cuando el prototipo ya despejó tus dudas, llega el salto difícil: convertirlo en algo que otra persona use de verdad cada semana y no una presentación que aplaude la gente. Diseñar enseña a probar; producir enseña a entregar.
Comentarios
Inicia sesión para comentar.
Todavía no hay comentarios. Sé la primera persona en opinar.