Nesten alt om hvordan vi bygger programvareprodukter for bedrifter er i endring akkurat nå. I årevis da du bygde SaaS-produkter, var hele designfokuset hvordan en bruker ville samhandle med systemet for å utføre oppgaven sin, alene eller i samarbeid. Nå handler mange av de viktigste designutfordringene mer om hvordan brukeren vil jobbe med AI-agenter for å utføre denne oppgaven. Dette gjør spørsmålene til hvordan brukeren vil konfigurere, distribuere, orkestrere eller gi kontekst til AI-agenter for å utføre arbeid, og deretter gjennomgå og innlemme arbeidet etterpå. Skjer dette i et eksisterende brukergrensesnitt? Gjør du dette via chat? Er det gjennom oppgaveliste eller kø? Er det gjennom en arbeidsflytbygger? Beskriver du det som en agent eller bare produktiv det spesifikke resultatet kunden ønsker? Du kan se de tidlige forskjellene som utspiller seg bare i AI-kodingsområdet akkurat nå, hvor det er en debatt mellom IDE, terminal, nettgrensesnitt eller bare bruk av slakk. I alle tilfeller er en ting som ser ut til å være klart at på mange måter blir programvaren enklere for brukeren. Nobbene, bryterne, bryterne og komponentene som trengs for at folk skal utføre oppgaver, er mindre nødvendige i en verden av AI-agenter. API-ene til disse funksjonene er fortsatt viktige for AI-agentene å bruke (slik at de ikke forsvinner), men de utnyttes først og fremst i bakgrunnen. Og når de til slutt dukker opp for brukeren, er det mer for avanserte brukstilfeller, unntakshåndtering eller gjennomgangsprosessen, i motsetning til den vanlige aktiviteten. Vi er lett i den mest interessante perioden med programvaredesign vi noen gang har vært i. Vi må designe for brukere så vel som autonome agenter på samme tid. Og vi er bare i begynnelsen av hvordan det ser ut.