En pocas palabras
Genera prototipos interactivos desde instrucciones para validar ideas de producto con rapidez.
Qué problema resuelve
Ideas abstractas que tardan demasiado en convertirse en experiencias que usuarios puedan probar.
Cuándo utilizarlo
Descubrimiento y sprints de diseño. Ejemplo: comparar dos recorridos de solicitud de crédito.
De la idea a la práctica
Funcionamiento, ejemplos y decisiones para pasar al siguiente nivel.
En el Radar compartido: Trial (valoración de la edición aportada).
Cómo funciona
Producto o diseño describen objetivo, usuarios y restricciones; una herramienta genera pantallas y transiciones con datos simulados. La investigación guía la siguiente iteración.
Ejemplo de uso
Preparar dos versiones del formulario con los mismos escenarios. Pedir a usuarios completar una solicitud y observar abandonos, errores y comprensión, sin usar datos personales reales.
Quién lo usa y para qué
| Rol | Uso típico |
|---|---|
| Product manager | Materializar una idea antes de priorizarla; alinear con negocio |
| Diseño | Explorar variantes rápidamente y probar interacción real |
| Investigación | Prototipos funcionales para pruebas de usabilidad |
| Negocio y operaciones | Herramientas internas sencillas o propuestas concretas para TI |
| Ingeniería | Explorar la viabilidad de una interacción compleja |
Flujo recomendado
- Hipótesis: «Mostrar la cuota mensual antes que el monto reducirá el abandono en el simulador».
- Alcance mínimo: solo las pantallas necesarias para probar la hipótesis.
- Generación con v0, Figma Make, UX Pilot, Replit u otras herramientas, con datos ficticios.
- Prueba con 5–8 usuarios del perfil objetivo, con tareas concretas.
- Decisión: descartar, iterar o pasar a diseño y construcción formal.
- Registro de hallazgos en el repositorio de investigación (Dovetail).
Fidelidad adecuada para cada pregunta
| Pregunta | Fidelidad suficiente |
|---|---|
| ¿Entienden el concepto y el valor? | Baja: pantallas estáticas |
| ¿Encuentran cómo completar la tarea? | Media: navegación clicable |
| ¿Cometen errores al rellenar el formulario? | Alta: validación y estados reales |
| ¿Prefieren la variante A o la B? | Alta, y mejor un experimento en producción |
Riesgos y cómo gestionarlos
| Riesgo | Medida |
|---|---|
| El prototipo parece «casi terminado» y crea expectativas | Marcarlo como prototipo; explicar qué falta (seguridad, datos, integración) |
| Se reutiliza el código sin revisión | Política explícita: el código del prototipo no entra en producción sin pasar por el proceso normal |
| Datos reales de clientes en herramientas externas | Solo datos ficticios |
| Proliferación de herramientas internas sin dueño | Registro de prototipos con fecha de caducidad |
| Diseños que ignoran el sistema de diseño | Proveer componentes y tokens a la herramienta |
Medir el valor
Tiempo desde la idea hasta la primera prueba con usuarios, número de ideas descartadas antes de construir (una buena señal) y reducción de cambios tardíos en la fase de desarrollo.
Criterios de implementación
Definir antes la hipótesis y la señal de éxito. Separar validación de experiencia y viabilidad técnica; estimar después integración, accesibilidad, seguridad y mantenimiento.
Continúa en las fuentes
Documentación oficial para verificar detalles y explorar más.