Entwerfen einer Benutzeroberfläche

In diesem Abschnitt werden einige der Aufgaben beschrieben, die dem Entwerfen einer Benutzeroberfläche für eine Windows-Anwendung zugeordnet sind.

• Introduction (Einführung)
• Funktionsanforderungen
• Benutzeranalyse
  • Problemanweisungen
  • Prioritäten
• Konzeption
• Logischer Entwurf
• Physischer Entwurf

Einführung

Ui-Design kann in drei wesentliche Elemente unterteilt werden: Funktionalität, Ästhetik und Leistung.

Häufiger als nicht, ist der primäre Fokus während der Anwendungsentwicklung Funktionalität. Kann die Anwendung verwendet werden? Ermöglicht es Benutzern, Aufgaben abzuschließen? Die Funktionalität ist jedoch nur ein Teil der Geschichte.

Ästhetik beschreibt, wie Dinge gezeigt und präsentiert werden, die Art, in der Dinge an den Benutzer kommuniziert werden. Ästhetiken sind sehr subjektiv und viel schwieriger zu quantifizieren als funktionale Anforderungen und Leistungsmetriken. Ästhetik kommt in der Regel auf einfache Entscheidungen zurück – wie Farben einander ergänzen oder wie UI-Elemente ihre Bedeutung vermitteln – dies wirkt sich oft auf die Art und Weise aus, wie eine Person etwas fühlt und beeinflusst, wie erfolgreich sie es verwenden.

Die Leistung wird nicht nur durch Geschwindigkeit, sondern auch durch Zuverlässigkeit gemessen. Wenn eine Anwendung aussieht und sich gut fühlt, ist einfach zu verwenden, stürzt aber wiederholt ab, es wird wahrscheinlich nicht sehr erfolgreich sein. Die Anwendung muss einem Benutzer volles Vertrauen in seine Zuverlässigkeit bieten.

Im Folgenden finden Sie einige Entwurfsphasenaufgaben, die zu einer erfolgreichen Benutzeroberfläche für eine Windows-Anwendung beitragen können.

Funktionsanforderungen

Berücksichtigen Sie die folgenden Vorschläge früh in der Entwurfsphase, um die Benutzerfreundlichkeit auf die breiteste Zielgruppe zu optimieren:

• Folgen Sie den Richtlinien für das Ui-Design.

  Werden Sie mit den Richtlinien für die Benutzeroberflächeninteraktion Windows vertraut und verweisen Sie häufig auf das Design, die Implementierung und das Testen der Anwendungsoberflächen.

• Stellen Sie sicher, dass die Benutzeroberfläche zugänglich ist.

  Stellen Sie sicher, dass Sie Barrierefreiheit im Ui-Design vom Anfang des Produktlebenszyklus integrieren. Die Nachrüstung der Barrierefreiheit kann äußerst kostspielig sein, da ein Teil der Barrierefreiheitsentwicklung auf architekturbezogener Ebene Aufmerksamkeit erfordert. Weitere Informationen hierzu können Sie das Engineering Software for Accessibility eBook herunterladen.

• Unterstützen Sie den internationalen Marketplace.

  Windows enthält Technologien, die unterstützung für viele Kulturen und geschriebene Sprachen in einer Windows Anwendung ermöglichen. Wenn die Anwendung auf den internationalen Marketplace ausgerichtet ist, ist es wichtig, die Internationalisierungsunterstützung im UI-Design vom Anfang des Projekts einzuschließen. Weitere Informationen finden Sie unter Internationalisierung für Windows Anwendungen.

Benutzeranalyse

Ein wichtiger Schritt beim Entwerfen einer erfolgreichen Schnittstelle ist ein grundlegendes Verständnis dafür, was Benutzer benötigen und von einer Anwendung wünschen, bevor Sie Code schreiben. Denken Sie daran, dass potenzielle Benutzer einer Anwendung bereits ihre Arbeit auf einige Weise erledigen und vorhandene Tools und Prozesse so vollständig wie möglich verstanden werden sollten. Entwerfen Sie nicht, ohne diese Probleme vollständig zu berücksichtigen.

Der einfachste und informelle Ansatz spricht mit den beabsichtigten Benutzern des Produkts. Erhalten Sie Informationen direkt aus der Quelle– vermeiden Sie die Verwendung von Managern oder Führungskräften als Proxies für tatsächliche Verbraucher. Berücksichtigen Sie, dass kleine Gruppen von Entwicklern und Programmmanagern informelle Besuche an Benutzer in ihren Arbeitsplatzen zahlen, in denen es eine Möglichkeit gibt, zu diskutieren, wie sie arbeiten und Details zu den Problemen sammeln, die sie mit ihren aktuellen Tools konfrontiert haben.

Denken Sie daran, keine führenden oder voreingenommenen Fragen zu stellen, da sich dies direkt auf die Qualität und Gültigkeit des Benutzerfeedbacks auswirkt. Beachten Sie folgendes beim Verfassen von Fragen in dieser Phase:

• Wer sind unsere Benutzer? Welche Fähigkeiten und Kenntnisse haben sie?
• Welche unterschiedlichen Datenquellen können wir verwenden, um ihre Erfahrung zu verstehen?
• Welche Ziele und Aufgaben werden unser Produkt verwenden, um das Produkt abzuschließen?
• Welche Annahmen machen wir, und wie können wir sie überprüfen?
• Welche Datenquellen haben wir? (Benutzerfreundlichkeitsstudien und Heuristische Bewertungen sind gute Orte, um zu beginnen.)

Problemanweisungen

Sobald alle Benutzerfeedback gesammelt wurden, analysieren und destillieren Sie sie in verwandte Probleme und Anforderungen. Versuchen Sie zu vermeiden, lösungen an diesem Punkt zu denken. Stellen Sie sicher, dass die Probleme vollständig identifiziert werden, nicht nur die Symptome.

Es ist oft hilfreich, eine Liste einer Satzproblemanweisungen (aus der Perspektive der Benutzer) für jedes Problem oder jede Anforderung zu verfassen. Beispielsweise ist "Größe der Bearbeitungsfeldbreite auf 15 Zeichen ändern" kein Problem. Aber "Es ist zu schwierig, in lange Suchbegriffe einzugeben" ist eine gültige Problemausweisung. Der Unterschied ist dramatisch. Versuchen Sie nicht, die Lösung und das Problem gleichzeitig zu definieren: Oft geht das echte Problem verloren. In diesem Beispiel kann es viele andere Möglichkeiten geben, das Problem der Suchbegriffe zu lösen, einschließlich der Änderung der Größe des Bearbeitungsfelds. Denken Sie immer an alternative Lösungen.

Im Folgenden finden Sie weitere Beispiele für Problemanweisungen:

• Es ist schwierig, von einem Abschnitt der Website zu einer anderen zu navigieren.
• Benutzer müssen zu lange warten, bis die Software geladen werden kann.
• Unsere Sicherheitsfehlernachrichten sind schwer zu verstehen.
• Die Registrierungsseite hat zu viele Fragen, und Benutzer verlassen es häufig.
• Das Suchen eines bestimmten Produkts auf dem Websiteindex ist zu schwer zu vollständig.

Wenn die Problemanweisungen breit genug sind, gibt es wahrscheinlich viele innovative und kreative Möglichkeiten, sie zu lösen.

Prioritäten

Der Akt der Aufnahme einer Liste von Elementen und die Bewertung nach Priorität definiert eine Version. Ohne klare Prioritäten können Teams kämpfen und argumentieren, was getan werden sollte und welche Dinge ausgeschnitten werden sollten. Die arbeit, die sich bei der Festlegung von Prioritäten befindet, sollte mit dem Abschluss der Forschung einfacher sein, aber es ist immer eine Herausforderung.

Das Festlegen von Prioritäten erfordert die Möglichkeit, mindestens drei Kriterien zu bewerten: Zeitplan, Team und Unternehmen. Für das Projekt kann ein vordefinierter Zeitplan festgelegt werden, der die Größe und Skalierung der Arbeit beschränkt, die ausgeführt werden kann. Ein Problem, das wahrscheinlich eine Neuschreibung der Codebasis erfordert, sollte während eines kleinen Releasezyklus nicht versucht werden.

Das Make-up und die Natur eines Teams definiert, welche Art von Arbeit getan werden kann. Welche anderen Verpflichtungen hat das Team? Gibt es einen Designer oder Benutzerfreundlichkeitstechniker im Team? Welche Fähigkeiten mit Web- oder UI-Design hat das Team? Zuletzt und am wichtigsten sind geschäftliche Überlegungen. Was sind die Umsatzziele für dieses Projekt? Wer sind die Wettbewerber? Was sind die Vorteile der Lösung bestimmter Probleme? Welche Partnerschaften können geschmiedet werden? Alle anderen Überlegungen sollten auch identifiziert werden, bevor sie die Liste priorisieren.

Nach der Priorisierung legt die Liste der Problemanweisungen die Richtung für das Produkt fest und stellt sicher, dass die Entwicklung in den richtigen Bereichen ausgerichtet ist.

Konzeption

In der Regel wird die Benutzeroberfläche in der konzeptionellen Entwurfsphase nicht behandelt. Diese Phase erfordert jedoch ein gründliches Geschäftsmodell mit vollständigen Benutzerprofilen und Nutzungsszenarien, die für eine erfolgreiche Benutzererfahrung unerlässlich sind.

Logischer Entwurf

Die logische Entwurfsphase ist der Zeitpunkt, in dem die anfänglichen Prototypen entwickelt werden, die den konzeptionellen Entwurf unterstützen.

Die spezifischen Hardware- und Softwaretechnologien, die während der Entwicklung verwendet werden sollen, werden auch in dieser Phase identifiziert, die die Funktionen der Benutzeroberfläche im Endprodukt bestimmen können. Weitere Informationen finden Sie unter "Benutzeroberflächentechnologien".

Zusätzlich zu den Entwicklungstools sollten die verschiedenen Hardwareanforderungen und Formularfaktoren identifiziert werden, die von der Anwendung gezielt sein sollen.

Physischer Entwurf

Die physische Entwurfsphase bestimmt, wie ein UI-Design für die spezifischen Hardware- und Formularfaktoren implementiert werden soll, die im logischen Design identifiziert wurden.

In dieser Phase können Hardware- oder Formfaktorbeschränkungen unerwartete Einschränkungen auf der Benutzeroberfläche einführen, die erhebliche Einschränkungen für das Design erfordern.