El Engaño de la Flexibilidad

Apenas ayer, Anthropic anunció que fusiona su entorno de trabajo Claude Cowork y el chat tradicional en una sola experiencia. La razón que dieron desde el equipo de producto es reveladora: a la gente le resultaba frustrante decidir dónde pertenecía cada tarea, porque el trabajo que empezaban en una pestaña no se trasladaba con facilidad a la otra. Habían construido dos productos separados por una frontera de ingeniería interna y le pidieron al cliente que la navegara por su cuenta.

A partir de ahora, le describes a la máquina lo que necesitas y el sistema decide qué herramienta usar por detrás.

Ese arreglo suena bien en papel. Es el tipo de victoria rápida que un equipo de producto celebra un viernes por la tarde. Pero fíjate qué es lo que no cambió en absoluto: el selector de modelo sigue intacto en la pantalla. El nivel de esfuerzo o razonamiento que debes elegir manualmente sigue ahí. La decisión de cuánto vale la pena pagar, o esperar, por una respuesta mejor —la que de verdad tiene consecuencias directas de costo y de calidad— sigue siendo tuya. Y nadie te explica en ese momento qué demonios estás sacrificando si eliges mal.

Resolvieron la fricción visible, esa que llenaba los tickets de soporte. La fricción estructural, la que te exige entender un diagrama técnico para decidir bien, esa sigue intacta.

En mis clases de Arquitectura de Decisiones suelo dejar un ejercicio que no debería hacer falta pedir: probar la misma tarea en tres plataformas de inteligencia artificial distintas y comparar qué devuelve cada una. Lo exijo porque no hay forma de decirte de antemano cuál usar para qué. La única manera de que lo entiendas es haciendo, con tus propias horas, el trabajo de diagnóstico que la industria debió resolver antes de cobrarte la suscripción.

Lo que casi nadie dice en voz alta sobre las herramientas generativas actuales es que la complejidad que enfrentas no radica en los píxeles. Es un problema de arquitectura de decisiones sin resolver, empaquetado y arrojado al mercado.

Cuando usas cualquier otro sistema complejo, el trato tácito es que no necesitas ser experto en sus entrañas. A nadie se le pide entender de aerodinámica antes de abrocharse el cinturón en un vuelo de Bogotá a Monterrey. El sistema absorbe la complejidad técnica y te entrega únicamente la decisión que te corresponde tomar.

Piensa en el trabajo real de un arquitecto al levantar un edificio. Su labor no consiste en eliminar la carga de peso que soporta cada columna; su trabajo es organizar esa distribución estructural para que tú, cuando habites el departamento, jamás tengas que pensar en ella. Caminas por la sala sin calcular si el suelo va a ceder.

La industria tecnológica actual hizo exactamente lo opuesto. Te entregó el plano completo —columnas, cargas, materiales— y te dijo que te construyeras tu propia casa con los ladrillos sueltos. Lo hizo, además, desde compañías que se jactan de tener el mejor talento de Diseño del mundo y que publican manifiestos kilométricos sobre cómo la automatización vuelve obsoleto nuestro oficio.

La ironía es espesa. La misma industria que pregona que el proceso de Diseño ya no importa produjo, en menos de tres años, una de las experiencias de usuario más rotas que ha salido de Silicon Valley en una década.

Y esto es solo la puerta de entrada. Del otro lado, cuando ya elegiste el modelo, sigue sin quedar claro qué puede hacer realmente la herramienta que acabas de seleccionar. Buena parte de la frustración que veo en equipos de producto a lo largo de toda la región no es que el modelo falle por falta de capacidad. Es que los usuarios no saben si lo que acaban de pedir estaba dentro de lo que la herramienta sabe hacer bien, o si empujaron al sistema a improvisar una respuesta segura para no quedarse callado.

Llevamos más de treinta años sabiendo cómo mitigar esto. Jakob Nielsen publicó sus famosas diez heurísticas de usabilidad en 1995. Eso fue antes del iPhone, antes de las tablets, antes de casi todo lo que hoy consideramos la base de una interfaz digital. La primera de esas reglas sigue siendo la más pisoteada en 2026: el sistema debe mantener siempre informado al usuario de su estado, en un lenguaje que reconozca y entienda.

Un selector desplegable entre “Modelo A”, “Modo Agente” y “Nivel de esfuerzo alto” no informa a nadie. Traslada el diagnóstico técnico al mismo individuo que llegó ahí, precisamente, porque no quería hacer un diagnóstico técnico.

Entregarle a alguien todas las opciones de configuración posibles no es lo mismo que diseñarle una decisión. Diseñar una decisión implica establecer un comportamiento por default razonable, explicar con claridad qué cambia si decides salirte de él y reservar la complejidad completa únicamente para quien de verdad la solicita. Empujar cada disyuntiva interna de ingeniería hacia afuera y llamarlo “flexibilidad” es un acto de cobardía operativa. Casi siempre significa que adentro, en las oficinas corporativas, nadie quiso tomar el riesgo de priorizar por ti.

Ese costo oculto no aparece en los reportes trimestrales ni en los tableros de adopción que revisan en las juntas de inversionistas. Cuando un líder de producto en tu empresa abandona una herramienta nueva después de dos intentos fallidos, rara vez lo hace porque el modelo carezca de potencia. Lo hace porque nunca entendió qué estaba operando, ni por qué la respuesta de un martes no se parece a la del miércoles anterior.

En el teatro corporativo, ese abandono termina registrado en alguna métrica como “falta de madurez digital del usuario”. Y casi nunca se asume como lo que realmente es: el fracaso de un equipo que decidió saltarse la parte más difícil de su trabajo.

Felices trazos.