Ein Kunde ruft an und möchte die Lieferadresse einer Bestellung ändern. Ihre Kollegin findet die Bestellung, prüft die Anfrage, ändert die Adresse und erklärt dem Kunden das Ergebnis. Das klingt nach einer Aufgabe. Wie viele Werkzeuge braucht sie dafür?
Beginnen Sie bei der Planung eines internen Verwaltungssystems mit einer solchen Aufgabe. Legen Sie fest, was die Person sehen muss, was sie ändern darf und woran sie erkennt, dass die Änderung geklappt hat. Das ergibt eine klarere Aufgabenstellung als eine Liste von Übersichtsseiten.
Wählen Sie eine Aufgabe, die Sie vollständig verfolgen können
Stellen wir uns eine fiktive Reparaturwerkstatt vor, die reparierte Geräte an Kunden zurückschickt. Ein Kunde bittet um den Versand an eine andere Adresse. Die Werkstatt verwaltet Reparaturaufträge in einem System und bucht den Versand in einem anderen.
In diesem Beispiel speichert das Auftragssystem die für diesen Auftrag geltende Lieferadresse für das reparierte Gerät. Der Versanddienst verwaltet die Sendungsbuchung und bestätigt, ob sie noch geändert werden kann. Die allgemeinen Kontaktdaten des Kunden zu ändern, wäre eine eigene Entscheidung.
Halten Sie fest, wo jede Information hingehört. Wenn zwei Ansichten unterschiedliche Adressen zeigen: Auf welchen Datensatz soll sich das Team verlassen, und wer klärt den Widerspruch? Beide Angaben auf einer Seite anzuzeigen, beantwortet diese Frage noch nicht.
Microsofts Anleitung zum Erstellen modellgesteuerter Apps behandelt Daten, Geschäftsprozesse, App-Ansichten und Sicherheitsrollen als getrennte Teile der Arbeit. Sie beschreibt Power Apps, erinnert bei der Planung aber an etwas Wesentliches: Die Ansichten festzulegen ist nur ein Teil der Aufgabe.
Geben Sie jeder Person, was sie für ihre Arbeit braucht
Bevor Sie die Arbeitsoberfläche entwerfen, beschreiben Sie Rollen, Aufgaben und erlaubte Handlungen. Für unsere fiktive Werkstatt könnte die Aufteilung so aussehen:
Kundenservice
Sieht Anfragen zur Adressänderung und den zugehörigen Auftrag. Kann nach den nötigen Kundenprüfungen eine Korrektur anfordern. Darf ein Paket nicht als umgeleitet markieren.
Versandteam
Sieht Aufträge vor dem Versand und bestätigte Adressänderungen. Kann nach den vereinbarten Regeln eine Sendung vorbereiten oder eine fehlgeschlagene Änderung bearbeiten.
Betriebsleitung
Sieht offene Anfragen und ihre Wartezeit. Kann jemanden mit einer Ausnahme beauftragen. Diese Rolle braucht nicht zwangsläufig das Recht, jeden Auftrag zu ändern.
Das sind mögliche Zuständigkeiten, noch keine fertigen Berechtigungsregeln. Ihre Regeln können für bestimmte Änderungen eine Freigabe verlangen oder den Zugang zu einzelnen Kundendaten einschränken. Sowohl die sichtbaren Bedienelemente als auch das System, das die Änderung annimmt, müssen diese Regeln beachten.
Eine Übersicht für die Betriebsleitung und eine Aufgabenliste für Sachbearbeiter können in derselben Anwendung liegen und dennoch verschiedenen Zwecken dienen. Die nächste Aufgabe bestimmt die passende Ansicht.
Gehen Sie die Adressänderung Schritt für Schritt durch
Anfrage finden. Legen Sie die Änderungsanfrage in eine Aufgabenliste mit klarer Zuständigkeit. Zeigen Sie, zu welchem Reparaturauftrag sie gehört, wann sie einging und ob sie schon jemand bearbeitet. Eine Notiz im Kundenverlauf bleibt leicht liegen.
Prüfen, was sich noch ändern lässt. Zeigen Sie die aktuelle Lieferadresse für das reparierte Gerät und den zuletzt bekannten Sendungsstatus. Es muss erkennbar sein, woher diese Angaben kommen und wann sie geprüft wurden. Wenn Versandinformationen fehlen oder veraltet sind, muss die zuständige Person das wissen, bevor sie dem Kunden eine Änderung zusagt.
Erlaubte Änderung vornehmen. Nach den vorgeschriebenen Kundenprüfungen der Werkstatt und einer gegebenenfalls nötigen Freigabe kann eine berechtigte Person die neue Adresse eingeben. Der Entwurf sollte erklären, ob dadurch der Reparaturauftrag geändert, eine Änderung der bestehenden Sendung angefragt oder beides in getrennten Schritten erledigt wird.
Eine brauchbare Verwaltungsoberfläche zeigt, was zu tun ist, gibt der zuständigen Person die nötigen Informationen und Rechte und zeigt, ob der Schritt tatsächlich erfolgt ist.
Auf die richtige Bestätigung warten. Eine im Reparaturauftrag gespeicherte Adresse bedeutet noch nicht, dass der Versanddienst sie angenommen hat. Zeigen Sie beide Ergebnisse getrennt. Solange eine Antwort aussteht, sollte die Anfrage offen bleiben und dem Team genug Informationen geben, um dem Kunden den Stand zu erklären.
Einen brauchbaren Verlauf festhalten. Legen Sie fest, welche Ereignisse erfasst werden sollen: etwa wer die Änderung beantragt und freigegeben hat, die alten und neuen Werte sowie die Antwort des Versanddienstes. Entscheiden Sie, wer den Verlauf sehen darf und wie er geprüft wird. Ein Reiter namens „Verlauf“ sagt allein noch nichts darüber aus, welche Ereignisse er enthält.
Ausnahmen zuweisen. Wenn das Paket bereits unterwegs ist, der Versanddienst die Änderung ablehnt oder die Verbindung ausfällt, geben Sie die offene Anfrage an eine benannte Person oder ein Team weiter. Beschreiben Sie, was vor einem neuen Versuch geprüft werden muss, damit eine unklare Antwort nicht zu wiederholten Aktionen führt.
Klären Sie, was die Systeme übersetzen müssen
Verschiedene Systeme können unter einem Auftragsstatus oder einer Adresse Unterschiedliches verstehen. Microsofts Architekturhinweise zur Übersetzung zwischen Systemen erklären dieses Problem und den Aufwand, diese Übersetzung zu pflegen. Sie beschreiben ein technisches Muster, keine Pflichtkomponente für jedes Verwaltungssystem.
Für die Werkstatt lautet die praktische Frage: Was genau bedeutet „geändert“ in jedem System? Vereinbaren Sie Felder, Statusbedeutungen, Bestätigungen und den Umgang mit Fehlern, bevor Sie die Verbindung als fertig betrachten. Eine gemeinsame Arbeitsoberfläche kann weiterhin davon abhängen, dass mehrere Systeme jeweils ihren Teil erledigen.
Machen Sie aus dem Ablauf eine Aufgabenstellung
Notieren Sie für jede geplante Aufgabe die Rolle, die Aufgabenliste, die Informationsquelle, die erlaubte Handlung, die Bestätigung, den Verlauf und die Zuständigkeit bei Ausnahmen. Beschreiben Sie den normalen Ablauf und einen schwierigen Fall, etwa eine Sendung, deren Adresse sich nicht mehr ändern lässt.
Wir entwickeln individuelle Unternehmenssoftware. Bringen Sie einen Ablauf der Arbeit mit, die Ihr Team erledigen soll, einschließlich der Stelle, an der sie heute ins Stocken gerät. Anhand dieser Arbeit können wir Umfang und Bedingungen eines möglichen Projekts besprechen.
Fragen zu einer gemeinsamen Arbeitsoberfläche
Müssen für eine gemeinsame Arbeitsoberfläche alle Systeme ersetzt werden?
Nein. Sie kann Informationen und Aktionen aus bestehenden Systemen zusammenführen. Legen Sie fest, welches System für jede Angabe den gültigen Datensatz hält und welches System die jeweilige Handlung bestätigen muss. Die gemeinsame Ansicht trifft diese Entscheidungen nicht.
Sollten alle dieselben Bedienelemente sehen?
Geben Sie jeder Rolle die Informationen und Handlungen, die sie für ihre Aufgabe braucht. Die Betriebsleitung benötigt vielleicht einen Überblick über offene Arbeit, während der Kundenservice eine einzelne Anfrage bearbeiten muss. Eine gemeinsame Oberfläche verlangt keine gleichen Berechtigungen für alle.
Was soll passieren, wenn eine Änderung nicht abgeschlossen werden kann?
Lassen Sie die Anfrage mit einem klaren Status und einer benannten Person oder einem Team für den nächsten Schritt sichtbar. Zeigen Sie, was bekannt ist, was noch bestätigt werden muss und ob ein weiterer Versuch sicher ist. Kennzeichnen Sie eine angefragte Änderung erst als abgeschlossen, wenn das zuständige System sie bestätigt hat.
