El prototipado convierte una hipótesis de producto en algo que puede examinarse y probarse. Puede ser un esquema en papel, una secuencia de pantallas o una representación de un servicio. El formato depende de la pregunta que necesites resolver.
Diseñar para un usuario concreto ayuda a tomar decisiones cuando el equipo intenta satisfacer necesidades incompatibles. Ese foco requiere investigación y una delimitación clara: una persona imaginada sin evidencias puede acabar representando las preferencias del diseñador.
Definir el problema antes de dibujar la solución
Observa qué intenta conseguir el usuario, en qué contexto y qué obstáculos encuentra. Una tarea describe una acción; un objetivo explica para qué se realiza. Rellenar un formulario puede ser una tarea necesaria para solicitar una ayuda, pero el objetivo de la persona es obtener esa ayuda o conocer si puede recibirla.
Esta distinción cambia la evaluación del prototipo. Un formulario puede resultar fácil de completar y, aun así, pedir información innecesaria o no explicar qué sucederá después. Conviene revisar la experiencia completa relacionada con el problema que se quiere resolver.
Utilizar personas de diseño con base en investigación
Una persona de diseño sintetiza patrones relevantes observados en usuarios: necesidades, conocimientos, comportamientos y restricciones. No necesita una biografía extensa si sus detalles no ayudan a decidir. La edad o la profesión, por sí solas, rara vez explican todas las dificultades que una persona puede encontrar.
Elegir un perfil prioritario permite resolver conflictos de diseño, pero no garantiza que el resultado funcione para todos. Habrá que revisar necesidades de accesibilidad, contextos diferentes y perfiles que puedan quedar excluidos. También conviene actualizar la representación cuando la investigación contradiga alguna de sus premisas.
Elegir el prototipo según la duda
- Un esquema en papel puede servir para discutir una secuencia o la información necesaria.
- Un prototipo navegable permite observar cómo se interpretan pantallas, etiquetas y acciones.
- Una simulación de servicio ayuda a explorar entregas entre personas, canales y momentos.
- Una prueba técnica puede resolver una incertidumbre de integración o rendimiento que el diseño visual no responde.
La guía del Government Digital Service sobre la fase alfa propone probar las hipótesis de mayor riesgo con prototipos suficientemente elaborados para investigarlas. El prototipo no tiene que reproducir todo el producto ni estar listo para producción.
Postgrado en Digital Product Management
¡Súmate al cambio digital!
¡Fórmate en los nuevos modelos de creación y venta de producto!Preparar una prueba que produzca evidencia
Define qué quieres observar antes de convocar participantes. Puedes estudiar si entienden una opción, completan un recorrido o encuentran la información necesaria para decidir. Prepara tareas expresadas desde su objetivo, evitando indicar el botón o la secuencia que esperas que utilicen.
Durante la prueba, registra acciones, dudas y puntos de abandono. Distingue lo observado de tu interpretación. «Tres participantes buscaron el precio en esta pantalla» describe un hecho de la sesión; «todos los clientes necesitan el precio aquí» amplía la conclusión más allá de la evidencia disponible.
Como ejemplo hipotético, un equipo que diseña una reserva de citas puede comprobar si las personas entienden la diferencia entre reservar y confirmar. Un mensaje más visible puede mejorar esa comprensión, pero la prueba debería incluir también qué ocurre cuando no hay horarios disponibles o se necesita cambiar una cita.
Aprender de una prueba y decidir el siguiente paso
Agrupa problemas por su efecto y por la solidez de la evidencia. Corrige primero los que impiden completar una tarea importante o provocan interpretaciones equivocadas. Después repite las pruebas necesarias para comprobar si el cambio resuelve el problema sin crear otro.
Conserva un registro de la hipótesis, la versión probada, los participantes, las observaciones y la decisión. Ese historial evita que el equipo vuelva a discutir desde cero una cuestión ya investigada y permite revisar conclusiones cuando cambian las condiciones.
Qué enseña el ejemplo de las notas adhesivas
La historia de Post-it ilustra la relación entre una posibilidad técnica y una necesidad concreta. Según la historia publicada por 3M, Spencer Silver desarrolló el adhesivo y Art Fry encontró una aplicación que dio lugar a las notas reposicionables. Atribuir el adhesivo únicamente a Fry confunde ambas contribuciones.
El ejemplo sirve para pensar cómo una tecnología encuentra un uso. No demuestra que cualquier idea poco convencional tenga mercado: cada propuesta necesita sus propias pruebas y criterios de viabilidad.
Vídeo del archivo
Se conserva el vídeo asociado al artículo original sobre diseño y prototipado como material complementario. Las referencias a cursos o convocatorias del archivo deben comprobarse antes de utilizarlas.
Postgrado en Digital Product Management
¡Súmate al cambio digital!
¡Fórmate en los nuevos modelos de creación y venta de producto!