Aproape totul despre modul în care construim produse software pentru întreprinderi se schimbă acum. Ani de zile, când ai construit produse SaaS, întregul tău design s-a concentrat pe modul în care un utilizator ar interacționa cu sistemul pentru a-și îndeplini sarcina, singur sau în colaborare. Acum, multe dintre provocările de bază ale designului se referă mai mult la modul în care utilizatorul va lucra cu agenții AI pentru a face această sarcină. Acest lucru transformă întrebările în modul în care utilizatorul va configura, implementa, orchestra sau furniza context agenților AI pentru a executa munca și apoi își va revizui și încorpora munca după. Se întâmplă acest lucru într-o interfață de utilizare existentă? Faci asta prin chat? Este prin lista de sarcini sau coadă? Este printr-un generator de fluxuri de lucru? Îl descrieți ca pe un agent sau doar ca pe un rezultat specific pe care îl dorește clientul? Puteți vedea diferențele timpurii care se joacă doar în spațiul de codare AI chiar acum, unde există o dezbatere între IDE, terminal, interfață web sau pur și simplu utilizarea slack. În toate cazurile, un lucru care pare a fi clar este că, în multe privințe, pentru utilizator, software-ul devine mai simplu din punct de vedere direcțional. Nobele, comutatoarele, comutatoarele și componentele necesare pentru ca oamenii să execute sarcini sunt mai puțin necesare într-o lume a agenților AI. API-urile pentru aceste capabilități încă contează pentru agenții AI (astfel încât să nu dispară), dar sunt utilizate în primul rând în fundal. Și când apar în cele din urmă pentru utilizator, este mai mult pentru cazuri de utilizare avansate, gestionarea excepțiilor sau procesul de revizuire, spre deosebire de activitatea obișnuită. Suntem cu ușurință în cea mai interesantă perioadă de design software în care am fost vreodată. Trebuie să proiectăm atât pentru utilizatori, cât și pentru agenți autonomi în același timp. Și suntem doar în fazele de început a ceea ce arată.