Este ensayo lleva directo al corazón del marco PRAXIS: antes de añadir IA a un proceso, hay que preguntarse si esa decisión debería automatizarse. Es la pregunta que define el umbral de delegación. Ignorarla es cómo los productos acaban con un carácter que nadie diseñó.
Llevo años trabajando en productos digitales. He visto nacer funcionalidades brillantes y he visto otras que nunca deberían haber salido de una pizarra. He participado en conversaciones donde todo el mundo asentía y en otras donde una sola pregunta incómoda cambió el rumbo de un proyecto entero.
Este espacio nace de esas conversaciones. De lo que he aprendido diseñando productos que integran inteligencia artificial, y de una convicción que se ha ido asentando con el tiempo: que la forma en que estamos incorporando IA en productos merece más reflexión de la que le estamos dando.
No hablo de reflexión teórica. Hablo de las decisiones concretas que tomamos cada semana, en cada sprint, en cada reunión donde alguien dice “el modelo puede hacer esto” y nadie pregunta si debería.
La incomodidad que no sabes nombrar
En casi todos los equipos de producto hay alguien que, en algún momento, ha sentido esto: una funcionalidad avanza, las decisiones se toman, todo el mundo parece de acuerdo, y sin embargo algo no encaja.
No sabes qué es. No tienes argumentos sólidos. Solo una incomodidad que no sabes dónde poner.
Esa incomodidad suele tener un origen concreto. No es que la funcionalidad esté mal construida. Es que nadie preguntó qué debería decidir el sistema y qué no.
La conversación saltó del “podemos” al “hacemos”. El “deberíamos” nunca apareció.
Delegar no es lo mismo que ceder
Hay una distinción que puede ayudar a darle forma a esa incomodidad. Es la diferencia entre delegar y ceder.
Delegar es pedirle al sistema que haga algo por ti. Tú defines qué, tú defines cómo, tú mantienes el control. El sistema ejecuta; tú decides.
Ceder es otra cosa. Es cuando el sistema empieza a tomar decisiones que no le pediste que tomara. Cuando actúa antes de que tú actúes. Cuando interpreta tu silencio como permiso.
La frontera entre ambas es difusa, y eso es parte del problema. No hay un momento donde alguien diga “a partir de aquí, el sistema decide por el usuario”. Ocurre por acumulación. Un ajuste aquí, un default allá, una optimización que parecía menor. Pequeñas decisiones que, vistas de una en una, parecen razonables. Pero que sumadas van desplazando algo que importa.
Cuando sientes esa incomodidad en una reunión, muchas veces lo que estás detectando es exactamente eso: que la frontera se cruzó sin que nadie lo nombrara.
Una herramienta para la próxima reunión
La próxima vez que aparezca esa sensación, hay una pregunta que puede servirte:
¿Esto que estamos construyendo ayuda al usuario a decidir, o decide en su lugar?
No es una pregunta retórica. Es una herramienta de diagnóstico. Porque la respuesta casi nunca es obvia, y el solo hecho de formularla en voz alta cambia la conversación.
A veces la respuesta es “decide en su lugar, y está bien así”. Hay decisiones que nadie quiere tomar, y está bien que el sistema las absorba.
Pero otras veces la respuesta revela algo que el equipo no había visto. Un umbral que se cruzó sin discutirlo. Una cesión que nadie aprobó explícitamente. Y en ese momento, cuando todavía estás a tiempo, se puede cambiar.
Las preguntas que no se hacen al principio tienen una forma peculiar de volver. Vuelven después, cuando el sistema ya está en producción, cuando cambiar cuesta diez veces más que haber pensado antes.
Este espacio va de eso. De hacerse las preguntas a tiempo.
Estas ideas forman parte de PRAXIS, un marco para diseñar productos con IA que respeten a las personas. Más en www.praxisbook.com