Nicht nur schön, sondern tragfähig.

Von Dimitri König · 5. März 2026

Das Problem: Portal gebaut, Prozess vergessen

Viele Digitalisierungsprojekte starten mit einer naheliegenden Frage: «Wie soll die Oberfläche aussehen?» Man entwirft Screens, diskutiert Farben, Felder, Buttons. Am Ende steht ein Portal, das auf den ersten Blick gut aussieht.

Dann kommt die Realität. Der Innendienst muss Bestellungen manuell ins ERP übertragen, weil die Schnittstelle nicht passt. Sonderfälle landen in einem E-Mail-Postfach, weil sie im Portal nicht vorgesehen sind. Und wenn ein Lieferanten-Bot Daten automatisch zuliefern soll, fehlen strukturierte Schnittstellen und klare Regeln.

Das ist kein Zufall. Es ist die Folge davon, dass beim Entwurf nur eine Perspektive eingenommen wurde: die des Endusers. Die beiden anderen Perspektiven, Betrieb und Automatisierung, wurden erst später bedacht. Oder gar nicht.

Der Drei-Perspektiven-Ansatz

In meiner Methode entwerfe ich Ablauf und Oberfläche nicht nur aus Sicht der Person, die damit arbeitet, sondern gleichzeitig auch aus Sicht des internen Betriebs und der Automatisierung. Das klingt selbstverständlich, ist es aber nicht.

Ich denke nicht nur an die Oberfläche, sondern an drei Ebenen zugleich: Mensch, Betrieb und Automatisierung.

1. Perspektive Enduser: intuitiv und reibungsarm

Die Person, die eine Bestellung auslöst, ob intern im Verkauf oder als externer Kunde, soll nicht nachdenken müssen, wie das Portal funktioniert. Der Ablauf muss sich logisch anfühlen, Eingaben müssen geführt sein, und Fehler sollten gar nicht erst möglich sein.

Konkret heisst das: klare Schritte, verständliche Bezeichnungen, Live-Validierung bei Eingaben und eine Preissimulation, die sofort reagiert. Keine Schulung nötig, kein Handbuch, kein «da müssen Sie erst auf den anderen Tab klicken».

• Geführte Eingabe statt leere Formularfelder
• Sofortige Rückmeldung bei Preis, Verfügbarkeit und Liefertermin
• Sonderfälle werden erkannt und sauber weitergeleitet, nicht blockiert

Diese Perspektive ist am sichtbarsten. Aber sie allein reicht nicht.

2. Perspektive Betrieb: passend zu Prozessen, Rollen und Systemen

Ein Portal, das für den Enduser gut aussieht, aber intern Mehrarbeit erzeugt, ist kein Fortschritt. Wenn der Innendienst jede Bestellung nachbearbeiten muss, wenn Daten manuell in ein anderes System übertragen werden oder wenn Freigaben per E-Mail laufen, obwohl sie im Portal passieren könnten, dann stimmt die zweite Perspektive nicht.

Die Betriebsperspektive fragt: Wie fliesst eine Bestellung nach dem Absenden weiter? Welche Rollen prüfen, bestätigen, verändern? Wo sind die Systemgrenzen zum ERP, zur Produktion, zum Lager? Und wie verhält sich der Prozess, wenn der zuständige Mitarbeiter in den Ferien ist?

• Saubere Übergabe ans ERP ohne manuelle Nachbearbeitung
• Rollen und Freigaben im Portal abgebildet, nicht per E-Mail umgangen
• Stellvertretung und Eskalation von Anfang an mitgedacht

Wer diese Perspektive ignoriert, baut ein schönes Frontend mit einem kaputten Backend-Prozess. Der Innendienst merkt es als Erster.

3. Perspektive Automatisierung und KI: schon heute Realität

Automatisierung ist kein Zukunftsthema. Sie passiert jetzt. Bots von Lieferanten liefern Daten zu, ERP-Workflows triggern Nachbestellungen, und KI-Agenten analysieren Bestellmuster und schlagen Konditionen vor. Wer sein Portal nur für menschliche Eingaben baut, schliesst diese Möglichkeiten von vornherein aus.

Deshalb muss die Lösung von Anfang an auch über Schnittstellen sauber nutzbar sein. Nicht nur über die Oberfläche, sondern auch über APIs mit strukturierten Daten, nachvollziehbaren Statusübergängen und klaren Regeln.

• Strukturierte APIs, die nicht nur für die UI gebaut sind, sondern auch für Bots und Agenten
• Klare Datenmodelle und Statusübergänge, maschinenlesbar und validierbar
• Regelbasierte Logik, die sich automatisiert auslösen lässt, nicht nur per Klick

Die dritte Perspektive entscheidet darüber, ob die Lösung auch für Automationen und KI nutzbar ist oder nur über die Oberfläche funktioniert.

Konkretes Beispiel: Ein Bot liefert Seriennummern

Ein IT-Bestellportal erhält vom Bot eines Lieferanten automatisch Seriennummern zugestellt. Der Bot verhandelt mit dem Portal das Format, geht auf Validierungen ein und meldet Erfolg oder Fehler zurück. Alles automatisch, ohne dass ein Mensch eingreifen muss.

Das funktioniert nur, wenn das Portal von Anfang an nicht nur für Bildschirme, sondern auch für Maschinen gebaut wird: mit sauberen Schnittstellen, klaren Validierungsregeln und strukturierten Rückmeldungen.

Warum alle drei Perspektiven gleichzeitig?

Man könnte meinen: «Zuerst bauen wir die Oberfläche, dann kümmern wir uns um den Rest.» Das klingt pragmatisch, führt aber zu teuren Nachbesserungen.

Wenn die Betriebsperspektive erst später kommt, fehlen Datenfelder, Statusmodelle oder Schnittstellen, die nachträglich eingebaut werden müssen. Wenn die Automatisierungsperspektive fehlt, sind Prozesse an die Oberfläche gebunden. Bots und KI-Agenten können nicht andocken, und jede Erweiterung wird zum Umbau.

Alle drei Perspektiven gleichzeitig zu denken ist kein Mehraufwand. Es ist eine Entwurfsentscheidung, die von Anfang an mitläuft.

Beispiel: Eine Bestellung aus drei Blickwinkeln

Ein Kunde bestellt über das Portal Holzzuschnitte mit individuellen Massen, Kantenbearbeitung und Verpackungslogik. Was passiert aus den drei Perspektiven?

Enduser-Perspektive

Der Kunde wählt Produkt, Mass und Kante in einem geführten Ablauf. Ungültige Kombinationen werden sofort blockiert. Preis und Liefertermin aktualisieren sich live. Am Ende steht ein klares Angebot. Ohne Rückfragen, ohne Wartezeit.

Betriebsperspektive

Die Bestellung wird automatisch geprüft und ans ERP übergeben. Der Innendienst sieht nur Fälle, die eine Freigabe brauchen. Die Produktion erhält strukturierte Daten statt interpretationsbedürftiger E-Mails. Der Prozess läuft, auch wenn eine Person abwesend ist.

Automatisierungsperspektive

Dieselbe Bestellung lässt sich auch über eine API auslösen. Ein ERP-Workflow erkennt wiederkehrende Muster und triggert eine Nachbestellung. Eine KI analysiert bisherige Bestellungen und schlägt optimierte Konditionen vor. Das funktioniert, weil die Datenstruktur und die Regeln von Anfang an sauber sind.

Fazit: Für Menschen und Maschinen gleichzeitig

Der Drei-Perspektiven-Ansatz ist keine Theorie. Es ist eine Entwurfshaltung, die sich bei jedem Bestellportal bewährt: Nicht nur fragen, ob es schön aussieht, sondern ob es betrieblich funktioniert und für Automationen und KI nutzbar ist.

So entsteht nicht einfach ein schönes Portal, sondern eine Lösung, die für Menschen, für den Betrieb und für Automationen und KI gleichermassen funktioniert.

Ihr nächster Schritt? Der Fit-Check zeigt in 5 Minuten, ob Ihr Offertprozess ein guter Kandidat für diesen Ansatz ist. Keine Verpflichtung, keine Kosten. Nur Klarheit.