Design Fiction · prototipos del futuro como herramienta

Artefactos diegéticos del futuro · cómo usarlos para alinear stakeholders y abrir conversaciones que ningún wireframe puede abrir.

El término lo acuñó un escritor de ciencia ficción

Bruce Sterling — escritor de ciencia ficción cyberpunk reconocido — acuñó el término "Design Fiction" en 2005, en su libro Shaping Things. Lo definió así:

"El uso deliberado de prototipos diegéticos para suspender la incredulidad sobre el cambio."

"Diegético" viene del cine. Es lo que existe dentro del mundo de la historia. Una pistola láser en Star Wars es diegética para los personajes · es real en su universo · aunque sea utilería para nosotros.

Aplicado al diseño, un prototipo diegético es un artefacto que sería normal y cotidiano en un futuro específico. No es un mockup de una app que estás construyendo. Es un anuncio, un manual de usuario, una nota de prensa, una factura, un mensaje de WhatsApp · cualquier cosa que pertenecería al mundo ese.

Qué diferencia un Design Fiction de un prototipo normal

Un prototipo tradicional tiene 3 características:

• Es algo que vas a construir.
• Se valida con usuarios para decidir SI/NO/CÓMO construirlo.
• Vive en el presente o el futuro inmediato.

Un Design Fiction es lo opuesto en cada eje:

• NO es algo que vas a construir (necesariamente).
• No se valida · se usa para abrir conversación.
• Vive en un futuro lejano (5-15 años).

Y eso último cambia todo. Cuando el equipo entiende que el artefacto es ficción, baja la guardia. Nadie defiende su feature. Nadie protege su roadmap. Todos pueden criticar y aportar sin que se vuelva personal.

Por eso el Design Fiction es una de las herramientas de discovery más poderosas que existen. Especialmente cuando el equipo está bloqueado en discusiones sobre prioridad o dirección.

Los 6 tipos de artefactos que mejor funcionan

1. Anuncio publicitario del futuro

Un ad de revista, billboard, o spot de Instagram del año 2030 promocionando tu producto (o algo del entorno donde vive). Funciona porque obliga a articular: ¿cuál es la promesa central? ¿quién es el competidor? ¿qué fricción remueve?

2. Manual de usuario

Una página de instrucciones del producto futuro. Funciona porque obliga a pensar en cómo se usa, no en cómo se ve. Los manuales revelan supuestos de comportamiento.

3. Nota de prensa / artículo de blog

Un artículo del 2032 reportando sobre el impacto del producto. Funciona porque obliga a pensar en consecuencias, no en features. ¿A quién benefició? ¿A quién perjudicó?

4. Conversación de WhatsApp / Slack

Una captura de pantalla simulada de una conversación entre usuarios del futuro discutiendo el producto. Funciona porque captura el tono cultural y los problemas reales del día a día.

5. Packaging / etiqueta

El empaque del producto en 5 años. Funciona porque las etiquetas declaran promesas, advertencias, certificaciones · todo lo que el futuro pediría.

6. Pantalla de error

Una de las herramientas más subestimadas. Diseñar un mensaje de error del producto futuro obliga a pensar en sus fallos · y los fallos revelan más que los éxitos sobre la naturaleza del sistema.

Cómo se usan en discovery

El flujo típico de un workshop de Design Fiction con un equipo de producto va así:

1. Marco temporal: el equipo acuerda un año futuro específico (ej. 2030, no "en el futuro").
2. Marco contextual: definen el escenario en el que viven los artefactos (puede venir del 2×2 del Blog 4).
3. Generación: cada persona o pareja crea 1 artefacto del tipo que escoja. 45-90 min.
4. Presentación: cada artefacto se muestra al grupo SIN justificarlo. Solo el artefacto, in-character.
5. Diálogo: el grupo discute qué supuestos revela cada artefacto. Qué les gusta, qué les inquieta, qué cambiarían.
6. Cosecha: al final, el grupo extrae implicaciones para el roadmap del presente.

Lo que aparece en el paso 5 es donde está el oro. Conversaciones que en una reunión de roadmap nunca pasan, salen naturales cuando se discute un artefacto ficticio.

Ejemplo · Design Fiction breve

Te dejo un ejemplo que podría usar un equipo de salud digital trabajando con IA. Imagina que el equipo está decidiendo cuánta autonomía darle a un asistente de IA en consultas médicas. En vez de hacer wireframes, alguien escribió esto:

Mira lo que ese pedacito de manual revela sin que el equipo tenga que articularlo en una reunión:

• La IA tiene niveles de autonomía configurables (no es one-size-fits-all).
• El umbral de fricción se puede ajustar (durante vs después).
• Hay un registro auditable (responsabilidad legal pensada).
• La frase "Usted decide. Su firma siempre cierra el caso." establece una doctrina explícita: la IA NO firma.
• El paciente sabe que hubo IA (transparencia obligatoria).

Todas esas decisiones de producto son discusiones que normalmente toman semanas. Compactadas en un artefacto de 100 palabras se vuelven concretas.

Cuándo NO usar Design Fiction

No es una herramienta universal. Hay 3 momentos donde no encaja:

1. Cuando ya decidiste y necesitas ejecutar

Design Fiction abre conversaciones. Si tu fase es de cierre y ejecución, esto te confunde el equipo.

2. Cuando el equipo tiene poca tolerancia a la ambigüedad

Algunos perfiles necesitan certeza para operar. Un Design Fiction puede generarles ansiedad en vez de inspiración. Léelo · si tu equipo es así, prefiere métodos más estructurados como escenarios o cono.

3. Cuando lo único que falta es la decisión, no la conversación

Si ya tienes los argumentos y solo falta que alguien decida, el Design Fiction es procrastinación estructurada.