Fast alles, wie wir Unternehmenssoftwareprodukte entwickeln, ändert sich gerade. Jahrelang lag der gesamte Designfokus beim Bau von SaaS-Produkten darauf, wie ein Benutzer mit dem System interagiert, um seine Aufgabe selbstständig oder kollaborativ zu erledigen. Jetzt bestehen viele der zentralen Designherausforderungen mehr darin, wie der Benutzer mit KI-Agenten zusammenarbeitet, um diese Aufgabe zu erledigen. Das verwandelt die Fragen in, wie der Benutzer KI-Agenten einrichtet, bereitstellt, orchestriert oder ihnen Kontext gibt, um Arbeiten auszuführen, und dann deren Arbeit überprüft und integriert. Passiert das in einer bestehenden Benutzeroberfläche? Machst du das über einen Chat? Ist es über eine Aufgabenliste oder Warteschlange? Ist es über einen Workflow-Builder? Beschreibst du es als Agent oder einfach als das spezifische Ergebnis, das der Kunde möchte? Du kannst die frühen Unterschiede gerade im Bereich des KI-Codierens sehen, wo es eine Debatte zwischen IDE, Terminal, Web-UI oder einfach der Nutzung von Slack gibt. In allen Fällen scheint eines klar zu sein: In vielerlei Hinsicht wird die Software für den Benutzer einfacher. Die Regler, Schalter, Schalter und Komponenten, die erforderlich sind, damit Menschen Aufgaben ausführen, sind in einer Welt von KI-Agenten weniger notwendig. Die APIs für diese Funktionen sind weiterhin wichtig für die Nutzung durch die KI-Agenten (sie verschwinden also nicht), werden aber hauptsächlich im Hintergrund genutzt. Und wenn sie schließlich für den Benutzer sichtbar werden, geschieht dies eher für fortgeschrittene Anwendungsfälle, Ausnahmebehandlung oder den Überprüfungsprozess, anstatt für die gängige Aktivität. Wir befinden uns in der interessantesten Phase des Softwaredesigns, die wir je erlebt haben. Wir müssen gleichzeitig für Benutzer und autonome Agenten entwerfen. Und wir sind erst in den Anfangsphasen dessen, wie das aussieht.