El diseño es compromiso: por qué los mejores productos tecnológicos son los más limitados

Código en pantalla representando diseño y desarrollo de software
El diseño es, en esencia, una serie de compromisos bien elegidos. Foto: Unsplash.

La palabra "compromiso" se ha convertido en un insulto en la industria tecnológica. "Este producto no tiene compromisos", "Diseño sin concesiones", "La mejor experiencia sin sacrificar nada". Todo es mentira.

Cada línea de código, cada botón en una interfaz, cada característica que agregas es un compromiso. No existen los productos sin compromisos. Existen productos que eligen bien sus compromisos y productos que los eligen mal.

Steph Ango, CEO de Obsidian —la herramienta de notas que revolucionó el mercado con su enfoque en archivos locales y privacidad— publicó un ensayo titulado "Design is compromise" que explotó en Hacker News con más de 230 votos y 80 comentarios. Y toca una fibra que duele.

La trampa del "sin compromisos"

Cuando una empresa promete un producto "sin compromisos", lo que realmente está diciendo es que no ha decidido qué es importante. Quiere gustarle a todos. Y gustarle a todos es la receta para no ser excepcional en nada.

Ango lo explica con una claridad brutal: "Una vez que decides un enfoque, inherentemente decides en contra de otras opciones". Otra palabra para compromiso es "tradeoff". Estás intercambiando una debilidad por una fortaleza.

¿El iPhone? No tiene puerto USB-C por años, no tiene expansión de almacenamiento, no tiene cargador en la caja. Cada una de esas decisiones fue un compromiso deliberado. Y el iPhone es el producto más exitoso de la historia.

Los productos que eligen ser malos en algo

Los mejores productos son abiertamente malos en ciertas cosas porque eso les permite ser extraordinarios en lo que importa.

Linux es horrible para el usuario promedio que solo quiere abrir Word. Pero es extraordinario para servidores y desarrollo. Obsidian no tiene sync en la nube por defecto, no tiene modo multijugador, no tiene IA integrada. Es "malo" en todas esas cosas. Pero es el mejor editor de Markdown local que existe.

Twitter/X es un infierno de UX, algoritmos y publicidad. Pero es donde ocurren las conversaciones en tiempo real. Slack consume RAM como si fuera agua. Pero es el mejor chat corporativo. Spotify paga una miseria a los artistas. Pero tiene el catálogo más grande y el mejor descubrimiento musical.

Opiniones fuertes, débilmente sostenidas. Eso es el buen diseño.

El peligro del "well-rounded"

El mayor error que cometen los equipos de producto es tratar de ser "completos". Quieren que su herramienta haga de todo: edición, chat, videollamadas, IA, gestión de proyectos, CRM, lo que sea. El resultado son productos inflados que hacen todo mal.

Ango lo dice directo: "Si haces algo que apunta a ser bueno en un rango amplio de capacidades, estás eligiendo no ser excepcional en nada en particular". Un producto que es promedio en todo nunca generará la lealtad que genera uno que es increíble en una cosa.

Mira el caso de Notion vs Obsidian. Notion intenta ser bloc de notas, base de datos, wiki, gestor de proyectos y CRM. Es bueno en varias cosas. Obsidian solo hace una cosa: archivos Markdown locales conectados. Y sus usuarios son fanáticos.

Cómo aplicar esto a tu código

Esto no aplica solo a productos. Aplica a tu código, a tu stack tecnológico, a tu carrera.

El compromiso no es debilidad

La próxima vez que alguien critique tu producto por lo que NO hace, sonríe. Probablemente significa que hiciste bien tu trabajo.

Decir "no" es más difícil que decir "sí". Requiere convicción, requiere entender a tu audiencia, requiere tener una visión clara de lo que estás construyendo. Los equipos de producto que dicen "sí a todo" son equipos sin dirección.

Como concluye Ango: "Tener un conjunto de tradeoffs con opinión expone tu enfoque a un conjunto de debilidades. Cuanto más inclinas la balanza hacia un lado, más débil será algo más. ¡Y eso está bien! Tomar esas decisiones difíciles es para lo que te pagan".

El diseño es compromiso. El buen diseño es elegir los compromisos correctos para tu audiencia. Y los grandes productos no intentan gustarle a todos. Intentan gustarle MUCHO a alguien.

Comparte esto con ese desarrollador que todavía cree que tener 15 dependencias en package.json es "no hacer compromisos".

¿Cuál es el producto tecnológico más "opinado" que usas? Ese que es increíble en lo que hace pero horrible en todo lo demás. Cuéntanos en los comentarios.