App Funktionen gestalten und Nutzerabläufe planen
Veröffentlicht am · Aktualisiert am
App Funktionen gestalten beginnt mit der Nutzeraufgabe und ihrem Ergebnis sowie den dafür nötigen Schritten, Daten und Zuständen. Schreiben Sie vor der Umsetzung Abnahmekriterien und prüfen Sie den ganzen Ablauf statt nur eine Ansicht.
Nutzerbedarf und ersten Umfang bestimmen
Beschreiben Sie eine konkrete Situation. In einer Aufgabenanwendung möchte ein Mitarbeiter vielleicht Arbeit an eine andere Person übergeben und erfahren, ob diese sie angenommen hat. „Intelligente Zusammenarbeit hinzufügen“ beschreibt kein bestimmtes Verhalten. Nennen Sie Beginn, vorhandenes Wissen und benötigtes Wissen nach Abschluss. Bestimmen Sie das aktuelle Problem: unklare Verantwortung, späte Antwort oder unsichtbare Änderungshistorie. Dadurch vermeiden Sie zusätzliche Bedienelemente, die die grundlegende Aufgabe nicht lösen. Ein genauer Bedarf hilft auch bei der späteren Beurteilung, ob die vorgeschlagene Funktion tatsächlich nützlich ist.
Wählen Sie einen kleinen, eigenständig prüfbaren Teil. Die erste Fassung kann Personenauswahl, Zuweisungsanfrage, Wartezustand und Annahme oder Ablehnung enthalten. Gruppengespräch, Bewertung und Kalender sind nicht automatisch erforderlich, nur weil sie mit Zusammenarbeit zusammenhängen. Beschreiben Sie die Verbindung zum Bestehenden: sofortiger Wechsel der Verantwortung oder Vorschlag zur Annahme? Benennen Sie jetzigen Umfang, spätere Entscheidungen und Ausnahmebehandlung. Dieses Briefing können Sie Infera Agent geben, nachdem Projektmöglichkeiten und zusätzlicher Einrichtungsbedarf geklärt sind. Prüfen Sie offene Voraussetzungen, bevor der Ablauf als umsetzbar gilt.
- Nutzer, Situation und Ergebnis nennen.
- Ein beobachtbares Problem bestimmen.
- Eine erste Fassung abgrenzen.
Ablauf und zugehörige Daten verbinden
Schreiben Sie die Schritte verständlich: Aufgabe öffnen, Person wählen, Auswahl prüfen, Anfrage bestätigen und Ergebnis ansehen. Bestimmen Sie jeweils Eingabe, Ausgabe und Informationsquelle. Eine Personenliste benötigt eine eindeutige Quelle und stabile Kennungen statt möglicherweise gleicher Namen. Entscheiden Sie, wo Aufgabe und Anfrage gespeichert werden und wer welche Elemente sieht. Beschreiben Sie eine Anzeige nicht als Datenänderung. Diese Unterscheidung erleichtert Umsetzung, Prüfung und tägliche Nutzung. Für jede sichtbare Information sollte erkennbar sein, aus welchem gespeicherten Wert sie entsteht und welche Aktion diesen Wert verändert.
Definieren Sie Zustände vor und nach jeder Aktion. Unterscheiden Sie Vorschlag, Annahme, Rücknahme und Ablehnung und bestimmen Sie den tatsächlichen Verantwortungswechsel. Oberflächentext darf keine noch nicht erfolgte Annahme behaupten. Erklären Sie den späteren Zugang zur Aufgabe und den Umgang mit nicht mehr verfügbaren Personen oder geschlossenen Aufgaben. Trennen Sie Benachrichtigung und Speicherung: eine gespeicherte Anfrage beweist keine Nachrichtenzustellung. Beschreiben Sie manuelle Nachverfolgung, falls kein entsprechender Mechanismus umgesetzt wurde. So kann das Team auch offene Vorgänge ohne missverständliche Statusanzeigen bearbeiten.
- Eingaben und Ausgaben festlegen.
- Stabile Kennungen verwenden.
- Gespeicherten Zustand und Nachricht trennen.
Normale und besondere Zustände gestalten
Zeigen Sie entscheidungsrelevante Angaben: Aufgabe, aktuelle Verantwortung, ausgewählte Person und Folgen der Bestätigung nahe der Aktion. Benennen Sie den tatsächlichen Vorgang, etwa „Zuweisungsanfrage senden“, wenn Annahme erforderlich ist. Verkünden Sie keine vorzeitige Zuweisung. Definieren Sie Anzeige bei Warten, leerer Liste oder fehlenden Angaben. Nutzer müssen Fortsetzung, nötige Änderungen und späteren Zugang zum Zustand verstehen. Prüfen Sie Texte zusammen mit der Anordnung statt erst zum Schluss. Eine kurze Beschriftung hilft nur dann, wenn ihre Bedeutung dem tatsächlichen Ergebnis der ausgelösten Aktion entspricht.
Testen Sie entscheidungsrelevante Fälle: bereits verantwortliche Person, nicht verfügbare Auswahl, während der Prüfung geschlossene Aufgabe und wiederholte Bestätigung. Bestimmen Sie Ergebnisse vor der Umsetzung. Bei Fehlern erhalten Sie hilfreiche Eingaben und erklären einen möglichen nächsten Schritt ohne unbelegten Erfolg. Prüfen Sie kleine Bildschirme und lange Namen; wichtige Informationen dürfen nicht allein von einer Farbe abhängen. Ändern sich Daten während des Wartens, bestimmen Sie Anzeige des aktuellen Zustands und Erklärung der Abweichung. So verstehen Nutzer, warum ein früher sichtbarer Zustand nicht mehr gilt.
- Die tatsächliche Aktion benennen.
- Warten, Leere und Fehler definieren.
- Datenänderung und Wiederholung prüfen.
Verhalten und Nutzen überprüfen
Übersetzen Sie den Ablauf in prüfbare Kriterien: gültige Auswahl erzeugt eine Anfrage im vorgesehenen Zustand; Annahme ändert Verantwortung; Ablehnung behält die bisherige Person und zeigt das Ergebnis; erneutes Öffnen zeigt den gespeicherten Zustand. „Die Funktion läuft“ genügt nicht. Verbinden Sie Kriterien mit Fall, Daten und sichtbarem Ergebnis. Prüfen Sie Sender und Empfänger, sofern dieser Weg existiert. Vergleichen Sie Ansichten mit Datensätzen, damit überzeugende Oberflächen keine widersprüchlichen Ergebnisse verdecken. Legen Sie für jeden Fall fest, welche Information den erfolgreichen Ablauf nachweist.
Bitten Sie eine testende Person, ihr Verständnis vor Bestätigung und ihre Erwartung danach zu erklären. Beobachten Sie Stopps, Wiederholungen und Fragen zur Verantwortung. Notieren Sie konkretes Verhalten und ändern Sie dessen Ursache. Wiederholen Sie Kernfälle und betroffene nahe Wege nach Korrekturen. Bewahren Sie Briefing, Kriterien und offene Entscheidungen auf. Prüfen Sie Nutzung vor Erweiterung. Praktischer Erfolg bedeutet erledigte Aufgaben und verständliche Ergebnisse statt vieler Bedienelemente oder einer vollständig wirkenden Aufnahme. Diese Beobachtungen helfen Ihnen, zusätzliche Funktionen nach belegtem Bedarf zu wählen.
- Kriterien mit Fällen und Ergebnissen verbinden.
- Beide Seiten und Datensätze prüfen.
- Verständnis vor Erweiterung bewerten.
Häufige Fragen
Beginne ich mit Ansicht oder Problem?
Mit Nutzersituation und benötigtem Ergebnis. Bestimmen Sie dann Schritte und Informationen. Die Ansicht unterstützt diesen Ablauf und seine Entscheidungen.
Wie wähle ich die erste Fassung?
Wählen Sie den kleinsten prüfbaren Ablauf für die Kernaufgabe. Beschreiben Sie Verbindungen zum Bestehenden und verschieben Sie nicht benötigte Ergänzungen.
Was ist ein gutes Abnahmekriterium?
Es verbindet Zustand, Aktion und prüfbares Ergebnis, etwa eine gespeicherte Anfrage und Verantwortungswechsel nach Annahme. Vermeiden Sie allgemeine Aussagen ohne Datenbezug.
Wann erweitere ich die Funktion?
Nach Prüfung normaler Fälle, Ausnahmen und Nutzerverständnis. Wählen Sie Ergänzungen anhand beobachteten Verhaltens statt einer Sammlung unbegründeter Möglichkeiten.