Prototipar ya no es una habilidad exclusiva del diseñador
Un prototipo hace aparecer las preguntas que un documento no revela. Ahora más perfiles pueden hacerlos, y eso cambia cómo se discute una idea.
Para muchos Product Managers, prototipar significaba dibujar un esquema, preparar un wireframe muy básico o pedirle ayuda a diseño. Y cuando diseño no podía, la idea se quedaba en un documento. Hoy se puede pasar de una conversación o de una hipótesis a algo interactivo en muy poco tiempo, y eso cambia cómo se discute una idea.
No significa que producto deba diseñar las interfaces definitivas. Significa que el prototipo está al alcance de más gente y sirve de punto de encuentro entre producto, diseño e ingeniería.
Un documento no se toca
Un PRD puede estar impecable y esconder que nadie sabe qué pasa cuando falta un dato, cuando dos personas editan lo mismo a la vez o cuando alguien vuelve atrás a mitad de un proceso. Esas preguntas suelen aparecer a los cinco minutos de tocar algo, no leyendo una descripción. Cuando empecé en producto escribía especificaciones como si fueran planos y el equipo construía otra cosa: el hueco entre lo que yo creía haber dicho y lo que cada persona había entendido solo se veía al final.
Un prototipo adelanta ese momento. Obliga a decidir cosas que en un texto se pueden dejar en el aire y deja a la vista lo que falta.
Prototipar para pensar
Prototipar para pensar es distinto de prototipar para presentar. El segundo busca convencer; el primero busca que algo falle pronto. Me interesa sobre todo el primero.
En discovery y dentro de la empresa funciona de forma parecida: reaccionamos de otra manera ante algo que vemos que ante algo que nos describen. Una versión tosca delante de un usuario saca comentarios más concretos que preguntarle si le serviría una funcionalidad contada con palabras, y enseñar algo a negocio o a operaciones antes de pedir semanas de equipo permite descartar pronto o corregir el rumbo con poco coste.
Con ingeniería ayuda por otra razón. Una conversación sobre algo concreto evita buena parte de las preguntas de interpretación y deja visible lo que es difícil de verdad. Es más fácil decir “esto no es trivial” mirando un flujo que adivinándolo en un texto.
Sus límites
Un prototipo hecho por producto no es una decisión de diseño. Sirve para preguntar, y cómo debería resolverse bien sigue siendo trabajo de diseño. Cuanto más pulido parece, además, más se asume que ya está decidido, así que conviene dejar claro qué es provisional.
Tampoco enseña la realidad. Como pasa con la experiencia de usuario, que empieza antes de la interfaz, un prototipo muestra el camino ideal, con datos perfectos y un usuario atento. Lo que pasa en el uso real no cabe en él.
Cuando producto, diseño e ingeniería discuten sobre algo que pueden tocar, hay menos margen para que cada uno imagine una cosa distinta.
Las opiniones expresadas son personales y no representan la posición de ninguna organización.