Quasi tutto su come stiamo costruendo prodotti software per le imprese sta cambiando in questo momento. Per anni, quando costruivi prodotti SaaS, il tuo intero focus di design era su come un utente avrebbe interagito con il sistema per portare a termine il proprio compito, da solo o collaborativamente. Ora molte delle sfide di design fondamentali riguardano più come l'utente lavorerà con gli Agenti AI per svolgere questo compito. Questo trasforma le domande in come l'utente configurerà, distribuirà, orchestrerà o fornirà contesto agli Agenti AI per eseguire il lavoro, e poi rivedere e incorporare il loro lavoro successivamente. Questo avviene in un'interfaccia utente esistente? Lo fai tramite chat? È attraverso una lista di attività o una coda? È attraverso un costruttore di flussi di lavoro? Lo descrivi come un Agente o semplicemente produci il risultato specifico che il cliente desidera? Puoi vedere le prime differenze che si stanno manifestando proprio nello spazio della codifica AI in questo momento, dove c'è un dibattito tra IDE, terminale, interfaccia web o semplicemente usando slack. In tutti i casi, una cosa che sembra chiara è che in molti modi, per l'utente, il software diventa direzionalmente più semplice. I controlli, gli interruttori, i pulsanti e i componenti necessari per le persone per eseguire compiti sono meno necessari in un mondo di Agenti AI. Le API per queste capacità sono ancora importanti per l'uso degli Agenti AI (quindi non scompaiono), ma vengono principalmente sfruttate in background. E quando alla fine si presentano all'utente, è più per casi d'uso avanzati, gestione delle eccezioni o il processo di revisione, piuttosto che per l'attività comune. Siamo senza dubbio nel periodo più interessante del design software in cui siamo mai stati. Dobbiamo progettare per gli utenti così come per gli agenti autonomi allo stesso tempo. E siamo solo nelle fasi iniziali di ciò che questo comporta.