Casi todo sobre cómo estamos construyendo productos de software empresarial está cambiando en este momento. Durante años, cuando creaba productos SaaS, todo su enfoque de diseño era cómo un usuario interactuaba con el sistema para realizar su tarea, por sí mismo o en colaboración. Ahora, muchos de los desafíos de diseño principales tienen más que ver con cómo el usuario trabajará con los agentes de IA para realizar esta tarea. Esto convierte las preguntas en cómo el usuario configurará, implementará, orquestará o proporcionará contexto a los agentes de IA para ejecutar el trabajo, y luego revisará e incorporará su trabajo después. ¿Sucede esto en una interfaz de usuario existente? ¿Haces esto a través del chat? ¿Es a través de la lista de tareas o de la cola? ¿Es a través de un generador de flujo de trabajo? ¿Lo describe como un agente o simplemente como productivo del resultado específico que desea el cliente? Puede ver las primeras diferencias que se desarrollan solo en el espacio de codificación de IA en este momento, donde hay un debate entre el IDE, la terminal, la interfaz de usuario web o simplemente el uso de Slack. En todos los casos, una cosa que parece estar clara es que, en muchos sentidos, para el usuario, el software se vuelve más simple direccionalmente. Los nobs, conmutadores, interruptores y componentes necesarios para que las personas ejecuten tareas son menos necesarios en un mundo de agentes de IA. Las API de estas capacidades siguen siendo importantes para que las usen los agentes de IA (para que no desaparezcan), pero se aprovechan principalmente en segundo plano. Y cuando finalmente aparecen para el usuario, es más para casos de uso avanzados, manejo de excepciones o el proceso de revisión, en lugar de la actividad común. Estamos en el período más interesante de diseño de software en el que hemos estado. Tenemos que diseñar para usuarios y agentes autónomos al mismo tiempo. Y solo estamos en las fases iniciales de cómo se ve eso.