PRAXIS nombra decisiones que el diseño de producto lleva años tomando sin nombrarlas. Estos son sus conceptos centrales: qué significan, cuándo aplican y cómo se ven en un producto real.
La frontera a partir de la cual un sistema deja de hacer cosas por ti y empieza a hacerlas en lugar de ti. Se comporta como un cambio de estado (el punto en que el agua se convierte en vapor) y ningún instrumento técnico la mide. Cruzarla cambia la naturaleza de la relación entre la persona y el producto, y casi siempre se cruza sin que nadie lo decida.
Contexto
La mayoría de los equipos delega por capacidad: si la máquina puede hacerlo, lo hace. El umbral invierte la lógica. La pregunta útil es si el sistema debe tomar la decisión, y a partir de qué punto delegarla deja a la persona en peor lugar.
Ejemplo
Un sistema clínico puede priorizar una lista de espera con más precisión que un humano. El umbral se cruza cuando esa priorización deja de ser una recomendación que un profesional revisa y pasa a ser una decisión que nadie cuestiona porque nadie la entiende.
02Errores dignos
Un error digno es el que la persona puede entender, corregir y perdonar: visible, comprensible y reversible. Se opone al error que traiciona, que es opaco, irreversible y silencioso. Diseñar para errores dignos es decidir de antemano qué fallos son tolerables y cuáles deben ser imposibles por arquitectura.
Contexto
Todo sistema falla. La pregunta de diseño es qué tipo de error está dispuesto a aceptar el producto, y si esos errores dejan a la persona con margen para reaccionar o la dejan sin salida.
Ejemplo
Que un asistente sugiera una respuesta equivocada que el usuario corrige es un error digno. Que ejecute una transferencia irreversible basándose en esa misma equivocación no lo es. El modelo es el mismo en los dos casos; la diferencia está en qué se le permitió decidir solo.
03Carácter del producto
El carácter de un producto es lo que hace cuando nadie lo especificó, diga lo que diga el equipo. Es la suma de sus reacciones en los momentos ambiguos, la forma en que insiste o cede, el modo en que trata a quien no encaja en el patrón esperado. Un producto que actúa con iniciativa tiene carácter, se haya diseñado o no.
Contexto
Cuando un sistema actúa por su cuenta, deja de ser una herramienta neutra. Cada decisión por defecto, cada cosa que hace sin preguntar, cada límite que respeta o ignora construye una personalidad que el usuario percibe. El carácter está en la suma de esas decisiones de comportamiento, por debajo de cualquier capa de marca.
Ejemplo
Dos asistentes con el mismo modelo subyacente pueden tener caracteres opuestos: uno que interrumpe y asume, y otro que espera y pregunta. Esa diferencia la define quien diseñó dónde toma la iniciativa el sistema.
04Diseño de comportamiento para IA
La disciplina que diseña cómo actúa un sistema inteligente, además de lo que muestra. Cubre su iniciativa, sus fronteras de delegación, su conducta bajo incertidumbre y la preservación de la agencia de la persona. Es la disciplina que falta entre la experiencia de usuario y la ingeniería de IA.
Contexto
El diseño tradicional se ocupa de interfaces: lo que el usuario ve y toca. Cuando el sistema decide y actúa por su cuenta, el objeto de diseño se desplaza de la pantalla a la conducta. Esa conducta hoy se diseña por omisión, en el código, sin que nadie la trate como una decisión de diseño.
Ejemplo
Decidir si un agente confirma antes de enviar un correo, si actúa solo dentro de unos límites o si nunca toca acciones irreversibles es una decisión de diseño de comportamiento, y de ella depende que se pueda confiar en el producto.
05Ética como arquitectura
El principio de que un límite ético se fija en el diseño del producto, que por su propia naturaleza no puede hacer aquello que dañaría; escribir «esto no puede ocurrir» en una política no basta. Funciona como los cimientos de un edificio: líneas rojas, daños irreversibles y decisiones reservadas a humanos, implementadas como estructura. Una capa de cumplimiento añadida al final no cumple esa función.
Contexto
La ética tratada como compliance llega tarde y se puede saltar. Tratada como arquitectura, define qué es imposible que el sistema haga, con independencia de la presión del negocio o de lo que pida el usuario. La diferencia es la misma que entre una norma y un muro de carga.
Ejemplo
Que una política diga que el sistema no debe tomar cierta decisión es compliance. Que el sistema sea incapaz de tomarla porque esa decisión está reservada por diseño a una persona es arquitectura. Solo la segunda resiste cuando hay incentivos para saltársela.
06Agencia humana en el bucle
La capacidad real de una persona para entender, cuestionar y revertir lo que un sistema decide. Que haya un humano en el proceso es solo el punto de partida: ese humano necesita información, tiempo y poder efectivo para intervenir.
Contexto
El «human in the loop» se ha vaciado de significado. En muchos sistemas el humano está presente pero impotente: aprueba lo que no entiende, bajo presión de tiempo, sin capacidad real de revertir. Preservar la agencia significa diseñar para que la intervención humana sea posible de verdad y deje de ser una firma simbólica.
Ejemplo
Un operador que tiene que aprobar cien decisiones del sistema por hora está legitimando un automatismo. La agencia se preserva cuando el diseño reduce el volumen, explica el porqué y reserva tiempo para el juicio.