Sie brauchen zuerst keine App. Sie brauchen ein Geschäftssystem.

Ein App ist eine Oberfläche. Bevor Oberflächen sinnvoll gestaltet werden können, müssen Prozesse, Datenmodelle und Systemlogik verstanden sein.

Wenn ein Unternehmen beschließt, einen Prozess zu digitalisieren, beginnt das Gespräch fast immer bei Bildschirmen: Wie soll die Oberfläche aussehen, welche Funktionen braucht sie, auf welcher Plattform läuft sie? Das sind keine schlechten Fragen. Es sind nur die falschen ersten Fragen. Bevor eine Oberfläche gut entworfen werden kann, muss das System dahinter verstanden sein.

Die Oberfläche ist nicht das System

Eine Anwendung ist ein Fenster in ein System — sie ist nicht das System selbst. Das System ist die Menge aus Regeln, Prozessen, Datenmodellen und Integrationspunkten, die bestimmt, wie das Unternehmen arbeitet. Die Oberfläche ist die Art, wie Menschen mit diesem System umgehen. Wer die Oberfläche entwirft, bevor das System definiert ist, bekommt elegante Bildschirme mit unklarem Zweck — und meist einen Neubau, sobald die tatsächlichen Anforderungen sichtbar werden.

Dieses Muster ist so verbreitet, dass es normal wirkt. Unternehmen beauftragen Oberflächenentwürfe, führen Nutzerforschung durch und bauen ausgefeilte Frontends — nur um nach dem Bau festzustellen, dass die dahinterliegende Logik nicht zu ihren Abläufen passt. Der Neubau ist teuer, die Lehre absehbar. Und trotzdem wiederholt sich die Reihenfolge.

Die Rangfolge digitaler Entscheidungen

Es gibt eine natürliche Reihenfolge für digitalen Entwurf, und sie läuft vom Abstrakten zum Konkreten. Zuerst das Geschäftsziel: Welches Ergebnis will das Unternehmen erreichen? Daraus die Prozesse: Welche Tätigkeiten müssen ablaufen, damit dieses Ergebnis entsteht? Daraus die Systemanforderungen: Welches Softwareverhalten unterstützt und automatisiert diese Tätigkeiten? Erst dann — mit vollständig spezifiziertem System — ist der Oberflächenentwurf sinnvoll.

• Geschäftsziel: das strategische Ergebnis, dem das System dienen soll
• Geschäftsprozess: die Abfolge von Tätigkeiten, die dieses Ergebnis erzeugt
• Systemdesign: Regeln, Datenmodelle und Integrationen, die den Prozess tragen
• Oberflächendesign: die Bildschirme und Interaktionen, über die Menschen auf das System zugreifen

Was passiert, wenn die Rangfolge umgedreht wird

Kommt der Oberflächenentwurf vor dem Systemdenken, entstehen vorhersehbare Probleme. Funktionen werden ohne klare betriebliche Begründung entworfen, was Priorisierung erschwert und ausufernden Umfang praktisch garantiert. Datenmodelle entstehen, um die Oberfläche zu bedienen, statt das Geschäft abzubilden — was spätere Integrationen teuer macht. Das System wächst durch Funktionsanhäufung statt durch Architektur, und seine Komplexität steigt schneller als sein Nutzen.

Mit dem System beginnen

Ein systemzuerst gedachter Ansatz beginnt nicht mit Wireframes, sondern mit einer Prozesskarte: einer Beschreibung der Tätigkeiten, die das System tragen muss, der Daten, die es verwaltet, und der Entscheidungen, die es ermöglichen oder automatisieren soll. Diese Karte wird zur Spezifikation, gegen die die Oberfläche entworfen wird. Ist der Prozess klar, ist die richtige Oberfläche meist offensichtlich — und die falschen sind leicht auszuschließen.

Mit Digized arbeiten

Bereit, die richtige Architektur aufzubauen?

Jedes Engagement beginnt mit einer strukturierten Architekturphase — wir verstehen Ihr Unternehmen, bevor eine Zeile Code geschrieben wird.

Weiterlesen