Assistenten

Hinweis

Dieses Entwurfshandbuch wurde für Windows 7 erstellt und wurde nicht für neuere Versionen von Windows aktualisiert. Ein Großteil der Anleitungen gilt immer noch grundsätzlich, aber die Präsentation und die Beispiele spiegeln nicht unsere aktuellen Entwurfsanleitungen wider.

Trotz dieses wunderbaren, skurrilen Namens sind Assistenten keine besondere Form der Benutzeroberfläche, und sie haben nur einen bestimmten Bereich von Nützlichkeit.

Assistenten werden verwendet, um Aufgaben mit mehreren Schritten auszuführen.

Mehrere Schritte eines Assistenten werden als Abfolge von Seiten dargestellt.

Assistenten umfassen in der Regel die folgenden Seitentypen:

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

Der moderne Assistentenentwurf setzt auf Effizienz, macht die Fortschrittsseite für kürzere Vorgänge optional und verzichtet häufig auf die herkömmliche Willkommensseite und die Glückwunschseite am Anfang und Ende.

Alle Assistentenseiten verfügen über die folgenden Komponenten:

• Eine Titelleiste zum Identifizieren des Namens des Assistenten mit der 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 sie auf der Taskleiste zu identifizieren.
• Eine Standard Anweisung, um das Ziel des Benutzers mit der Seite zu erklären.
• Ein Inhaltsbereich mit optionalem Text und möglicherweise anderen Steuerelementen.
• Ein Befehlsbereich mit mindestens einer Commitschaltfläche zum Commit für die Aufgabe oder zum Fortfahren mit dem nächsten Schritt.

Obwohl ein Assistent mehrere Schritte umfasst, müssen sich diese Schritte aus Sicht des Benutzers zu einer einzelnen Aufgabe addieren. Dies ist das grundlegende Assistentenentwurfsprinzip von "ein Assistent, eine Aufgabe".

Daher ist in diesem Artikel eine Aufgabe die grundlegende Funktion eines Assistenten (z. B. die Aufgabe eines Setup-Assistenten, ein Programm zu installieren). Unteraufgaben sind Aspekte der größeren Aufgabe (z. B. kann eine Unteraufgabe eines Setup-Assistenten sein, das Programm für die Installation zu konfigurieren). Schließlich wird jede Assistentenseite als Schritt in einer bestimmten Unteraufgabe oder Aufgabe betrachtet (z. B. können zwei oder drei Schritte beim Konfigurieren des Programms erforderlich sein).

Hinweis: Richtlinien im Zusammenhang mit Setup, Dialogfeldern und 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, atomare Aufgabe aus? Verwenden Sie keine Interaktionen, die keine einzelnen Aufgaben sind (ein ganzes Programm sollte nie ein Assistent sein, es sei denn, es führt eine einzelne Aufgabe aus). Verwenden Sie keine Assistenten, um unabhängige Aufgaben oder weitgehend unabhängige Schritte zu kombinieren.

• Kann die Anzahl der erforderlichen Fragen reduziert werden? Gibt es akzeptable Standardwerte, die entweder für die meisten Fälle gut funktionieren oder später bei Bedarf angepasst werden können? Kann die Seitenanzahl also 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 Notwendigkeit einer vollständigen Eingabe (sodass die Aufgabe direkt ausgeführt werden kann).

• Müssen die erforderlichen Fragen sequenziell gestellt werden? Gibt es mehrere wahrscheinliche, aber optionale Fragen? Wenn ja, sollten Sie ein Dialogfeld oder ein Dialogfeld im Registerkartenformat in Betracht ziehen.

  Richtig:

  

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

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

Entwurfskonzepte

Übernutzung von Assistenten

In der Vergangenheit unterschieden sich Assistenten von der gewöhnlichen Benutzeroberfläche darin, dass sie benutzern dabei helfen sollen, besonders komplexe Aufgaben auszuführen (mit Schritten, die sich an unterschiedlichen Speicherorten befinden) und häufig über integrierte Intelligenz verfügten, um Benutzern den Erfolg zu erleichtern. Heute sollte die gesamte Benutzeroberfläche so konzipiert sein, dass Aufgaben so einfach wie möglich gestaltet werden, sodass es nicht nur für diesen Zweck eine spezielle Benutzeroberfläche braucht.

Dennoch besteht die Überzeugung, dass Assistenten eine spezielle Benutzeroberfläche sind – vor allem, weil sie als "Assistenten" bezeichnet werden (viel kreativer als beispielsweise "Dialoge" und "Eigenschaftenfenster"). Stattdessen ist es besser, sie als mehrstufige Aufgaben zu betrachten und nicht besondere Aufmerksamkeit darauf zu lenken.

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

Assistenten verfügen über entsprechende Funktionen

Assistenten sind einer der Schlüssel zur Vereinfachung der Benutzeroberfläche. Sie ermöglichen es Ihnen, einen komplexen Vorgang wie die Konfiguration eines Programms auszuführen und ihn in eine Reihe einfacher Schritte aufzuteilen. An jedem Punkt des Prozesses können Sie eine Erläuterung der benötigten Elemente bereitstellen und Steuerelemente anzeigen, die es dem Benutzer ermöglichen, Auswahlen zu treffen und Text einzugeben.

Bestimmte Arten von Aufgaben mit mehreren Schritten eignen sich für das Formular des Assistenten. In Windows umfassen beispielsweise mehrere Assistenten Konnektivitätsfunktionen (mit dem Internet oder Unternehmensnetzwerk oder mit 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 sofort einsatzbereiten Betriebssystem) und etwas Unbekanntem und Variablem (Konnektivitätsvereinbarungen mit einem Telefonunternehmen oder Internetdienstanbieter) zu vermitteln. Die Komplexität von Computing-Ökosystemen ist jetzt erheblich genug, da es wirklich hilfreich ist, Assistenten zu verwenden, um diese Komplexität zu reduzieren.

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

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

Länge des Assistenten

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

• Gibt es eine optimale Anzahl von Seiten für einen Assistenten? Oder zumindest eine wünschenswerte Reichweite?
• Sollte der Assistent präzise und optimiert sein, damit Benutzer ihn so schnell wie möglich abschließen können?
• Sollte es mehr Seiten geben, die weniger Auswahl erfordern? Oder weniger Seiten mit mehr Komplexität? Welches Design gilt als brauchbarer?
• Können Sie schnellere Assistentenfunktionen entwickeln, indem Sie Benutzeroberflächenkonventionen wie Registerkartenseiten anwenden?

Microsoft hat früher empfohlen, dass Assistenten mit mindestens drei Seiten als einfache Assistenten konzipiert werden, und diejenigen von vier oder mehr Seiten einen erweiterten Assistentenentwurf verwenden (siehe Richtlinien zur Windows-Benutzeroberfläche von 1999). Aber die aktuellen Designstandards des Assistenten verzichten auf einen der wichtigsten Unterschiede zwischen den einfachen und erweiterten Formularen (die Verwendung der Willkommens- und Glückwunschseiten), sodass sich diese Kategorien jetzt unzureichend anfühlen und die Anzahl der Seiten, die die Designauswahl bestimmen, willkürlich erscheint.

Der Assistent sollte so lang oder kurz sein, wie die Aufgabe erfordert. es gibt keine feste Richtlinie für ihre Länge. Ein Einseiten-Assistent sollte wirklich als Dialogfeld dargestellt werden, sodass zwei Seiten wahrscheinlich die möglichst komprimierte Form für einen Assistenten sind.

Richtig:

Diese Aufgabe verfügt über so wenige Optionen, dass die Darstellung als Assistent verschwenderisch wäre. Ein Dialogfeld ist das geeignete 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 ein praktisches Limit überschritten und sollten die Länge des Assistenten verringern. Alternativ können Sie den Assistenten möglicherweise in mehrere verschiedene Aufgaben unterteilen.

Wenn Sie die am besten geeignete Länge für Ihren Assistenten ermitteln, achten Sie besonders auf Ihre Zielbenutzer. Programme für Endbenutzer wie Privatanwender und Büromitarbeiter verwenden in der Regel Assistenten, um Komplexität zu verbergen. Die Assistenten sind so kurz wie möglich, mit sauber, einfachem Seitendesign und vorab ausgewählten Standardwerten für so viele Optionen wie möglich. Server-Assistenten oder -Programme, die für IT-Experten bestimmt sind, sind dagegen in der Regel länger und komplexer. Diese Gruppe von Zielbenutzern hat eine viel höhere Toleranz für Konfigurationsentscheidungen 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 er dies für eine technisch anspruchsvolle Zielgruppe relativ minimal und relativ aggressiv für eine anfänger Benutzerbasis tun.

Richtig:

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

Richtig:

Im Setup-Assistenten für Microsoft SQL Server 2008 ist der Seitenentwurf umfangreicher, und die zahlreichen Auswahlmöglichkeiten erfordern mehr Überlegungen, aber die Zielgruppe sind Datenbankadministratoren, die eine strenge Kontrolle über die Featureauswahl erwarten.

Achten Sie schließlich darauf, wie häufig die jeweilige Aufgabe ausgeführt werden kann. Bei einer seltenen Aufgabe kann ein längerer Assistent bereitgestellt werden, während häufige Aufgaben die Kürze auf jeden Fall bevorzugen sollten.

Verzweigung

Bei längeren Assistenten müssen Sie möglicherweise Verzweigungen des Aufgabenflusses erstellen, in denen sich die Seitenfolge je nach benutzerseitiger Eingabe "Upstream" unterscheiden kann. Verzweigung ist für Benutzer von Natur aus verzweigt, daher müssen Sie die Benutzeroberfläche so gestalten, dass sie Stabilität vermittelt. Es wird empfohlen, nicht mehr als zwei Entscheidungspunkte zu verzweigen, die im gesamten Assistenten verzweigt werden, und nicht mehr als ein geschachtelter Branch innerhalb eines einzelnen Branchs.

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

Bereitstellen eines Navigationsleitfadens

Navigationsanleitungen können nützlich sein, wenn viele Schritte in der Aufgabe vorhanden sind und Benutzer möglicherweise ihren Platz in der Sequenz verlieren oder einfach wissen möchten, wie lange die Ausführung dauert.

Navigationslinien werden häufig als Liste von Seiten oder Abschnitten des Assistenten angezeigt, die ein wenig wie ein Inhaltsverzeichnis aussehen, in einer Spalte oder einem Bereich auf der linken Seite. Obwohl die Liste im gesamten Assistenten beibehalten wird (die gleiche Liste von 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 letzten Seiten zusammen mit den bekannten zukünftigen Seiten dar. Sie können die Zukunft in Form von Schritten anstelle von Seiten darstellen, wenn die Schritte bekannt sind und Die Seiten abhängig sind. Sie können Seiten dann dynamisch auffüllen, sobald sie bekannt werden. Da die Navigationssequenz festgelegt ist, ist die Navigationsanleitung nicht interaktiv.

Nicht sequenzielle Navigationsleitlinien sind interaktiv, sodass Benutzer zuvor angezeigte Seiten direkt erneut besuchen können. Sie können auch vor der Navigationssequenz für Seiten überspringen, die als optional konzipiert sind. Optionale Seiten müssen über Standardwerte verfügen, die in den meisten Fällen akzeptabel 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 Voraussetzungen erfüllen.
• Seiten, die besucht werden können, sollten sichtbar von denen unterschieden werden, die nicht möglich sind (z. B. durch die Verwendung 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" verunsichern. Führt das Klicken auf "Zurück" zur vorherigen Seite oder zum vorherigen Abschnitt im Navigationsleitfaden oder zur letzten Seite oder zum letzten angezeigten Abschnitt? Da Windows-Assistenten die Schaltfläche Zurück jetzt in der oberen linken Ecke der Assistentenseiten und nicht in der unteren rechten Ecke mit den anderen Commitschaltflächen platzieren, denken Benutzer an die Zurück-Funktionalität wie im Web. Die beste Lösung besteht daher darin, ihrer Schaltfläche "Zurück" die Bedeutung der Webnavigation zu geben (klicken Auf "Zurück" sollte zur letzten angezeigten Seite oder zum zuletzt angezeigten Abschnitt führen) und den Navigationsleitfaden des Assistenten für die sequenzielle Navigation verwenden.

Seitenintegrität

Der Assistentenentwurf umfasst nicht nur Entscheidungen, die sich auf den gesamten Aufgabenablauf beziehen, z. B. die Handhabung der Navigation und die Verzweigungserfahrung, sondern auch die Entscheidungen, die sich auf die einzelnen Seiten beziehen, aus denen der Assistent besteht. Das wichtigste Prinzip für das Entwerfen guter Assistentenseiten ist das der Integrität: Der Inhalt einer Seite sollte zusammen gehören.

Assistentenseiten sind wesentlich nutzbarer, wenn jede konzeptionell zusammenhängt und nur einen Aspekt der Gesamtaufgabe behandelt. Die Standard Anweisung ist das primäre Mittel, um dies zu erreichen. Identifizieren Sie eindeutig das Ziel oder den Zweck der Seite für die Benutzer. Zusätzliche Anweisungen und alle Steuerelemente auf der Seite beziehen sich direkt auf die Standard-Anweisung. Obwohl Assistentenseiten Benutzern Optionen bieten sollten, für die einige Überlegungen erforderlich sind, fühlt sich dieser Aufwand nicht wie Arbeit an, da er durch die Integrität der Seite selbst stark fokussiert ist.

Leider halten Designer von Assistenten häufig das schnelle Klicken der Benutzer auf die Schaltfläche Weiter als Beweis für die Benutzerfreundlichkeit, Einfachheit und Integrität ihrer Seiten. Die ultimative Assistentenerfahrung ist nicht Weiter, Weiter, Weiter, Weiter, Weiter, Fertig. Eine solche Erfahrung deutet zwar darauf hin, dass die Standardwerte gut ausgewählt wurden, aber es deutet auch darauf hin, dass der Assistent nicht wirklich erforderlich war, da alle Optionen optional sind.

In Bezug auf Visuelles und Text: Analysieren Sie diese Elemente auf das Wesentliche. Widerstehen Sie dem Drang, mehrere Unteraufgaben auf einer einzelnen Seite zu bündeln (der "Burrito-Assistent") oder auf Registerkarten zur Darstellung komplexer Eingabeanforderungen zurückzugreifen. Eine einzelne Seite sollte eine einzelne Unteraufgabe der Gesamtaufgabe des Assistenten abdecken.

Falsch:

Da drei Registerkarten mit recht dichten Benutzereingaben erforderlich sind, versucht diese Assistentenseite, zu viel zu erreichen.

In den meisten Fällen behalten Sie die Größe jeder Seite im gesamten Assistenten bei, um ein einheitliches Erscheinungsbild zu fördern. Obwohl Windows-Assistenten das Ändern der Größe von Seiten ermöglichen, sodass die Größe einer Seite der Inhaltsmenge entspricht, verwenden nur wenige diese Option.

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

Die richtige Kommunikationsebene finden

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

Assistenten neigen dazu, übermäßig zu kommunizieren. Sie nehmen viel Platz auf dem Bildschirm ein, was ein Laufwerk zu ermutigen scheint, den Platz zu füllen. Es ist wie eine Variante des Parkinson-Gesetzes: Text der Benutzeroberfläche wird erweitert, um den verfügbaren Platz zu füllen.

Ein Grund für diesen Exzess ist Redundanz. Aufgrund von Vorlagen, die im frühen Assistentenentwurf 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 Redakteur zu beauftragen, um Ihren Assistententext rücksichtslos zu beschneiden. Vermeiden Sie unnötige Fragen und Optionen auf einzelnen Seiten, und entfernen Sie ganze Seiten aus dem Assistenten als Ganzes (z. B. die traditionellen Willkommens- und Glückwunschseiten). Gehen Sie direkt auf die Seite mit einer präzisen Standard Anweisung, wobei Sie die Sprache verwenden, die Ihre Zielgruppe verwendet, um die Aufgabe zu beschreiben, und nicht den Jargon der Technologie oder Funktion, die Sie oder Ihr Team intern verwenden. Dieser benutzerorientierte Ansatz ist von entscheidender Bedeutung, 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 dessen, was Sie sagen, sondern wie Sie es sagen! In Assistenten sind die Benutzer mit einem freundlichen, konversationsorientierten Ton vertraut, mit liberaler Verwendung des Second-Person-Pronomen ("Sie"), wenn das Programm um Eingaben bittet. Weitere Richtlinien finden Sie unter Stil und Ton.

Das Reduzieren 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 erfordert, freuen sich Die Benutzer über genügend Informationen, um kluge Entscheidungen zu treffen. Das folgende Beispiel zeigt, wie Der Text des Assistenten verdichtet werden kann, ohne die Bedeutung zu verlieren.

Vorher:

Nachher:

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

Wenn Sie nur drei Dinge tun...

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

2. Denken Sie sorgfältig über die Länge und Struktur Ihres Assistenten nach. Ziehen Sie kurze, nicht verzweigte Assistenten vor, um die Benutzeroberfläche 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 im Assistenten sicher: Der Inhalt einer Seite sollte eindeutig zusammen gehören.

Richtlinien

Allgemein

• Ziehen Sie zunächst einfache Alternativen in Betracht, z. B. Dialogfelder, Aufgabenbereiche oder einzelne Seiten. Sie müssen keine Assistenten verwenden. Sie können auf jeder Benutzeroberfläche hilfreiche Informationen und Unterstützung bereitstellen.

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

  Richtig:

  

  

  In diesem Beispiel besteht die Windows-Netzwerkdiagnose aus Status- und Ergebnisseiten. Da die Aufgabe nur ein einzelner Schritt ist, sind nicht die Navigationsschaltflächen erforderlich, die Benutzer in einem Assistenten benötigen. Es wird effektiv als mehrseitiges Dialogfeld angezeigt.

Fenstergröße

• Wählen Sie eine Fenstergröße aus, in der alle Seiten des Assistenten ohne vertikalen oder horizontalen Seitenlauf angezeigt werden können. 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.

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

• Aber machen Sie Fenster nicht zu groß. 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, ihn aber nicht benötigt. Weisen Sie eine geeignete Mindestgröße zu. Veränderliche Fenster sind hilfreich, wenn Seiten mit inhalten, die in der Größe geändert werden können, wie z. B. große Listenansichten, interagieren müssen.

  Richtig:

  

  Empfohlen:

  

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

• Erwägen Sie die Verwendung von Assistenten mit dynamischer Größe, deren Seitengröße sich bei Bedarf für den Inhalt ändert. Dadurch kann ein Assistent Seitenlayouts mit einer vielzahl von Inhalten unterbringen.

• Bevorzugen Sie statische Größenanpassung gegenüber dynamischen, wenn Benutzer die Änderungen möglicherweise als mangelnde Stabilität in ihrer Erfahrung mit dem Assistenten wahrnehmen. Visuelle Stabilität übertrumpft häufig die Anpassung von Inhalten. Die meisten Assistenten sollten standardmäßige statische Fenstergrößen übernehmen, wobei die dynamische Größenanpassung für spezielle Fä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 Standardeinstellungen, um die Anzahl der seiten zu reduzieren, die für Benutzereingaben 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 auf mindestens zwei Seiten fest. Stattdessen sollte ein Einseiten-Assistent als Dialogfeld neu gestaltet werden.
• Reduzieren Sie nicht einfach die Seitenanzahl des Assistenten, 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 gestalten, dass Benutzer durch die gesamte Sequenz auf Weiter klicken. Dies ist ein häufiger Fehler beim Design des Assistenten. Wenn eine Assistentenseite nicht mindestens einen Gewissensgedanken erfordert, muss sie sich wahrscheinlich überhaupt nicht im Assistenten befinden.

Verzweigung

• Bevorzugen Sie den Nicht-Verzweigungs-Assistentenentwurf gegenüber verzweigen. Assistenten ohne Verzweigung sind in der Regel einfacher, kürzer und einfach zu navigieren. Verzweigungs-Assistenten erschweren es Benutzern, zu bestimmen, wie viele Schritte in der Aufgabe ausgeführt werden und wo sie sich in der Sequenz befinden.

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

  • Auflisten von Seiten. Ein gängiges Verfahren besteht darin, den Speicherort 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.

  • Schließen Sie den Begriff der Unterschritte (z. B. Schritt 2a von 6) ein.

  • Führen Sie Schritte unabhängig von Seiten durch, wobei jeder Schritt mehrere Seiten umfassen kann. Ein Reisedienst kann beispielsweise Assistenten organization verwenden, die auf etablierten E-Commerce-Konventionen für die Branche basieren.

    Richtig:

    

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

  • Behandeln Sie optionale Schritte als persistent in der Enumerationssequenz. Wenn ein Branch beispielsweise nur einige optionale Schritte überspringt, überspringen Sie auch einfach die Schritte im Feedback, anstatt die Nummerierung neu zu nummerieren. Wenn ein Benutzer also auf Seite 2 eine Wahl 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 neu.

  • Wenn der Assistent einen einzelnen Branch verwendet und der Branch zu einem frühen Zeitpunkt in der Aufgabe erfolgt, starten Sie die Sequenz an diesem Punkt, und verwenden Sie dann einfach den Nicht-Verzweigungsansatz. Das heißt, ab dem Zeitpunkt des Branchs werden die Schritte nacheinander bis zum Ende des Branchs ausgeführt.

• Wenn Sie branchen müssen, beschränken Sie die Anzahl der Branches innerhalb eines einzelnen Assistenten auf eine oder zwei. Schließen Sie niemals mehr als einen Branch in einen Branch ein (ein "geschachtelter" Branch).

Commitschaltflächen

• Wenn Benutzer ein Commit für eine Aufgabe durchführen, verwenden Sie eine Commitschaltfläche, die eine bestimmte Antwort auf die Standard-Anweisung ist (z. B. Drucken, Verbinden oder Start). Verwenden Sie keine generischen Bezeichnungen wie Next (was keine Verpflichtung bedeutet) oder Finish (was nicht spezifisch ist) für das Commit einer Aufgabe. Die Bezeichnungen auf diesen Commitschaltflächen sollten selbst sinnvoll sein. Starte immer Commit-Schaltflächenbeschriftungen mit einem Verb. Ausnahmen:
  • Verwenden Sie Fertig stellen, wenn die spezifischen Antworten noch 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 Commitschaltflächen auf einer Seite umbenennen oder ausblenden. Diese Flexibilität ist ein Vorteil des neuen Assistentenentwurfs in Windows, der in älteren Assistenten nicht verfügbar war. Beachten Sie, dass sich das Ausblenden einer Commitschaltfläche vom Deaktivieren unterscheidet.
• Vermeiden Sie das Deaktivieren einer positiven Commitschaltfläche. Andernfalls müssen Benutzer ableiten, warum die Commitschaltflächen deaktiviert sind. Es ist besser, Commitschaltflä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 Commitschaltflächen. Weiter bedeutet, dass Sie im Assistenten ohne Verpflichtung fortschritten. Zurück sollte immer auf der nächsten Seite verfügbar sein, und durch Klicken auf Zurück sollte die Auswirkung der letzten Schaltfläche Weiter rückgängig werden. Wenn dies nicht möglich ist, geben Benutzer eine Verpflichtung ab, die durch eine bestimmte Bezeichnung auf der Commitschaltfläche angegeben wird. Weitere Richtlinien zu den Schaltflächen "Weiter" und "Zurück" finden Sie unter Navigation.

Schaltflächen abbrechen

• Bitten Sie die Benutzer nicht, zu bestätigen, ob sie wirklich kündigen möchten. Dies kann lästig sein. Ausnahmen:
  • Die Aktion hat erhebliche Folgen und ist, wenn falsch, nicht ohne weiteres zu beheben.
  • Die Aktion kann zu einem erheblichen Zeit- oder Aufwandsverlust des Benutzers führen.
  • Die Aktion steht eindeutig im Widerspruch zu anderen Aktionen.
• Erlauben Sie Benutzern, Assistenten neu zu starten, falls sie versehentlich abgebrochen haben.
• 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 nicht mö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 Vervollständigungsseiten. Verwenden Sie nicht Abbrechen, da das Schließen des Fensters keine Änderungen oder Aktionen aufgibt, die an diesem Punkt vorgenommen wurden. Verwenden Sie nicht Fertig, da es sich nicht um ein imperatives Verb handelt.
• Sobald die Aufgabe ausgeführt wurde, sollte Cancel zu Close (für eigenständige Assistenten) werden. Der Effekt von Close besteht darin, das Fenster einfach zu schließen.

Weitere Steuermöglichkeiten

• Verwenden Sie Befehlslinks nur für Optionen, nicht für Verpflichtungen. Bestimmte Commitschaltflächen zeigen die Verpflichtung deutlich besser an als Befehlslinks in einem Assistenten.
• Wenn Sie Befehlslinks verwenden, blenden Sie die Schaltfläche Weiter aus, aber lassen Sie die Schaltfläche Abbrechen.

Verwenden von Seiten (im Vergleich zu Dialogfeldern oder Inline-Benutzeroberfläche)

• Im Allgemeinen sollten Sie Seiten dialogfeldern vorziehen. Benutzer erwarten, dass Assistenten seitenbasiert sind.
• Verwenden Sie Dialogfelder, um das Abschließen von Seiten zu unterstützen, z. B. mit Objektauswahlen und Browsern.
• Verwenden Sie Dialogfelder, um Fehlermeldungen zu geben, die für die gesamte Seite gelten und sich aus dem Klicken auf eine Commitschaltfläche ergeben.
• Verwenden Sie die Inlinedarstellung für einfache dynamische Verhaltensweisen, z. B. progressive Offenlegung und kontextbezogene Benutzeroberfläche.
• Verwenden Sie die Inlinedarstellung für Fehlermeldungen, die für bestimmte Steuerelemente gelten.

Seiten des Assistenten

• Konzentrieren Sie sich auf effiziente Entscheidungsfindung. Reduzieren Sie die Anzahl der Seiten, die sich auf die wesentlichen Elemente konzentrieren sollen. Konsolidieren Sie verwandte Seiten, und nehmen Sie optionale Seiten aus dem Standard Flow. Wenn Benutzer vollständig über Ihren Assistenten auf Weiter klicken, mag zunächst eine gute Erfahrung sein, aber wenn Benutzer die Standardwerte nie ändern müssen, sind die Seiten wahrscheinlich unnötig.

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

• Verwenden Sie keine Willkommensseiten, um die erste Seite nach Möglichkeit funktionsfähig zu machen. Verwenden Sie eine optionale Erste Schritte Seite nur in folgenden Fällen:

  • 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 seiner ersten Auswahlseite, und es gibt keinen Raum für weitere Erläuterungen.
  • Die Standard-Anweisung für Erste Schritte Seiten lautet "Bevor Sie beginnen:".

  Falsch:

  

• Moderne Assistenten entscheiden sich für funktionale erste Seiten. Hier gibt es nichts anderes zu tun, als auf Weiter zu klicken. Warum müssen Benutzer diese Tokensteuer für ihre wertvolle Zeit bezahlen?

• Optimieren Sie auf Seiten, auf denen Benutzer aufgefordert werden, Entscheidungen zu treffen, für die wahrscheinlichsten Fälle. Diese Arten von Seiten sollten tatsächliche Optionen und nicht nur Anweisungen enthalten.

  • Wenn Sie keine Erste Schritte Seite verwenden, erläutern Sie oben auf der ersten Seite der Optionen den Zweck des Assistenten.

• Verwenden Sie Commitseiten, um klar zu machen, wann Benutzer ein Commit für die Aufgabe durchführen. In der Regel ist die Commitseite die letzte Seite der Optionen, und die Schaltfläche Weiter wird neu beschriftet, um die aufgabe anzugeben, die zu commitent wird.

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

• Verwenden Sie Statusseiten, um die status eines langwierigen Vorgangs anzuzeigen. Nach erfolgreichem Abschluss sollte die Statusseite automatisch zum nächsten Schritt übergehen. Es sollte nur auf der Statusseite bleiben, wenn ein Problem vorliegt, das der Benutzer sehen muss. Das Klicken auf "Zurück" auf eine Statusseite sollte keine Nebenwirkung haben.

  • Verwenden Sie eine einzelne, bestimmte Statusanzeige. Befolgen Sie die festgelegten Statusbalkenrichtlinien, einschließlich:
    • Geben Sie eindeutig die Vervollständigung an. Lassen Sie einen Statusbalken nicht auf 100 Prozent laufen, es sei denn, der Vorgang wurde abgeschlossen.
    • Starten Sie den Status nicht neu. Eine Statusanzeige verliert ihren Wert, wenn sie neu gestartet wird (möglicherweise, weil ein Schritt im Vorgang abgeschlossen ist), da Benutzer nicht wissen können, wann der Vorgang abgeschlossen wird. Lassen Sie stattdessen alle Schritte des Vorgangs einen Teil des Fortschritts gemeinsam nutzen, und lassen Sie die Statusanzeige einmal zum Abschluss wechseln.
  • Geben Sie eine präzise Beschreibung des aktuellen Schritts über der Statusleiste an. Für schnelle Vorgänge ist ein solcher Text nicht erforderlich. der Statusbalken allein reicht aus. Für Vorgänge, die eine Minute oder länger erfordern, kann Text hilfreich sein.
    • Verwenden Sie Satzfragmente, die in der Regel mit einem Verb beginnen und mit einem Auslassungszeichen enden. Beispiele: Kopieren von Dateien..., Installieren erforderlicher Komponenten....
    • Platzieren Sie Text über der Leiste, nicht unten.
    • Falsch:
    • 
    • In diesem Beispiel sollte der erläuternde Text über der Statusleiste angezeigt werden.
    • Vermeiden Sie es, die Statusseite mit unnötigen Details zu überladen. Diese Seite dient nicht dem technischen Support. es ist für Benutzer.
    • Falsch:
    • 
    • In diesem Beispiel sind technische Details wie GUIDs für Benutzer bedeutungslos.

• Verwenden Sie keine Glückwunschseiten, die nichts anderes tun, als den Assistenten zu beenden. Wenn die Ergebnisse des Assistenten für Benutzer deutlich erkennbar sind, schließen Sie einfach den Assistenten auf der abschließenden Commitschaltflä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 Vervollständigungsseiten nur, wenn die Ergebnisse nicht sichtbar sind und es keine bessere Möglichkeit gibt, Feedback zur Aufgabenerledigung zu geben.
  • Assistenten mit Statusseiten müssen eine Vervollständigungsseite oder Follow-Up Seite verwenden, um den Vorgangsabschluss anzugeben. Schließen Sie bei Aufgaben mit langer Ausführungszeit den Assistenten auf der Seite Commit, und verwenden Sie Benachrichtigungen, um Feedback zu geben.

• Verwenden Sie Zusammenfassungsseiten nur, wenn die Eingabe komplex ist und Benutzer überprüfen müssen, ob die Aufgabe ein erhebliches Risiko mit sich bringt (z. B. ein finanzieller Übergang), oder wenn der Assistent Maßnahmen basierend auf benutzerbezogenen Eingaben ergreift, die nicht offensichtlich sind (um Vertrauen durch Transparenz zu schaffen). Zusammenfassungsseiten entsprechen häufig nicht dieser Relevanzleiste und können weggelassen werden.

• Verwenden Sie Fehlerseiten, wenn der Assistent aufgrund eines Problems, bei dem die Wiederherstellung nicht möglich ist, nicht abgeschlossen werden kann. Erläutern Sie auf dieser Seite, was das Problem ist, in klarer Sprache, ohne technischen Jargon, die Benutzer nicht verstehen. Stellen Sie auch praktische Schritte bereit, die Benutzer ergreifen können, um das Problem zu lösen. Weitere Richtlinien finden Sie unter Fehlermeldungen.

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

Navigation

• Verwenden Sie Weiter nur, wenn Sie ohne Verpflichtung zur nächsten Seite wechseln. Das Wechseln zur nächsten Seite wird als Verpflichtung betrachtet, wenn ihre Wirkung nicht rückgängig machen kann, indem Sie auf "Zurück" oder "Abbrechen" klicken.
• Verwenden Sie nur Zurück, um Fehler zu korrigieren. Abgesehen von der Korrektur von Fehlern sollten Benutzer nicht auf Zurück klicken müssen, um den Fortschritt in einer Aufgabe zu erzielen.
• Behalten Sie die Benutzerauswahl über die Navigation bei. Wenn der Benutzer beispielsweise Änderungen vornimmt, auf Zurück und dann auf Weiter klickt, sollten diese Änderungen beibehalten werden. Benutzer erwarten nicht, dass Sie Änderungen erneut eingeben müssen, es sei denn, sie haben sich explizit dafür entschieden, sie zu löschen.
• Deaktivieren Sie die Schaltfläche Zurück nicht, es sei denn, die Schritte zu wiederholen ist schädlich.
• Ermöglichen Sie Benutzern das Durchsuchen oder Überarbeiten von Optionen in den folgenden Navigationsszenarien:
  • Der Benutzer gibt Eingaben, klickt auf die Schaltfläche "Commit", klickt auf "Zurück", um die vorherigen Änderungen zu überprüfen, ändert nichts und klickt dann erneut auf die Commitschaltflä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 Eine Eingabe, klickt auf die Schaltfläche "Commit", klickt auf "Zurück", um vorherige Änderungen zu überprüfen, ändert etwas, und klickt dann erneut auf die Schaltfläche "Commit". Normalerweise sollte dies möglich sein, und der zweite Commit sollte die Aufgabe mit der geänderten Eingabe wiederholen (Ersetzen oder Rückgängigmachen der Wirkung der ersten).

Hilfe

• Entwurfs-Assistentenseiten, um genügend Informationen bereitzustellen, sodass der Verweis auf die Dokumentation in der Programmhilfe nicht erforderlich ist. Ein Assistent entnimmt den Benutzern bereits die gewünschte, direkte Interaktion mit dem Programm. 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 die Benutzer am ehesten beantworten möchten.
• Richtig:
• 
• Dieser Link zur Hilfe ist geeignet, da grundlegende Hintergrundinformationen wie diese die Assistentenseite zu sehr überladen würden.

Text

Allgemein

• Verwenden Sie und Ihre, um auf den Benutzer und den Computer, das Dokument, die Einstellungen usw. 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 den Optionen zu verwenden, die der Benutzer auswählt. Beispiel:Kontrollkästchen Nur meine Verwendung .
• Jede Assistentenseite muss über eine Standard-Anweisung verfügen.

Titel

• Geben Sie den Namen des Assistenten in die Titelleiste ein. Verwenden Sie die Groß-/Kleinschreibung im Titelformat.
• Titel sollten keine Interpunktion enthalten, mit Ausnahme von Solchen mit Fragezeichen.
• Fügen Sie das Wort Assistent nicht in Die Titel des Assistenten ein. Verwenden Sie beispielsweise eine Verbindung mit einem Netzwerk herstellen anstelle des Netzwerkeinrichtungs-Assistenten.

Schaltflächen

• Fügen Sie keinen Text auf die Schaltfläche "Zurück" ein. Verwenden Sie stattdessen die Pfeil-Glyphe ohne Bezeichnung.

• Fügen Sie Text auf die Schaltfläche Weiter ein. Verwenden Sie keine Glyphen (z > . B. oder >>) zusätzlich zum Wort Weiter.

• Verwenden Sie bestimmte Bezeichnungen von Commitschaltflächen, die für sich selbst sinnvoll sind und eine Antwort auf die Standard-Anweisung sind. Im Idealfall sollten Benutzer nichts anderes lesen müssen, um die Bezeichnung zu verstehen. Benutzer lesen viel häufiger Befehlsschaltflächenbeschriftungen als statischen Text.

• Verwenden Sie nach Möglichkeit nicht das Wort Fertig stellen für die Bezeichnung der Commitschaltfläche, da es in der Regel eine bessere, spezifischere Commitschaltfläche gibt:

  • Wenn das Klicken auf die Schaltfläche einen Commit zur Aufgabe durchführt (daher wurde die Aufgabe noch nicht ausgeführt), verwenden Sie eine bestimmte Bezeichnung, die mit einem Verb beginnt, das eine Antwort auf die Standard-Anweisung darstellt (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.

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

• Verwenden Sie die Großschreibung im Satzstil.

• Verwenden Sie keine Interpunktion am Ende.

Dokumentation

• Obwohl die meisten Windows-Assistenten nicht mehr das Wort Assistent im Titel enthalten, ist es akzeptabel, assistenten in der Dokumentation als Assistenten zu bezeichnen. Dieser Verweis sollte Kleinbuchstaben sein.
• Richtig:
• Wenn Sie zum ersten Mal ein Netzwerk einrichten, können Sie Mithilfe des Assistenten Herstellen einer Verbindung mit einem Netzwerk Hilfe erhalten.
• Einige Legacy-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, den [X] Assistenten zu sagen.
• Verweisen Sie auf einen einzelnen Bildschirm innerhalb eines Assistenten als Seite.