Nästan allt om hur vi bygger programvaruprodukter för företag förändras just nu. I åratal när du byggde SaaS-produkter var hela ditt designfokus hur en användare skulle interagera med systemet för att utföra sin uppgift, på egen hand eller i samarbete. Nu handlar många av de grundläggande designutmaningarna mer om hur användaren kommer att arbeta med AI Agents för att utföra denna uppgift. Detta omvandlar frågorna till hur användaren kommer att konfigurera, distribuera, orkestrera eller ge kontext till AI-agenter för att utföra arbete och sedan granska och införliva sitt arbete efteråt. Händer detta i ett befintligt användargränssnitt? Gör du detta via chatten? Är det genom uppgiftslista eller kö? Är det genom en arbetsflödesbyggare? Beskriver du det som en agent eller bara produktiv det specifika resultat som kunden vill ha? Du kan se de tidiga skillnaderna som utspelar sig just i AI-kodningsutrymmet just nu, där det finns en debatt mellan IDE, terminal, webbgränssnitt eller bara att använda slack. I alla fall är en sak som verkar vara klar på många sätt, för användaren, blir programvaran riktningsmässigt enklare. De nobbar, växlar, omkopplare och komponenter som behövs för att människor ska kunna utföra uppgifter är mindre nödvändiga i en värld av AI-agenter. API:erna för dessa funktioner är fortfarande viktiga för AI-agenterna att använda (så att de inte försvinner), men de används främst i bakgrunden. Och när de så småningom visas för användaren är det mer för avancerade användningsfall, undantagshantering eller granskningsprocessen, i stället för den vanliga aktiviteten. Vi befinner oss i den mest intressanta perioden av mjukvarudesign som vi någonsin har varit i. Vi måste designa för både användare och autonoma agenter på samma gång. Och vi är bara i början av hur det ser ut.