Der Satz steht oben auf meiner Startseite, weil er für mich der Kern von guter Arbeit ist: Gute Software fällt nicht auf. Du merkst sie erst, wenn sie fehlt.
Niemand lobt den Login, der einfach funktioniert. Niemand bedankt sich für den Export, der nie hängt. Auffällig wird Software fast immer dann, wenn sie nervt: wenn sie langsam ist, abstürzt oder einen zwingt, ihren Weg zu gehen statt den eigenen.
Unsichtbarkeit ist Arbeit
Dass etwas mühelos wirkt, ist kein Zufall. Es ist das Ergebnis von Entscheidungen, die der Nutzer nie sieht. Ein paar Beispiele, woran ich meine:
Der Fehlerfall zuerst. Was passiert, wenn das Netz weg ist, die Datei kaputt, die Eingabe leer? Die meiste unauffällige Qualität steckt in Zuständen, die im Demo-Termin nie vorkommen und im Alltag ständig.
Leere Zustände. Der erste Eindruck eines Werkzeugs ist fast immer ein leerer Bildschirm. Ob dort ein hilfloser weißer Kasten steht oder ein Satz, der sagt, was als Nächstes zu tun ist, entscheidet über die ersten fünf Minuten.
Gute Voreinstellungen. Jede Einstellung, die der Nutzer nicht treffen muss, weil der Standard schon richtig ist, ist ein Geschenk. Konfigurierbarkeit ist oft nur die höfliche Form von Ratlosigkeit.
Tempo an der richtigen Stelle. Nicht alles muss schnell sein. Aber das, was jemand zwanzigmal am Tag macht, darf nie warten.
Das ist unbequem, weil der Aufwand unsichtbar bleibt. Die elegante Lösung sieht am Ende oft einfach aus, gerade weil viel Arbeit darin steckt, sie einfach zu machen. Im Projektalltag heißt das auch: Diese Arbeit muss man verteidigen, gegen den verständlichen Wunsch, lieber ein weiteres sichtbares Feature zu bauen.
Ein Beispiel aus meiner Werkstatt
Die Automationen, die bei mir am längsten laufen, haben eines gemeinsam: Ich vergesse, dass es sie gibt. Ein Job, der jeden Morgen ein Briefing baut. Ein Ablauf, der Dateien dort ablegt, wo sie hingehören. Sie melden sich nur, wenn etwas klemmt, und genau das ist das Designziel. Eine Automation, die täglich Aufmerksamkeit braucht, ist keine Automation, sondern ein weiteres Werkzeug, das gepflegt werden will.
Beim Bauen heißt das konkret: lieber weniger Funktionen, dafür robuste. Lieber eine klare Fehlermeldung als zehn Features. Und ein ehrlicher Test am Ende: Fühlt es sich auch nach der zehnten Nutzung noch gut an, nicht nur in der Demo?
Was das für KI bedeutet
Das gilt für klassische Software genauso wie für KI, bei KI aber mit größerer Versuchung. Der Chatbot auf der Startseite ist sichtbar, beeindruckt im Termin und wird nach zwei Wochen nicht mehr benutzt. Die KI, die still Dokumente vorsortiert, Protokolle vorbereitet oder Anfragen an die richtige Stelle leitet, sieht niemand, und genau sie spart jede Woche Stunden.
Wenn ich KI-Ideen bewerte, stelle ich deshalb eine einfache Frage: Würde es jemand vermissen, wenn es morgen weg wäre? Beim sichtbaren Vorzeige-Feature ist die Antwort erstaunlich oft nein. Bei der leisen Automation im Hintergrund ist sie fast immer ja.
Das ist für mich der Maßstab. Nicht was glänzt, sondern was fehlt, wenn es fehlt.