Todos los productos en la categoría de seguimiento del tiempo — incluido el nuestro — le piden al usuario una cantidad enorme de clics antes de empezar a ser útiles. Configuración de proyectos. Grupos de permisos. Reglas de notificación. Constructores de informes personalizados. El arrastrar y soltar en la vista de agenda. La primera semana con cualquiera de estas herramientas es idéntica: abres un diálogo, eliges de una lista, guardas, esperas a que la página recargue, abres el siguiente diálogo. Medio día después tienes un espacio de trabajo que hace más o menos lo que tu equipo necesita.
Durante mucho tiempo, esos clics eran el precio del software. La fricción de la configuración era parte del trabajo.
Lo que está cambiando, primero despacio y ahora a toda velocidad, es que ese precio dejó de ser necesario. Existe otra forma de trasladar la intención de un usuario a un producto, y una vez que usas software construido sobre esa otra forma, el modelo antiguo empieza a sentirse pesado. No lento. Pesado. Como si te estuviera pidiendo que hagas un trabajo que ya no sientes que te corresponde.
Esa sensación le está pasando a mucha gente ahora mismo, en silencio. Es ese pequeño momento privado que un cambio de categoría tiene cuando lo vives desde dentro, antes de que el discurso público lo alcance.
El contrato de traducción
Hasta hace muy poco, el único mecanismo que teníamos para convertir la intención de un usuario en comportamiento del sistema era la interfaz: menús, botones, campos, diálogos, controles de arrastre. El usuario pensaba «quiero que los comerciales y operaciones vean este informe, pero que solo operaciones pueda editarlo», y su trabajo era traducir ese pensamiento en la secuencia correcta de clics a través de tres pantallas. El trabajo del producto era hacer esa secuencia lo más corta e inequívoca posible. Se construyeron carreras enteras sobre la diferencia entre cuatro clics y tres.
Hicimos nuestro mejor trabajo dentro de esa restricción. Algunos de los productos más queridos de la última década eran simplemente equipos que lograron que la secuencia fuera más corta que la de cualquier otro.
Pero la restricción siempre estuvo ahí. Era el contrato de la era: el usuario hace la traducción, el software ejecuta el resultado.
Una afirmación con cuidado
Quiero ser cuidadoso con lo que estoy afirmando aquí, porque la conversación sobre IA y software se ha vuelto bastante difusa.
No estoy diciendo que las funcionalidades vayan a desaparecer. Los productos siguen teniendo que hacer cosas concretas; el mundo sigue necesitando facturación, seguimiento del tiempo, inventario y CRM. Tampoco estoy diciendo que «el lenguaje natural es la nueva interfaz» en el sentido fuerte de que todo se convierte en una caja de chat. El chat es una forma, y muchas veces es la forma equivocada.
Lo que está pasando, concretamente, es que la capa de configuración del software — las miles de pequeñas decisiones que un usuario tiene que codificar mediante clics para que el producto haga lo correcto en su situación — se está volviendo abordable a través del lenguaje. Lo que antes configurabas a mano, ahora lo describes. Lo que el producto antes te obligaba a ensamblar a partir de piezas básicas, ahora el producto lo ensambla por ti, a partir de tu descripción.
Esta es una afirmación más modesta que «la IA lo está cambiando todo». Y también es más duradera. La era de la interfaz no se acaba porque alguien inventó algo completamente nuevo. Se acaba porque la parte de cada interfaz que le pedía al usuario hacer trabajo de traducción ya no tiene que hacerlo.
Dentro de nuestro propio producto
En WebWork hemos integrado esto directamente en el tracker. WebWork AI es un asistente agéntico que convive con el resto del producto. Le preguntas lo que necesitas saber sobre tu equipo y te lo dice. Le pides que cree una tarea, un proyecto, un standup, y lo hace. Observa las señales del día a día — quién se conectó y cuándo, quién está registrando qué, dónde la actividad sube o baja — y te muestra lo relevante sin que tengas que ir a buscarlo. Riesgo de burnout, desbordamiento de presupuesto, anomalías en los patrones de alguien: un manager se entera antes de que hubiera tenido que acordarse de preguntar.
Lo que se reemplaza no son las pantallas de configuración en sí. Esas siguen ahí para quienes las quieran usar. Lo que se reemplaza es el trabajo de operarlas. Las preguntas que antes respondías abriendo tres dashboards, ahora las haces en una frase. Las tareas que antes configurabas haciendo clic en cinco campos, ahora las describes por voz o por chat. El informe semanal que antes armabas a mano se genera solo y llega a tu bandeja de entrada.
La interfaz no desapareció. El trabajo de operarla, sí.
En qué se convierte el trabajo
La pregunta natural, para cualquiera que trabaje en software, es si algo de esto nos deja sin empleo — si construir producto es, en el límite, simplemente describirle el producto a un modelo.
No lo creo, pero la respuesta es más interesante que un simple no. El trabajo que desaparece es el de traducir la intención del usuario en primitivas de interfaz. Ese trabajo siempre fue derivado; lo hacíamos porque el usuario no podía, no porque fuera la parte interesante. El trabajo que permanece, y que se vuelve más difícil, es determinar exactamente qué debería hacer el producto, para qué usuarios, en qué situaciones, con qué compensaciones. El trabajo de decisión. El trabajo de criterio. El trabajo de «por qué esto y no aquello».
Cualquiera que lleve más de unos años trabajando en software sabe que el diseño de una página de ajustes rara vez era el cuello de botella de lo que hacía bueno a un producto. El cuello de botella era saber qué debía permitir decir esa página de ajustes al usuario. Ese conocimiento no va a ningún lado; de hecho, se vuelve más visible, porque ya no hay dónde esconderlo detrás del oficio de construir interfaces.
La traducción como defecto
Para quienes estamos construyendo software hoy, lo que compartiría — no como predicción sino como algo sobre lo que ya estamos actuando con nuestro propio producto — es que cada punto donde actualmente le exiges al usuario traducir su intención en clics es ahora un defecto. No una superficie de funcionalidad. Un defecto. Siempre fue un préstamo contra los límites de lo que el software podía entender. El límite se ha movido.
Lo que reemplace a los clics no será lo mismo en cada categoría. En algunos casos será una descripción. En otros, un ejemplo. En otros, un agente que observa lo que haces durante una semana y después te hace, con tacto, tres preguntas. La forma varía. El principio no: la carga de la traducción pasa del usuario al sistema, donde siempre debió estar, y donde por primera vez puede realmente vivir.
El software que la gente usará dentro de unos años será más silencioso que el software que usa hoy. Menos en qué hacer clic. Menos que configurar. Menos que recordar. Más de lo que realmente querían, más rápido, con menos de sí mismos gastado en llegar ahí.
No estamos construyendo hacia una interfaz más ruidosa. Estamos construyendo hacia una más silenciosa.