Hexenmeister

Anmerkung

Dieses Designhandbuch wurde für Windows 7 erstellt und wurde für neuere Versionen von Windows nicht aktualisiert. Ein Großteil der Anleitungen gilt weiterhin im Prinzip, aber die Präsentation und Beispiele spiegeln nicht unsere aktuelle Designleitfadenwider.

Trotz dieser wunderbaren, skurrilen Namen, Assistenten sind nicht wirklich eine spezielle Form der Benutzeroberfläche, und sie haben nur eine bestimmte Palette von Nutzen.

Assistenten werden verwendet, um mehrstufige Aufgaben auszuführen.

Mehrere Schritte eines Assistenten werden als Abfolge von Seiten dargestellt.

Assistenten enthalten in der Regel die folgenden Seitentypen:

• Auswahlseiten werden verwendet, um Informationen zu sammeln und Benutzern die Auswahl zu ermöglichen.
• Die Commit-Seite wird verwendet, um eine Aktion auszuführen, die nicht rückgängig gemacht werden kann, indem Sie auf "Zurück" oder "Abbrechen" klicken.
• Die Statusseite wird verwendet, um den Fortschritt eines langwierigen Vorgangs anzuzeigen.

Das Design des modernen Assistenten stellt einen Premium-Wert auf Effizienz, macht die Statusseite für kürzere Vorgänge optional und verzichtet häufig auf die traditionelle Willkommensseite und Seite "Herzlichen Glückwunsch" am Anfang und Ende.

Alle Assistentenseiten verfügen über die folgenden Komponenten:

• Eine Titelleiste zum Identifizieren des Namens des Assistenten, mit einer Schaltfläche "Zurück" in der oberen linken Ecke und einer Schaltfläche "Schließen" mit optionalen Schaltflächen "Minimieren/Maximieren" und "Wiederherstellen". Beachten Sie, dass die Titelleiste auch ein Symbol enthält, um es auf der Taskleiste zu identifizieren.
• Eine Hauptanweisung zur Erläuterung des Ziels des Benutzers mit der Seite.
• Ein Inhaltsbereich mit optionalem Text und möglicherweise anderen Steuerelementen.
• Ein Befehlsbereich mit mindestens einer Commit-Schaltfläche, um einen Commit für die Aufgabe auszuführen, oder fahren Sie mit dem nächsten Schritt fort.

Obwohl ein Assistent mehrere Schritte umfasst, müssen diese Schritte bis zu einer einzelnen Aufgabe aus sicht des Benutzers addiert werden. Dies ist das grundlegende Designprinzip des Assistenten "ein Assistent, eine Aufgabe".

Daher ist eine Aufgabe in diesem Artikel die grundlegende Funktion eines Assistenten (z. B. die Aufgabe eines Setup-Assistenten ist die Installation eines Programms). Unteraufgaben sind Aspekte des größeren Vorgangs (z. B. kann eine Unteraufgabe eines Setup-Assistenten sein, um das zu installierende Programm zu konfigurieren). Schließlich wird jede Assistentenseite als Schritt in einer bestimmten Unteraufgabe oder Aufgabe betrachtet (es kann z. B. zwei oder drei Schritte beim Konfigurieren des Programms geben).

Hinweis: Richtlinien für Setup, Dialogfelderund Statusanzeigen werden in separaten Artikeln vorgestellt.

Ist dies die richtige Benutzeroberfläche?

Ein Assistent kann für jede Aufgabe verwendet werden, die mehrere Eingabeschritte erfordert. Effektive Assistenten haben jedoch zusätzliche Anforderungen:

• Führt der Assistent eine einzelne atomige Aufgabe aus? Verwenden Sie keine Interaktionen, die nicht einzelne Aufgaben sind (ein ganzes Programm sollte niemals ein Assistent sein, es sei denn, es wird eine einzelne Aufgabe ausgeführt). Verwenden Sie keine Assistenten, um unabhängige Aufgaben oder weitgehend nicht zusammenhängende Schritte zu kombinieren.

• Kann die Anzahl der erforderlichen Fragen reduziert werden? Gibt es akzeptable Standardwerte, die für die meisten Fälle gut funktionieren oder später angepasst werden können? Folglich kann die Anzahl der Seiten reduziert werden? Wenn ja, versuchen Sie, die Aufgabe so zu vereinfachen, dass sie auf einer einzelnen Seite (z. B. einem Dialogfeld) angezeigt werden kann, oder vermeiden Sie die Vollständige Eingabebedarf (sodass die Aufgabe direkt ausgeführt werden kann).

• Müssen die erforderlichen Fragen sequenziell bereitgestellt werden? Gibt es mehrere wahrscheinliche, aber optionale Fragen? Wenn ja, ziehen Sie ein Dialogfeld oder ein Dialogfeld mit Registerkarten in Betracht.

  Richtig:

  

  Das Dialogfeld "Microsoft PowerPoint-Druckoptionen" enthält viele Benutzereingabeoptionen, sodass Sie sie in einem Assistenten präsentieren können. Es ist jedoch nicht erforderlich, sie sequenziell bereitzustellen, daher ist ein Dialogfeld eine bessere Wahl.

Assistenten sind eine relativ schwere Form der Benutzeroberfläche; Wenn eine geeignete, leichtere Lösung verfügbar ist, verwenden Sie sie!

Designkonzepte

Übernutzung von Assistenten

In der Vergangenheit unterscheiden sich Assistenten von der normalen Benutzeroberfläche, da sie entwickelt wurden, um Benutzern zu helfen, besonders komplexe Aufgaben auszuführen (mit Schritten, die sich an unterschiedlichen Standorten befinden) und häufig integrierte Intelligenz hatten, um Benutzern zu helfen, erfolgreich zu sein. Heute sollte jede Benutzeroberfläche so einfach wie möglich gestaltet werden, sodass keine spezielle Benutzeroberfläche nur für diesen Zweck erforderlich ist.

Dennoch bleibt der Glaube bestehen, dass Assistenten eine spezielle Benutzeroberfläche sind – größtenteils, weil sie als "Assistenten" bezeichnet werden (viel kreativer als "Dialoge" und "Eigenschaftenfenster"). Stattdessen ist es besser, sie als mehrstufige Aufgaben zu betrachten und nicht besondere Aufmerksamkeit auf diese Tatsache zu lenken.

Überlegen Sie vor dem Erstellen eines Assistenten, ob Benutzer wirklich vom Hauptfluss des Programms unterbrochen werden müssen. Es kann eine leichtere, inline- kontextbezogene Lösung geben, die sich letztendlich für benutzer hilfreicher und effizienter fühlt. Ein schlecht gestaltetes Feature in einem Programm garantiert beispielsweise keinen Assistenten, um es zu erklären und zu vereinfachen; es garantiert die Neugestaltung des Features selbst. Ein Assistent sollte nicht als Bandhilfe verwendet werden, um ein grundlegenderes Problem mit dem Programm zu beheben.

Assistenten verfügen über entsprechende Funktionen

Assistenten sind einer der Schlüssel zur Vereinfachung der Benutzererfahrung. Sie ermöglichen es Ihnen, einen komplexen Vorgang auszuführen, z. B. die Konfiguration eines Programms, und unterteilen Sie ihn in eine Reihe einfacher Schritte. An jedem Punkt des Prozesses können Sie eine Erläuterung der benötigten Elemente bereitstellen und Steuerelemente anzeigen, mit denen der Benutzer Auswahlmöglichkeiten treffen und Text eingeben kann.

Bestimmte Arten von mehrstufigen Aufgaben eignen sich für das Assistentenformular. In Windows umfassen z. B. mehrere Assistenten Konnektivitätsfunktionen (zum Internet oder zum Unternehmensnetzwerk oder zu Peripheriegeräten wie Druckern und Faxgeräten).

Das Herstellen einer Verbindung mit einem Netzwerk ist eine typische Aufgabe in Windows, die für einen Assistenten geeignet ist.

Hier besteht die Funktion des Assistenten darin, zwischen etwas bekanntem und stabilem (dem vordefinierten Betriebssystem) und etwas Unbekanntes und Variables (Konnektivitätsregelungen mit einem Telefonunternehmen oder Internetdienstanbieter) zu vermitteln. Die Komplexität der Computerökosysteme ist jetzt erheblich genug, da es wirklich hilfreich ist, Assistenten zu verwenden, um diese Komplexität zu reduzieren.

Andere Aufgabentypen, die gut funktionieren, sowie Windows-Assistenten umfassen High-End-Funktionen (z. B. Sprach- und Schrifterkennung) und Rich-Media-Umgebungen (z. B. Konfigurieren von Optionen zum Erstellen und Veröffentlichen von Filmen). Assistenten können auch für einfachere mehrstufige Aufgaben bereitgestellt werden, z. B. zur Problembehandlung. Kurz gesagt, wenn unterschiedliche Benutzer Ihr Programm wahrscheinlich auf sehr unterschiedliche Weise erleben möchten, kann dies auf die Notwendigkeit eines Assistenten und seine Kapazität für mehrere Benutzereingabepunkte hinweisen.

Für Ihr Programm lohnt es sich ein wenig Entwurfszeit, um zu bestimmen, welche Funktion Der Assistent bedient, und ob diese Funktion tatsächlich auf die Ebene der Bereitstellung eines Assistenten steigt.

Länge des Assistenten

Designfragen stellen sich natürlich um die Anzahl und Organisation von Seiten und Optionen. Zum Beispiel:

• Gibt es eine optimale Anzahl von Seiten für einen Assistenten? Oder zumindest ein wünschenswerter Bereich?
• Sollte der Assistent präzise und optimiert sein, damit Benutzer ihn so schnell wie möglich abschließen können?
• Sollten mehr Seiten vorhanden sein, für die weniger Auswahlmöglichkeiten erforderlich sind? Oder weniger Seiten mit mehr Komplexität? Welches Design gilt als nutzbarer?
• Können Sie schnellere Assistentenerfahrungen entwickeln, indem Sie UI-Konventionen wie Registerkartenseiten anwenden?

Microsoft hat verwendet, um zu empfehlen, dass Assistenten von drei Seiten oder weniger als einfache Assistenten entworfen werden, und diejenigen von vier oder mehr Seiten verwenden ein erweitertes Assistentendesign (siehe Windows User Experience Richtlinien aus 1999). Aber die aktuellen Designstandards des Assistenten verzichten auf eine der wichtigsten Unterschiede zwischen den einfachen und erweiterten Formularen (die Verwendung der Seiten "Willkommen" und "Herzlichen Glückwunsch"), sodass diese Kategorien jetzt unzureichend sind und die Anzahl der Seiten, die die Designauswahl bestimmen, willkürlich erscheint.

Ihr Assistent sollte so lange oder kurz sein, wie die Aufgabe erforderlich ist; es gibt keine feste Richtlinie für ihre Länge. Ein Einseitiger Assistent sollte wirklich als Dialogfeld dargestellt werden, sodass zwei Seiten wahrscheinlich die komprimiertste Form für einen Assistenten sind.

Richtig:

Diese Aufgabe hat so wenige Optionen, dass die Darstellung als Assistent verschwendet werden würde. Ein Dialogfeld ist das entsprechende Formular für diese Benutzeroberfläche.

Wenn Sie am anderen Ende des Spektrums über einen Assistenten verfügen, der mehrere Entscheidungspunkte und Verzweigungen enthält, und häufig dazu führt, dass Benutzer den Überblick über ihren Navigationspfad verlieren, haben Sie einen praktischen Grenzwert überschritten und sollten die Länge des Assistenten verringern. Alternativ können Sie den Assistenten möglicherweise in mehrere unterschiedliche Aufgaben aufteilen.

Wenn Sie die am besten geeignete Länge für Ihren Assistenten bestimmen, achten Sie besonders auf Ihre Zielbenutzer. Programme für Endbenutzer wie Heimanwender und Büromitarbeiter verwenden in der Regel Assistenten, um Komplexität auszublenden; die Assistenten sind so kurz wie möglich, mit übersichtlichem, einfachem Seitendesign und vorab ausgewählten Standardwerten für so viele Optionen wie möglich. Im Gegensatz dazu sind Server-Assistenten oder Programme, die für IT-Experten vorgesehen sind, tendenziell länger und komplexer. Diese Gruppe von Zielbenutzern hat eine viel höhere Toleranz für die Entscheidungsfindung bei der Konfiguration und kann tatsächlich verdächtig werden, wenn zu viel Komplexität verborgen ist.

Wenn ein Assistent von Natur aus eine komplexe Aufgabe vereinfacht, sollte dies relativ minimal für ein technisch anspruchsvolles Publikum und relativ aggressiv für eine Anfängerbasis tun.

Richtig:

Diese Assistentenseite ist für Endbenutzer gut konzipiert, da sie ein potenziell komplexes Thema für eine einfache, logische binäre Auswahl reduziert: entweder installieren oder deinstallieren.

Richtig:

Im Setup-Assistenten für Microsoft SQL Server 2008 ist das Seitendesign buser, und die zahlreichen Auswahlmöglichkeiten erfordern mehr Gedanken, aber die Zielgruppe ist Datenbankadministratoren, die eine enge Kontrolle über die Featureauswahl erwarten.

Achten Sie schließlich darauf, wie häufig der jeweilige Vorgang ausgeführt werden kann. Eine seltene Aufgabe kann einen längeren Assistenten bereitstellen, während häufige Aufgaben auf jeden Fall Platz bevorzugen sollten.

Verzweigung

Für längere Assistenten müssen Sie möglicherweise Verzweigungen des Aufgabenflusses erstellen, in dem sich die Abfolge von Seiten je nach der vom Benutzer bereitgestellten Eingabe "upstream" unterscheiden kann. Verzweigungen sind für Benutzer inhärent, daher müssen Sie die Benutzeroberfläche so gestalten, dass sie Stabilität vermittelt. Wir empfehlen nicht mehr als zwei Entscheidungspunkte, die eine Verzweigung im gesamten Assistenten und nicht mehr als eine verschachtelte Verzweigung innerhalb einer einzelnen Verzweigung verursachen.

Richtlinien zum Erstellen einer stabilen Benutzeroberfläche innerhalb eines Verzweigungs-Assistenten finden Sie unter Verzweigungs- im Abschnitt "Richtlinien" dieses Artikels.

Bereitstellen eines Navigationsleitfadens

Navigationshandbücher können nützlich sein, wenn es viele Schritte in der Aufgabe gibt, und Benutzer verlieren möglicherweise ihren Platz in der Sequenz oder möchten einfach wissen, wie viel länger die Ausführung dauert.

Navigationshandbücher werden häufig als Liste von Seiten oder Abschnitten des Assistenten angezeigt, die ein bisschen wie ein Inhaltsverzeichnis in einer Spalte oder einem Bereich auf der linken Seite jeder Seite aussehen. Obwohl die Liste während des gesamten Assistenten beibehalten wird (die gleiche Liste der Seiten wird auf jeder Seite angezeigt), gibt es einige visuelle Mittel, um anzugeben, wo sich der Benutzer derzeit in der Sequenz befindet (z. B. fett, um die aktive Seite oder den aktiven Abschnitt zu unterscheiden).

Navigationslinien können sequenziell oder nicht sequenziell sein. Der sequenzielle Typ stellt die vergangenen Seiten zusammen mit den bekannten zukünftigen Seiten dar. Sie können die Zukunft in Bezug auf Schritte anstelle von Seiten präsentieren, wenn die Schritte bekannt sind und Seiten abhängig sind. Anschließend können Sie Seiten dynamisch auffüllen, sobald sie bekannt werden. Da die Navigationssequenz behoben ist, ist die Navigationsanleitung nicht interaktiv.

Nicht sequenzielle Navigationshandbücher sind interaktiv, sodass Benutzer zuvor angezeigte Seiten direkt überarbeiten können. Sie können auch die Navigationssequenz für Seiten überspringen, die als optional konzipiert sind. Optionale Seiten müssen Standardwerte aufweisen, die in den meisten Fällen zulässig sind. Mit dieser Art von Leitfaden:

• Zuvor angezeigte Seiten können immer direkt angezeigt werden.
• Zukünftige Seiten werden möglicherweise nicht angezeigt, wenn sie über Voraussetzungen verfügen.
• Seiten, die besucht werden können, sollten deutlich von denen unterschieden werden, die nicht möglich sind (z. B. mithilfe von Links, die aktiv oder deaktiviert sind) zusammen mit seiten, die erforderlich oder optional sind.

Benutzer können sich in diesem Szenario über die Bedeutung der Schaltfläche "Zurück" verwechseln. Führt das Klicken auf "Zurück" zur vorherigen Seite oder zum vorherigen Abschnitt in der Navigationsanleitung oder zur letzten angezeigten Seite oder zum letzten Angezeigten Abschnitt? Da Windows-Assistenten jetzt die Schaltfläche "Zurück" in der oberen linken Ecke der Assistentenseiten platzieren, anstatt sich in der unteren rechten Ecke mit den anderen Commit-Schaltflächen zu befinden, denken Benutzer an die Zurück-Funktionalität, wie sie im Web funktionieren. Daher besteht die beste Lösung darin, Ihrer Schaltfläche "Zurück" die Bedeutung der Webnavigation zu verleihen (klicken auf "Zurück" sollte zur letzten angezeigten Seite oder zum letzten angezeigten Abschnitt führen) und den Navigationsleitfaden des Assistenten für die sequenzielle Navigation verwenden.

Seitenintegrität

Der Assistententwurf umfasst nicht nur Entscheidungen im Zusammenhang mit dem gesamten Aufgabenfluss, wie die Navigation und die Verzweigungsoberfläche behandelt werden, sondern auch diejenigen, die sich auf die einzelnen Seiten beziehen, aus denen der Assistent besteht. Das wichtigste Prinzip für das Entwerfen guter Assistentenseiten ist die Integrität: Der Inhalt einer Seite sollte zusammen gehören.

Assistentenseiten sind wesentlich benutzerfreundlicher, wenn jede seite konzeptionell zusammenhängt und nur einen Aspekt der Gesamtaufgabe behandelt. Die Hauptanweisung ist die wichtigste Möglichkeit, dies zu erreichen. Identifizieren Sie eindeutig das Ziel oder den Zweck der Seite für Benutzer. Ergänzende Anweisungenund alle Steuerelemente auf der Seite beziehen sich alle direkt auf die Hauptanweisung. Obwohl Assistentenseiten Benutzern Optionen präsentieren sollten, für die einige Gedanken erforderlich sind, fühlt sich dieser Aufwand nicht wie Arbeit an, da sie eng durch die Integrität der Seite selbst fokussiert ist.

Leider verwechseln Assistentendesigner häufig das schnelle Klicken der Benutzer auf die Schaltfläche "Weiter" als Nachweis der Benutzerfreundlichkeit, Einfachheit und Integrität ihrer Seiten. Die ultimative Assistentenerfahrung ist nicht "Weiter", "Weiter", "Weiter", "Weiter", "Weiter", "Fertig stellen". Eine solche Erfahrung deutet zwar darauf hin, dass die Standardwerte gut ausgewählt wurden, aber es schlägt auch vor, dass der Assistent nicht wirklich erforderlich war, da alle Optionen optional sind.

Im Hinblick auf visuelle Elemente und Text analysieren Sie diese Elemente auf die wesentlichen Elemente. Widerstehen Sie dem Drang, mehrere Unteraufgaben auf einer einzelnen Seite (dem "Burrito-Assistenten") zu bündeln oder auf Registerkarten zurückgreifen, um komplexe Eingabeanforderungen darzustellen. Eine einzelne Seite sollte eine einzelne Unteraufgabe der Gesamtaufgabe des Assistenten abdecken.

Falsch:

Bei drei Registerkarten mit relativ dichter Benutzereingabe versucht diese Assistentenseite, zu viel zu erreichen.

Behalten Sie in den meisten Fällen die Größe jeder Seite im gesamten Assistenten bei, um ein einheitliches Aussehen und Verhalten zu fördern. Obwohl Windows-Assistenten die Größe von Seiten ändern können, sodass die Größe einer Seite mit der Inhaltsmenge übereinstimmt, verwenden nur wenige diese Option.

Und schließlich behalten Sie strukturelle Elemente jeder Assistentenseite durch die Sequenz bei. Verschieben Sie die Schaltfläche "Zurück" beispielsweise nicht von der oberen linken Ecke nach unten in den Bereich "Commit-Schaltflächen" für eine Seite oder zwei. Diese Ebene der Layoutkonsistenz hilft Benutzern, innerhalb des Assistenten stabil zu sein. Stellen Sie sich dies als Basislinie für die visuelle Integrität einer Seite vor.

Ermitteln der richtigen Kommunikationsebene

Benutzer haben eine geringe Toleranz für das Lesen großer Textblöcke auf dem Bildschirm und sogar weniger innerhalb einer UI-Oberfläche, deren Ausdrücklicher Zweck darin besteht, schnell durch eine Aufgabe zu navigieren.

Assistenten neigen dazu, überlastet zu kommunizieren. Sie nehmen viel Platz auf dem Bildschirm ein, was zu einem Laufwerk ermutigen scheint, den Platz auszufüllen. Es ist wie eine Variante des Parkinson-Gesetzes: Ui-Text wird erweitert, um den verfügbaren Platz zu füllen.

Ein Täter dieser Überlastung ist Redundanz. Aufgrund von Vorlagen, die im frühen Entwurfs des Assistenten verwendet werden, kann dieselbe Sprache an mehreren Stellen auf einer Seite angezeigt werden, z. B. in der Titelleiste, Überschriften, Textkörper, Steuerelementbeschriftungen usw.

Es lohnt sich, einen professionellen Editor zu beauftragen, Ihren Assistententext rücksichtslos zu beschneiden. Entfernen Sie unnötige Fragen und Optionen auf einzelnen Seiten, und entfernen Sie ganze Seiten des Assistenten als Ganzes (z. B. die traditionellen Willkommens- und Herzlichen Glückwunschseiten). Machen Sie sich direkt an den Punkt der Seite mit einer präzise geschriebenen Hauptanweisung, indem Sie die Sprache verwenden, die Ihre Zielgruppe verwendet, um die Aufgabe zu beschreiben, nicht den Jargon der Technologie oder des Features, die Sie oder Ihr Team intern verwendet. Dieser benutzerorientierte Ansatz ist entscheidend, um die Kommunikation der Assistenten Ihres Programms zu verbessern.

Achten Sie besonders auf den Ton Ihres Assistenten: Manchmal sind die nachhaltigsten Eindrücke Ihres Programms das Ergebnis nicht, was Sie sagen, sondern wie Sie es sagen! In Assistenten sind Benutzer mit einem freundlichen, unterhaltungsorientierten Ton vertraut, mit liberaler Verwendung des Zweiten-Personen-Pronomen ("Sie"), wenn das Programm nach Eingaben fragt. Weitere Richtlinien finden Sie unter Style and Tone.

Das Verringern der Wortanzahl auf der Assistentenseite ist im Allgemeinen lobenswert, aber achten Sie darauf, nicht zu weit zu gehen. Wenn die Aufgabe wichtig ist und einen Assistenten garantiert, schätzen Die Benutzer, dass sie genügend Informationen haben, um kluge Entscheidungen zu treffen. Das folgende Beispiel zeigt, wie Der Text des Assistenten komprimiert werden kann, ohne sich auf bedeutungslos zu verzichten.

Vor:

Nach:

Die bearbeitete Version dieser Assistentenseite enthält eine aufgabenorientierte Hauptanweisung, entfernt den unnötigen erläuternden Absatz unter der Hauptanweisung und überarbeitet die Kontrollkästchenbeschriftung, um den Zweck des Kontrollkästchens zu verdeutlichen.

Wenn Sie nur drei Dinge tun...

1. Ordnen Sie die Aufgabe zu, die Sie mit der entsprechenden Benutzeroberfläche ausführen möchten, um die Aufgabe auszuführen; verwenden Sie nicht einfach einen Assistenten, wenn Sie denken, dass Sie viele Eingaben von Benutzern sammeln müssen.

2. Überlegen Sie sorgfältig über die Länge und Struktur Ihres Assistenten. Bevorzugen Sie kurze, nicht verzweigte Assistenten, um die Erfahrung so einfach wie möglich zu halten, damit Benutzer zu ihrer primären Aufgabe oder ihrem Interesse an Ihrem Programm zurückkehren können.

3. Stellen Sie die Integrität jeder Seite in Ihrem Assistenten sicher: Der Inhalt einer Seite sollte eindeutig zusammen gehören.

Leitlinien

Allgemein

• Berücksichtigen Sie zuerst einfache Alternativen, z. B. Dialogfelder, Aufgabenbereiche oder einzelne Seiten. Sie müssen keine Assistenten verwenden – Sie können hilfreiche Informationen und Unterstützung in jeder Benutzeroberfläche bereitstellen.

• Verwenden Sie Assistenten für mehrstufige Aufgaben. Verwenden Sie Dialogfelder mit mehreren Seiten für Einzelschrittaufgaben mit Feedback. Weitere Richtlinien finden Sie unter Dialogfelder.

  Richtig:

  

  

  In diesem Beispiel besteht die Windows-Netzwerkdiagnose aus Status- und Ergebnisseiten. Da es sich bei der Aufgabe nur um einen einzelnen Schritt handelt, ist es nicht erforderlich, dass die Navigationsschaltflächen, die Benutzer in einem Assistenten benötigen. Sie wird effektiv als mehrseitiges Dialogfeld dargestellt.

Fenstergröße

• Wählen Sie eine Fenstergröße aus, die alle Assistentenseiten ohne vertikalen oder horizontalen Bildlauf anzeigen kann. Während für die Steuerelemente auf der Seite möglicherweise ein Bildlauf erforderlich ist, dürfen die Seiten des Assistenten selbst nicht ausgeführt werden.

• Größe Fenster groß genug, um ihre Aufgaben bequem auszuführen. Das Seitenlayout sollte nicht krampfhaft sein oder benutzer müssen übermäßig scrollen oder die Größe ändern.

• Aber nicht übermäßig groß machen. Größere Fenster machen die Aufgabe komplexer und erfordern zusätzliche Bewegung für die Interaktion.

• Verwenden Sie veränderbare Fenster für einen Assistenten, der von mehr Platz auf dem Bildschirm profitieren kann, dies jedoch nicht erfordert. Weisen Sie eine entsprechende Mindestgröße zu. Größenveränderbare Fenster sind hilfreich, wenn Seiten mit verkleinerbaren Inhalten wie großen Listenansichten interagieren müssen.

  Richtig:

  

  Besser:

  

  In diesem Beispiel hilft benutzern das Ändern der Größe des Fensters, die vollständige Liste anzuzeigen.

• Erwägen Sie die Verwendung dynamisch angepasster Assistenten, deren Seitengröße bei Bedarf für den Inhalt geändert wird. Auf diese Weise kann ein Assistent Seitenlayouts mit einer breiten Palette von Inhalten aufnehmen.

• Bevorzugen Sie die statische Größenanpassung gegenüber dynamischen Elementen, wenn Benutzer die Änderungen als mangelnde Stabilität in ihrer Erfahrung des Assistenten wahrnehmen können. Visuelle Stabilität überschreibt oft die Beherbergung von Inhalten. Die meisten Assistenten sollten standardmäßige, statische Fenstergrößen übernehmen, wobei die dynamische Größenanpassung für Sonderfälle reserviert ist.

Länge des Assistenten

• Gestalten Sie Ihren Assistenten so präzise und optimiert wie möglich. Entfernen Sie unnötige Optionen und Fragen, und verwenden Sie intelligente Standardwerte, um die Anzahl der Seiten zu verringern, die für die Benutzereingabe erforderlich sind.
  • Ausnahme: IT-Experten und andere technische Benutzer haben eine höhere Toleranz für längere Assistenten und detaillierte Eingabeanforderungen.
• Stellen Sie den Assistenten mindestens zwei Seiten dar. Stattdessen sollte ein Einseitiger Assistent als Dialogfeld neu gestaltet werden.
• Verringern Sie die Seitenanzahl des Assistenten nicht, indem Sie die Komplexität jeder Seite erhöhen. Beispielsweise sollte eine Assistentenseite, die drei Registerkarten enthält, die Benutzereingaben erfordern, als drei separate Seiten neu gestaltet werden.
• Erhöhen Sie nicht die Seitenanzahl des Assistenten, indem Sie jede Seite so einfach machen, dass Benutzer ohne Gedanken durch die gesamte Sequenz auf "Weiter" klicken. Dies ist ein häufiger Fehler beim Entwurf des Assistenten. Wenn für eine Assistentenseite mindestens ein gewisses Maß an Gedanken nicht erforderlich ist, muss sie sich wahrscheinlich gar nicht im Assistenten befinden.

Verzweigung

• Bevorzugen Sie den Entwurf des Assistenten ohne Verzweigung gegenüber der Verzweigung. Nicht verzweigte Assistenten sind in der Regel einfacher, kürzer und einfach zu navigieren. Verzweigungs-Assistenten erschweren Benutzern die Ermittlung der Anzahl der Schritte in der Aufgabe und der Reihenfolge.

• Wenn Sie verzweigen müssen, helfen Sie Benutzern, sich mithilfe einer der folgenden Techniken zu orientieren:

  • Aufzählen von Seiten. Eine gängige Technik besteht darin, die Position des Benutzers in der Sequenz auf jeder Seite anzugeben, z. B. mit dem Ausdruck Schritt X von Y. Stellen Sie sicher, dass der Endpunkt (Y) stabil ist. Wenn der Wert geändert wird, untergräbt dies das Vertrauen der Benutzer.

  • Einschließen des Begriffs von Unterschritten (z. B. Schritt 2a von 6).

  • Führen Sie schritte unabhängig von Seiten aus, bei denen jeder Schritt mehrere Seiten umfassen kann. Beispielsweise kann ein Reisedienst die Assistentorganisation auf der Grundlage bewährter E-Commerce-Konventionen für die Branche einsetzen.

    Richtig:

    

    Logische Bezeichnungen können benutzern eines Verzweigungs-Assistenten eine angemessene Orientierung bieten.

  • Behandeln Sie optionale Schritte als persistent in der Enumerationssequenz. Wenn z. B. eine Verzweigung nur ein paar optionale Schritte überspringt, überspringen Sie einfach die Schritte im Feedback, anstatt neu zu nummerieren. Wenn ein Benutzer also eine Auswahl auf Seite 2 trifft, die dazu führt, dass die Seiten 3 und 4 optional sind, zeigen Sie die Schritte 1, 2, 5 und 6 von 6 an. Nummerieren Sie die Schritte 5 und 6 nicht.

  • Wenn der Assistent eine einzelne Verzweigung verwendet und die Verzweigung früh in der Aufgabe erfolgt, starten Sie die Sequenz an diesem Punkt, und verwenden Sie dann einfach den Ansatz, der nicht verzweigt wird. Dies ist, beginnend am Punkt der Verzweigung, nacheinander zum Ende der Verzweigung.

• Wenn Sie verzweigen müssen, beschränken Sie die Anzahl der Verzweigungen innerhalb eines einzelnen Assistenten auf ein oder zwei Verzweigungen. Fügen Sie niemals mehrere Verzweigung innerhalb einer Verzweigung (verschachtelte Verzweigung) ein.

Commit-Schaltflächen

• Wenn Benutzer einen Commit für eine Aufgabe ausführen, verwenden Sie eine Commit-Schaltfläche, die eine bestimmte Antwort auf die Hauptanweisung ist (z. B. "Drucken", "Verbinden" oder "Start"). Verwenden Sie keine generischen Bezeichnungen wie "Weiter" (was keine Verpflichtung impliziert) oder "Finish" (was nicht spezifisch ist) für das Commit einer Aufgabe. Die Bezeichnungen auf diesen Commit-Schaltflächen sollten selbst sinnvoll sein. Starten Sie immer Commit-Schaltflächenbeschriftungen mit einem Verb. Ausnahmen:
  • Verwenden Sie "Fertig stellen", wenn die spezifischen Antworten weiterhin generisch sind, z. B. "Speichern", "Auswählen", "Auswählen" oder "Abrufen".
  • Verwenden Sie "Fertig stellen", um eine bestimmte Einstellung oder eine Sammlung von Einstellungen zu ändern.
• Ein einzelner Assistent kann mehrere Commitpunkte aufweisen, aber ein einzelner Punkt wird bevorzugt.
• Bei Bedarf können Sie Commit-Schaltflächen auf einer Seite umbenennen oder ausblenden. Diese Flexibilität ist ein Vorteil des neuen Assistentendesigns in Windows, das in älteren Assistenten nicht verfügbar war. Beachten Sie, dass sich das Ausblenden einer Commit-Schaltfläche von der Deaktivierung unterscheidet.
• Vermeiden Sie das Deaktivieren einer Schaltfläche für einen positiven Commit. Andernfalls müssen Benutzer ableiten, warum die Commit-Schaltflächen deaktiviert sind. Es ist besser, Commit-Schaltflächen aktiviert zu lassen und eine hilfreiche Fehlermeldung zu geben, wenn ein Problem auftritt. Das Deaktivieren der Schaltfläche ist nur akzeptabel, wenn der Grund dafür offensichtlich und eindeutig ist.
• Verwechseln Sie Navigationsschaltflächen (Weiter und Zurück) nicht mit Commit-Schaltflächen. Als Nächstes bedeutet, dass der Assistent ohne Verpflichtung voranschreitet; "Zurück" sollte immer auf der nächsten Seite verfügbar sein, und durch Klicken auf "Zurück" sollte der Effekt der letzten Schaltfläche "Weiter" rückgängig werden. Wenn dies nicht möglich ist, nehmen die Benutzer eine Verpflichtung vor, und dies wird über eine bestimmte Bezeichnung auf der Commit-Schaltfläche angegeben. Weitere Richtlinien zu den Schaltflächen "Weiter" und "Zurück" finden Sie unter Navigation.

Schaltflächen "Abbrechen"

• Bitten Sie Benutzer nicht, zu bestätigen, ob sie wirklich abbrechen möchten. Dies kann lästig sein. Ausnahmen:
  • Die Aktion hat erhebliche Folgen und ist, wenn falsch, nicht leicht fixierbar.
  • Die Aktion kann zu einem erheblichen Verlust der Zeit oder des Aufwands des Benutzers führen.
  • Die Aktion ist eindeutig mit anderen Aktionen inkonsistent.
• Zulassen, dass Benutzer Assistenten neu starten können, falls sie versehentlich abgebrochen wurden.
• Deaktivieren Sie die Schaltfläche "Abbrechen" nicht. Ausnahmen:
  • Wenn das Abbrechen schädlich ist, kann dies der Fall sein, wenn eine Aufgabe in eigenständigen Assistenten ausgeführt wird.
  • Wenn das Abbrechen unmöglich ist, kann dies der Fall sein, wenn der Assistent nicht die Kontrolle über alle Schritte hat.

Schaltflächen schließen

• Verwenden Sie "Schließen" für Follow-Up- und Abschlussseiten. Verwenden Sie "Abbrechen" nicht, da durch das Schließen des Fensters zu diesem Zeitpunkt keine Änderungen oder Aktionen abgebrochen werden. Verwenden Sie "Fertig" nicht, da es sich nicht um ein imperatives Verb handelt.
• Sobald die Aufgabe ausgeführt wurde, sollte "Abbrechen" geschlossen werden (für eigenständige Assistenten). Der Effekt von "Schließen" besteht darin, das Fenster einfach zu schließen.

Andere Steuerelemente

• Verwenden Sie Befehlslinks nur für Auswahlmöglichkeiten, nicht für Verpflichtungen. Bestimmte Commit-Schaltflächen deuten darauf hin, dass die Bindung wesentlich besser ist als Befehlslinks in einem Assistenten.
• Wenn Sie Befehlslinks verwenden, blenden Sie die Schaltfläche "Weiter" aus, lassen Sie aber die Schaltfläche "Abbrechen" zu.

Verwenden von Seiten (im Vergleich zu Dialogfeldern oder Inline-UI)

• Im Allgemeinen bevorzugen Sie Seiten für Dialogfelder. Benutzer erwarten, dass Assistenten seitenbasiert sind.
• Verwenden Sie Dialogfelder, um das Ausfüllen von Seiten zu unterstützen, wie z. B. mit Objektauswahl und Browsern.
• Dialogfelder verwenden, um Fehlermeldungen zu geben, die auf die gesamte Seite angewendet werden, und das Ergebnis des Klickens auf eine Commit-Schaltfläche.
• Verwenden Sie die Inlinepräsentation für einfache dynamische Verhaltensweisen, wie progressive Offenlegung und Kontextbenutzeroberfläche.
• Verwenden Sie die Inlinepräsentation für Fehlermeldungen, die für bestimmte Steuerelemente gelten.

Assistentenseiten

• Konzentrieren Sie sich auf effiziente Entscheidungsfindung. Verringern Sie die Anzahl der Seiten, um sich auf wesentliche Dinge zu konzentrieren. Konsolidieren Sie verwandte Seiten, und nehmen Sie optionale Seiten aus dem Hauptfluss heraus. Wenn Benutzer auf "Weiter" vollständig über Ihren Assistenten klicken, scheint dies zunächst eine gute Erfahrung zu sein, aber wenn Benutzer die Standardeinstellungen nie ändern müssen, sind die Seiten wahrscheinlich unnötig.

• Entwerfen Sie jede Seite so, dass sie einen einzigen Zweck und eine visuelle Konsistenz aufweist. Weitere Informationen finden Sie unter Seitenintegrität.

• Verwenden Sie keine Willkommensseiten, soweit möglich, die erste Seite funktionsfähig zu machen. Verwenden Sie eine optionale Seite "Erste Schritte", wenn:

  • Der Assistent verfügt über Voraussetzungen, die erforderlich sind, um den Assistenten erfolgreich abzuschließen.
  • Benutzer verstehen möglicherweise nicht den Zweck des Assistenten basierend auf der ersten Auswahlseite, und es gibt keinen Platz für weitere Erläuterungen.
  • Die Hauptanweisung für die Seiten "Erste Schritte" lautet "Bevor Sie beginnen:".

  Falsch:

  

• Moderne Assistenten entscheiden sich für funktionale erste Seiten. Hier gibt es nichts zu tun, aber klicken Sie auf Weiter. Warum erzwingen Sie, dass Benutzer diese Tokensteuer für ihre wertvolle Zeit bezahlen?

• Auf Seiten, auf denen Benutzer aufgefordert werden, Entscheidungen zu treffen, optimieren Sie für die wahrscheinlichsten Fälle. Diese Seitentypen sollten tatsächliche Auswahlmöglichkeiten darstellen, nicht nur Anweisungen.

  • Wenn Sie keine Seite "Erste Schritte" verwenden, erläutern Sie den Zweck des Assistenten oben auf der ersten Seite mit Auswahlmöglichkeiten.

• Verwenden Sie Commit-Seiten, um es deutlich zu machen, wenn Benutzer sich für die Aufgabe verpflichten. In der Regel ist die Commit-Seite die letzte Seite mit Auswahlmöglichkeiten, und die Schaltfläche "Weiter" wird neu bezeichnet, um anzugeben, dass die Aufgabe zugesichert wird.

  • Verwenden Sie keine Zusammenfassungsseiten, die lediglich die vorherigen Auswahlen des Benutzers zusammenfassen, es sei denn, die Aufgabe ist riskant (mit Sicherheit oder Verlust von Zeit oder Geld), oder es besteht eine gute Chance, dass Benutzer ihre Auswahl überprüfen müssen.

• Verwenden Sie Statusseiten, um den Status eines langwierigen Vorgangs anzuzeigen. Nach erfolgreichem Abschluss sollte die Statusseite automatisch zum nächsten Schritt wechseln. Es sollte nur dann auf der Statusseite bleiben, wenn ein Problem vorliegt, das der Benutzer sehen muss. Wenn Sie auf eine Statusseite klicken, sollte kein Nebeneffekt auftreten.

  • Verwenden Sie eine einzelne, bestimmte Statusanzeige. Befolgen Sie die festgelegten Statusleistenrichtlinien, einschließlich:
    • Geben Sie eindeutig den Abschluss an. Lassen Sie eine Statusanzeige nicht auf 100 Prozent zu, es sei denn, der Vorgang wurde abgeschlossen.
    • Starten Sie den Status nicht neu. Eine Statusleiste verliert ihren Wert, wenn sie neu gestartet wird (z. B. weil ein Schritt im Vorgang abgeschlossen ist), da Benutzer keine Möglichkeit haben zu wissen, wann der Vorgang abgeschlossen wird. Verwenden Sie stattdessen alle Schritte im Vorgang einen Teil des Fortschritts, und die Statusanzeige wird einmal abgeschlossen.
  • Geben Sie eine kurze Beschreibung des aktuellen Schritts oberhalb der Statusleiste an. Für schnelle Vorgänge ist dieser Text unnötig; Die Statusanzeige allein reicht aus. Für Vorgänge, die eine Minute oder länger erfordern, kann Text hilfreich sein.
    • Verwenden Sie Satzfragmente, die normalerweise mit einem Verb beginnen und mit einem Auslassungszeichen enden. Beispiele: Dateien werden kopiert..., erforderliche Komponenten werden installiert....
    • Platzieren Sie Text über der Leiste, nicht darunter.
    • Falsch:
    • 
    • In diesem Beispiel sollte der erläuternde Text oberhalb der Statusleiste angezeigt werden.
    • Verzichten Sie darauf, die Statusseite mit unnötigen Details zu überladen. Diese Seite ist nicht für technischen Support vorgesehen. es ist für Benutzer vorgesehen.
    • Falsch:
    • 
    • In diesem Beispiel sind technische Details wie GUIDs für Benutzer bedeutungslos.

• Verwenden Sie keine Herzlichen Glückwunschseiten, die nichts tun, sondern den Assistenten beenden. Wenn die Ergebnisse des Assistenten für Benutzer deutlich sichtbar sind, schließen Sie einfach den Assistenten auf der letzten Commit-Schaltfläche.

  • Verwenden Sie Follow-Up Seiten, wenn verwandte Aufgaben vorhanden sind, die Benutzer wahrscheinlich als Nachverfolgung ausführen. Vermeiden Sie vertraute Nachverfolgungsaufgaben, z. B. "Senden einer E-Mail-Nachricht".
  • Verwenden Sie Abschlussseiten nur, wenn die Ergebnisse nicht sichtbar sind, und es gibt keine bessere Möglichkeit, Feedback zum Abschluss der Aufgabe bereitzustellen.
  • Assistenten mit Statusseiten müssen eine Abschlussseite oder Follow-Up Seite verwenden, um den Abschluss der Aufgabe anzugeben. Schließen Sie den Assistenten für lange Ausgeführte Aufgaben auf der Commit-Seite, und verwenden Sie Benachrichtigungen, um Feedback zu geben.

• Verwenden Sie Zusammenfassungsseiten nur, wenn Eingaben komplex sind und Benutzer überprüfen müssen, wenn die Aufgabe erhebliche Risiken (z. B. einen finanzbezogenen Übergang) erfordert, oder wenn der Assistent basierend auf benutzereingaben, die nicht offensichtlich ist (um vertrauen durch Transparenz zu schaffen) maßnahmen. Häufig entsprechen Zusammenfassungsseiten dieser Relevanzleiste nicht und können weggelassen werden.

• Verwenden Sie Fehlerseiten, wenn der Assistent aufgrund eines Problems, aus dem die Wiederherstellung nicht möglich ist, nicht abgeschlossen werden kann. Erklären Sie auf dieser Seite, was das Problem in klarer Sprache ist, ohne technische Jargon-Benutzer zu verstehen. Stellen Sie außerdem praktische Schritte bereit, die Benutzer ausführen können, um das Problem zu lösen. Weitere Richtlinien finden Sie unter Fehlermeldungen.

  • Ausnahme: Wenn der Assistent ein kleineres Problem abschließt, bei dem die Wiederherstellung möglich ist, stellen Sie das Problem als zusätzliche Aufgabe anstelle eines Fehlers dar. Verwenden Sie positive, erfolgsorientierte, ermutigende Sprache, nicht Begriffe wie Fehler, Fehler oder Problem. Verwenden Sie kein Fehlersymbol.

Navigation

• Verwenden Sie "Weiter", wenn Sie ohne Verpflichtung zur nächsten Seite wechseln. Der Wechsel zur nächsten Seite wird als Verpflichtung betrachtet, wenn der Effekt nicht rückgängig gemacht werden kann, indem er auf "Zurück" oder "Abbrechen" klickt.
• Verwenden Sie "Zurück" nur, um Fehler zu korrigieren. Abgesehen von der Korrektur von Fehlern sollten Benutzer nicht auf "Zurück" klicken müssen, um in einer Aufgabe Fortschritte zu machen.
• Beibehalten von Benutzerauswahlen durch die Navigation. Wenn der Benutzer beispielsweise Änderungen vor nimmt, klickt auf "Zurück" und dann "Weiter", sollten diese Änderungen beibehalten werden. Benutzer erwarten nicht, dass Änderungen erneut eingegeben werden müssen, es sei denn, sie haben sich explizit dafür entschieden, sie zu löschen.
• Deaktivieren Sie die Schaltfläche "Zurück", es sei denn, das Wiederholen der Schritte ist schädlich.
• Benutzern das Durchsuchen oder Überarbeiten von Auswahlmöglichkeiten in den folgenden Navigationsszenarien gestatten:
  • Der Benutzer gibt Eingaben, Klickt commit-Schaltfläche, klickt zurück, um vorherige Änderungen zu überprüfen, ändert nichts und klickt dann erneut auf die Commit-Schaltfläche. Normalerweise sollte dies möglich sein und der zweite Commit sollte einfach zur nächsten Seite wechseln (da die Aufgabe bereits erledigt wurde).
  • Der Benutzer gibt Eingaben, klickt auf die Schaltfläche "Commit ausführen", klickt auf "Zurück", um vorherige Änderungen zu überprüfen, etwas zu ändern und dann erneut auf die Schaltfläche "Commit ausführen" zu klicken. Normalerweise sollte dies möglich sein und der zweite Commit die Aufgabe mit der geänderten Eingabe wiederholen (ersetzen oder rückgängig machen den Effekt des ersten).

Hilfe

• Entwurfs-Assistentenseiten, um genügend Informationen bereitzustellen, sodass die Referenzierung auf die Dokumentation in der Programmhilfe unnötig ist. Ein Assistent nimmt den Benutzern bereits die gewünschte, direkte Interaktion mit dem Programm weg; Wenn Benutzer externe Hilfe anfordern müssen, werden sie noch weiter aus diesem Zustand entfernt. Hilfe sollte die Ausnahme sein, nicht die Regel.
• Wenn Sie einen Zugriffspunkt für die Hilfe bereitstellen müssen, verwenden Sie einen Link im unteren linken Teil des Inhaltsbereichs der Seite (oberhalb des Befehlsbereichs). Dieser Link sollte kurz sein und in der Regel in Form einer Frage formuliert werden, die Benutzer am wahrscheinlichsten beantworten möchten.
• Richtig:
• 
• Dieser Link zur Hilfe ist geeignet, da grundlegende Hintergrundinformationen wie dies die Assistentenseite zu viel überladen würden.

Text

Allgemein

• Verwenden Sie Sie und Ihre Informationen, um auf den Benutzer und den Computer, das Dokument, die Einstellungen usw. des Benutzers zu verweisen. Verwenden Sie nicht die erste Person (ich, meine), um auf den Computer oder den Assistenten zu verweisen. Es ist jedoch akzeptabel, die erste Person in Optionen zu verwenden, die der Benutzer auswählt. Beispiel:Ich verwende nur Kontrollkästchen.
• Jede Assistentenseite muss über eine Hauptanweisungverfügen.

Titel

• Setzen Sie den Namen des Assistenten in die Titelleiste. Verwenden Sie Groß-/Kleinschreibung im Titelstil.
• Titel sollten keine Interpunktion enthalten, mit Ausnahme von Fragezeichen.
• Fügen Sie den Wort-Assistenten nicht in Die Titel des Assistenten ein. Verwenden Sie z. B. die Verbindung mit einem Netzwerk anstelle des Netzwerkeinrichtungs-Assistenten.

Tasten

• Fügen Sie keinen Text in die Schaltfläche "Zurück" ein. Verwenden Sie stattdessen die Pfeilglyphe ohne Bezeichnung.

• Fügen Sie Text in die Schaltfläche "Weiter" ein. Verwenden Sie neben dem Wort "Weiter" keine Glyphen (z. B. > oder >>).

• Verwenden Sie spezifische Commit-Schaltflächenbeschriftungen, die selbst sinnvoll sind und eine Antwort auf die Hauptanweisung sind. Im Idealfall sollten Benutzer nichts anderes lesen müssen, um die Bezeichnung zu verstehen. Benutzer sind viel wahrscheinlicher, Befehlsschaltflächenbeschriftungen zu lesen als statischen Text.

• Verwenden Sie nach Möglichkeit nicht das Wort "Fertig stellen" für die Beschriftung der Commit-Schaltfläche, da in der Regel eine bessere, spezifischere Commit-Schaltfläche vorhanden ist:

  • Wenn beim Klicken auf die Schaltfläche ein Commit für die Aufgabe ausgeführt wird (sodass die Aufgabe noch nicht ausgeführt wurde), verwenden Sie eine bestimmte Bezeichnung, die mit einem Verb beginnt, das eine Antwort auf die Hauptanweisung ist (Beispiele: Drucken, Verbinden, Start).

  • Wenn die Aufgabe bereits im Assistenten ausgeführt wurde, verwenden Sie stattdessen "Schließen".

    Ausnahmen:

    • Sie können "Fertig stellen" verwenden, wenn die spezifische Bezeichnung noch generisch ist, z. B. "Speichern", "Auswählen", "Auswählen" oder "Abrufen".
    • Sie können "Fertig stellen" verwenden, wenn die Aufgabe eine Einstellung oder Sammlung von Einstellungen ändert.

• Starten Sie Commit-Schaltflächenbeschriftungen mit einem Verb. Ausnahmen sind OK, Ja und Nein.

• Verwenden Sie Groß-/Kleinschreibung im Satzformat.

• Verwenden Sie keine interpunktionsende Interpunktion.

Dokumentation

• Obwohl die meisten Windows-Assistenten nicht mehr über den Wort-Assistenten im Titel verfügen, ist es akzeptabel, auf Assistenten in der Dokumentation zu verweisen. Dieser Verweis sollte Kleinbuchstaben sein.
• Richtig:
• Wenn Sie ein Netzwerk zum ersten Mal einrichten, können Sie Hilfe erhalten, indem Sie den Assistenten Herstellen einer Verbindung mit einem Netzwerk--Assistenten verwenden.
• Einige ältere Assistenten aus früheren Versionen von Windows enthalten möglicherweise den Assistenten im Titel. Wenn Sie sich auf einen dieser Assistenten beziehen, ist es akzeptabel, den [X]-Assistenten zu verwenden, um zu vermeiden, dass der Assistent [X] sagen kann.
• Verweisen Sie auf einen einzelnen Bildschirm innerhalb eines Assistenten als Seite.