Hilfe

Hinweis

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 aktuellen Designleitlinien wider.

Verwenden Sie die Hilfe als sekundärer Mechanismus, um Benutzern zu helfen, Aufgaben auszuführen und besser zu verstehen, wobei der primäre Mechanismus die Benutzeroberfläche selbst ist. Wenden Sie diese Richtlinien an, um die Inhalte wirklich hilfreich und leicht zu finden.

Ein Hilfesystem besteht aus verschiedenen Arten von Inhalten, die Benutzern helfen sollen, wenn sie eine Aufgabe nicht abschließen können, ein Konzept ausführlicher verstehen möchten oder mehr technische Details benötigen, als auf der Benutzeroberfläche verfügbar sind.

In diesem Artikel beziehen wir uns auf "Hilfe" als sekundäre Benutzeroberfläche. Die Benutzeroberfläche ist primär, da benutzer zuerst versuchen, ihre Probleme zu lösen. Sie konsultieren das Hilfesystem nur, wenn sie ihre Aufgabe nicht mit der Benutzeroberfläche ausführen können.

Die Startseite der Windows-Hilfe und des Supports, die über das Startmenü verfügbar ist.

Anmerkung: Richtlinien für Stil und Ton werden in einem separaten Artikel vorgestellt.

Ist dies die richtige Benutzeroberfläche?

Berücksichtigen Sie die folgenden Fragen, um sich zu entscheiden:

• Wie motiviert sind Ihre Zielbenutzer? Je motivierter sie sind, die Funktionalität Ihres Programms zu entdecken und Fortgeschrittene oder sogar Experten darin zu werden, desto eher sind sie bereit, Antworten auf ihre Fragen zu recherchieren, indem sie Hilfethemen konsultieren.
• Verwenden Sie Hilfe, um eine schlechte Benutzeroberfläche zu beheben? Je besser Ihre Benutzeroberfläche, desto weniger Benutzer suchen zusätzliche Hilfe. Wenn Ihr Programm eine sehr klare, hilfreiche primäre Benutzeroberfläche hat (z. B. jargonfreie Fehlermeldungen, gut geschriebene Assistenten und eindeutige Dialogfelder), benötigen Sie möglicherweise überhaupt kein sekundäres Hilfesystem.
• Ist Ihr Programm relativ einfach? Wenn dies der Grund ist, sollten Sie alle erforderlichen Unterstützungsinhalte in ihre primären UI-Oberflächen integrieren. Benutzer suchen eher zusätzliche Hilfe in Programmen, die komplexe Aufgaben ausführen.
• Ist Ihre Anwendung für Entwickler, IT-Experten oder andere Softwareexperten vorgesehen? Diese Benutzer erwarten in der Regel Referenzhilfe für Programmiersprachenkonventionen und ausführliche konzeptionelle Hilfe für die Mastery von Features.

Designkonzepte

Wenn Sie die Hilfe in Ihr Programm einbeziehen möchten, integrieren Sie sie in Ihr Gesamtdesign. Die Hilfeschnittstelle sollte einfach, effizient und relevant sein; Es sollte Benutzern ermöglichen, hilfe einfach zu erhalten und dann zu ihrer Aufgabe zurückzukehren. Stellen Sie sich Ihr Hilfesystem in Bezug auf die Zeit der Benutzer vor: Minimieren Sie zuerst Unterbrechungen, indem Sie vorausschauen, wo probleme in Ihrem Programm auftreten, dann diese Probleme lösen, indem Sie grundlegende Unterstützung direkt in ihre Benutzeroberfläche integrieren und klare und konsistente Einstiegspunkte in Ihre detailliertere Hilfe erstellen.

Die Windows-Unterstützung wurde gemäß diesen Prinzipien entwickelt. Hier sind einige der Entwurfsänderungen an der Windows-Hilfe-Benutzeroberfläche:

• Verbesserte auffindbare Einstiegspunkte zur Hilfe in der Hauptbenutzeroberfläche (insbesondere neue Hilfelinks von UI-Oberflächen wie Dialogfeldern, Fehlermeldungen und Assistenten). Mithilfe von Hilfelinks gelangen Sie direkt zum relevanten Thema in der Hilfe.
• Ein Symbol für die Hilfeschaltfläche ist in der oberen rechten Ecke der meisten Hubseiten der Systemsteuerung sowie Shell-Ordner verfügbar.
• Benutzer können wählen, ob sie die aktuellsten Hilfeinhalte von Windows Online-Hilfe und -Support abrufen möchten, wenn sie online sind.
• Hilfethemen sind jetzt aufgabenbasiert und nicht funktionsorientiert, sodass Benutzer ihre Aufgaben schnell und effizient erledigen können.
• Hilfethemen basieren jetzt weitgehend auf bekannten Top-Benutzerszenarien.
• Bei Hilfethemen wird ein entspannter und informeller Ton verwendet, der die Alltagssprache nutzt.
• Hilfethemen sind für eine effektive Überprüfung konzipiert, da Benutzer das Inhaltswort für Word selten lesen.

Eine Analogie zur Hilfe

Wenn Sie sich eingehender über das Entwerfen Ihres Hilfesystems informieren möchten, sollten Sie eine Analogie aus dem Alltag berücksichtigen. Sie gehen in einer unbekannten Stadt verloren. Wie gehen Sie vor? Viele würden wie folgt reagieren:

• Orientieren; Suchen Sie nach Sehenswürdigkeiten, Straßenschildern (Namen und Zeiger auf Orte).
• Suchen Sie nach Karten.
• Als letztes Mittel bitten Sie schließlich nach Wegbeschreibungen, oder rufen Sie einen Freund an.

Das Design der "Schnittstelle" der Stadt beeinflusst Ihren Bedarf an Unterstützung. Gut gekennzeichnete Straßen, explizite Wegbeschreibungen (Zeiger auf Krankenhäuser, Flughäfen, Museen und postamt) und klare Sehenswürdigkeiten wie prominente geografische Merkmale oder Gebäude helfen Ihnen, Ihren Weg zu finden.

Sie bitten um Hilfe als letztes Mittel. Es ist ein Hinweis darauf, dass die "Schnittstelle" der Stadt fehlgeschlagen ist, indem sie schlecht gestaltet und verwirrend ist. Sie werden eher um Hilfe an einem Ort bitten, der einen Hinweis auf Hilfsbereitschaft hat. Sie werden z. B. eher nach Hilfe an einem Ort mit der Bezeichnung "Wegbeschreibung" oder "Informationen" als einem allgemeinen Ort wie der Rathaus fragen, obwohl Ihnen nur etwa jeder in der Rathaus anweisungen geben könnte.

Wenn Sie nach Hilfe fragen, sind die Chancen hoch, dass Sie frustriert sind und nur zu Ihrem gewünschten Ziel gelangen möchten. Wahrscheinlich sind Sie nicht in der Stimmung, Zeit zu verbringen, eine Tour durch die Stadt zu unternehmen oder etwas über seine Geschichte zu erfahren. Darüber hinaus hängt Ihre Motivation von der Bedeutung der Aufgabe ab. Wenn Sie versuchen, Ihr Hotelzimmer zu finden, werden Sie alles tun, damit es gelingt. Wenn Ihr Ziel jedoch darin besteht, einen Ort der geringen Bedeutung zu finden, werden Sie wahrscheinlich erst nach einem bescheidenen Aufwand aufgeben.

All diese Aspekte der Suche nach Ihrem Weg im realen Raum entsprechen, wie Benutzer ihren Weg in der Regel im virtuellen Raum Ihres Programms finden. Das Suchen von Hilfe außerhalb der primären Benutzeroberfläche ist von Natur aus verwirrend; tun Sie Ihr Bestes, um diese Erfahrung durch eine gut gestaltete Benutzeroberfläche und intelligente "Wegweiser" zu mindern, um die Benutzer zu den benötigten Antworten zu führen.

Entwerfen der Benutzeroberfläche, sodass Hilfe unnötig ist

Versuchen Sie, die Hilfe zuerst unnötig zu machen, indem Sie:

• Einfaches Auffinden und Ausführen häufiger Aufgaben.
• Bereitstellen klarer Hauptanweisungen.
• Stellen Sie klare, präzise Steuerbeschriftungen bereit, die ziel- und aufgabenorientiert sind.
• Stellen Sie bei Bedarf ergänzende Anweisungen und Erläuterungen bereit.
• Antizipieren von vermeidenden Problemen mithilfe von Steuerelementen, die auf gültige Auswahlmöglichkeiten beschränkt sind, geeignete Standardwerte bereitstellen, alle Eingabeformate behandeln und Fehler verhindern.
• Schreiben von Fehlermeldungen, die eine klare Lösung oder Aktion bereitstellen, die der Benutzer ausführen kann.
• Vermeiden Sie verwirrende UI-Designs, z. B. Aufgaben mit schlechtem Fluss oder Verwenden von Steuerelementen, die aus keinem offensichtlichen Grund deaktiviert sind.
• Arbeiten mit Autoren und Editoren frühzeitig im Entwicklungszyklus, um qualitativ hochwertigen, konsistenten UI-Text im gesamten Programm zu erstellen.

Benutzer sollten nicht an eine andere Stelle gehen müssen, um herauszufinden, wie Sie Ihre Benutzeroberfläche verwenden. Fügen Sie wesentliche Informationen direkt in die primäre Benutzeroberfläche ein, anstatt die Benutzer aus ihrem unmittelbaren Kontext in den Hilfebereich zu zwingen. Wenn wichtige Informationen nur in einem Hilfethema vorhanden sind, besteht eine gute Chance, dass Benutzer sie nicht sehen. Verwenden Sie für optionale und mehr erläuternde Informationen die Hilfelinks von der primären Benutzeroberfläche zum entsprechenden Hilfethema, um zusätzliche Unterstützung zu erhalten.

Berücksichtigen der Benutzermotivation

Für die meisten Benutzer gehören Geschwindigkeit und Effizienz zu den wichtigsten Tugenden guter Programme. Benutzer möchten ihre Arbeit erledigen. Im Allgemeinen sind sie nicht daran interessiert, über das Programm und die Technologie um ihrer selbst willen zu lernen; ihre Geduld reicht nur so weit, wie das Programm ihren eigenen Interessen dient und die anstehenden Probleme löst.

Entwerfen Sie Ihr Hilfesystem so, dass es der Motivation Ihrer Benutzer entspricht. Ziehen Sie z. B. einen Benutzer in Betracht, der zu einem Kiosk in einem Museum spazieren gegangen ist. Wenn sie nicht herausfinden kann, wie die Aufgabe schnell ausgeführt werden kann, wird sie wahrscheinlich einfach aufgeben und weggehen. Es ist unwahrscheinlich, dass sie Zeit mit der Hilfe verbringt. Alternativ hat ein hochmotivierter Benutzer eine höhere Toleranz für die Zeit, die er mit der Suche nach Antworten in Ihrem Hilfesystem verbringt. Ein Geschäftsbenutzer, der beispielsweise die Bücher ausgleichen muss, ist wahrscheinlich bereit, Hilfeinhalte zu konsultieren, um diese neue Buchhaltungsanwendung optimal zu nutzen.

Schreiben von Inhalten zum Scannen

Schreiben Sie Hilfethemen in dem Wissen, dass sie nach bestimmten Informationen durchsucht werden und nicht Wort für Wort gelesen werden. Schreiben Sie präzise, gelangen Sie schnell zum Punkt und stellen Sie Informationen bereit, auf die Benutzer reagieren können.

• Schreiben Sie "Vorgehensweisen"-Themen mit nummerierten Schritten in einem konsistenten Format, damit Benutzer erkennen, dass sie Verfahrensunterstützung erhalten.
• Schreiben Sie Referenzthemen mit Blick auf einfache Lesbarkeit, indem Sie beispielsweise Tabellen verwenden, um Optionen der Benutzeroberfläche oder Sprachsyntax darzustellen.
• Schreiben Sie konzeptionelle Themen, die logisch nach Unterüberschriften organisiert sind, damit der Benutzer ganze Abschnitte von geringerem Interesse überspringen kann.

In allen Hilfeinhalten ist es einfacher, Aufzählungen als Standardabsatzblöcke von Text zu scannen. Verwenden Sie Aufzählungen sorgfältig, aber nicht als Krücke für unorganisiertes Material.

Erstellen von Inhalten, die wichtig sind

Da kein Hilfesystem jede Frage antizipieren kann, die jeder Benutzer haben könnte, konzentrieren Sie sich auf die meisten Inhalte, um die wichtigsten Fragen in den wichtigsten Szenarien für Ihre Zielbenutzer zu beantworten. Beispielsweise können eine effektive Suche und das Einrichten der Netzwerkkonnektivität (unter anderem) sehr gefragte Themen sein. Konzentrieren Sie sich auch auf Aufgaben innerhalb Ihrer wichtigsten Benutzerszenarien, anstatt ein Feature oder eine Technologie vollständig zu dokumentieren.

Tipp: Technischer Support ist eine gute Quelle für Hilfsinhalte. Helpdesks führen häufig Aufzeichnungen von häufig gestellten Fragen zu bestimmten Programmen oder Aufgaben, die Benutzer ausführen möchten (und fehlschlagen).

Es ist nicht erforderlich, Hilfe für jedes Feature in der Benutzeroberfläche bereitzustellen. Häufig ergeben sich nicht hilfreiche Hilfeergebnisse aus dem Versuch, Hilfe für alles zu erstellen. Wenn die Benutzeroberfläche gut gestaltet ist, sind die meisten dieser Hilfethemen nicht sehr hilfreich; sie werden einfach das Offensichtliche wiederholen.

Wenn es mehr als eine Möglichkeit zum Ausführen einer Aufgabe gibt, können Sie in den meisten Fällen nur die am häufigsten verwendete Methode von unerfahrenen Benutzern dokumentieren. Zu diesen Ausnahmen gehören Überlegungen zur Barrierefreiheit (z. B. Dokumentieren von Tastaturäquivalenten von Mausaktionen) und Plattformüberlegungen (Dokumentieren des Tablet-Formfaktors, z. B. für Serverumgebungen, in denen die Befehlszeile die grafische Benutzeroberfläche ersetzen kann).

Denken Sie daran, dass Benutzer häufig nicht über die Probleme nachdenken, denen sie auf genau dieselbe Weise begegnen wie Sie. Benutzer können es z. B. seltsam finden, sich selbst als "Konto" zu betrachten. Stellen Sie sicher, dass Sie Ihre Such- und Indizierungsfunktionen entwerfen, um wahrscheinliche Terminologievariationen und Synonyme zu berücksichtigen.

Zwischen der primären Benutzeroberfläche und dem Hilfesystem sollten Begriffe jedoch sehr ähnlich sein, wenn sie nicht identisch sind. Benutzer können verwechselt werden, wenn die Hilfesystemsprache nicht sehr genau mit dem korreliert, was sie auf dem Bildschirm sehen.

Schreiben von ansprechendem Hilfetext für Links

Wenn Sie über die primäre Benutzeroberfläche einen Link zu einem Hilfethema herstellen, müssen Sie unbedingt überzeugenden Hilfelinktext schreiben. Klare und spezifische Sprache inspiriert Vertrauen. Benutzer neigen dazu, zu glauben, dass generische Hilfelinks (eine Schaltfläche mit dem Wort "Hilfe" oder "Weitere Informationen" darauf) nicht zu den richtigen Informationen führen, ohne dass eine erhebliche Zeitaufwand erforderlich ist.

Wenn Sie nur fünf Dinge tun...

1. Entwerfen Sie Ihre Benutzeroberfläche so, dass Benutzer keine Hilfe benötigen.
2. Machen Sie Ihre Hilfe hilfreich, indem Sie sich auf die wichtigsten Fragen in den wichtigsten Szenarien für Ihre Zielbenutzer konzentrieren.
3. Präsentieren Sie den Hilfeinhalt so, dass es einfach zu scannen ist.
4. Verstehen Sie, dass Sie für jedes Feature in der Benutzeroberfläche keine Hilfe bereitstellen müssen.
5. Machen Sie die Einstiegspunkte der Hilfe auffindbar und überzeugend.

Verwendungsmuster

Verschiedene Arten von Inhalten dienen unterschiedlichen Zwecken.

Inhaltstyp	Beispiel
Verfahrenshilfe stellt die Schritte zum Ausführen einer Aufgabe bereit.	Die Verfahrenshilfe sollte sich auf Informationen "wie" und nicht auf "was" oder "warum" konzentrieren. In diesem Beispiel beschreibt das Hilfethema, wie Sie eine Funktion des Dienstprogramms "Datenträgerbereinigung" verwenden, und bietet eine Abfolge von Schritten an, die Sie befolgen können.
Konzeptionelle Hilfe stellt Hintergrundinformationen, Featureübersichten oder Prozesse bereit.	Konzeptionelle Hilfe sollte Informationen zu "was" oder "warum" liefern, die über das für das Ausführen einer Aufgabe erforderliche Maß hinausgehen. In diesem Beispiel definiert das Hilfethema, was der Desktop ist, und enthält zusätzliche Details dazu, was er enthält und warum Benutzer damit interagieren.
Referenzhilfe dient als Online-Referenzbuch.	Mithilfe der Referenzhilfe können Sie eine Programmiersprache oder Programmierschnittstelle dokumentieren. In diesem Beispiel listet das Hilfethema typografische Konventionen auf, die für diese bestimmte Sprache oder Anwendung verwendet werden, und stellt die Informationen in einer leicht zu scannenden Tabelle bereit.

Leitlinien

Einstiegspunkte

• Link zu bestimmten, relevanten Hilfethemen. Verknüpfen Sie nicht mit der Startseite der Hilfe, dem Inhaltsverzeichnis, einer Liste mit Suchergebnissen oder einer Seite, die nur mit anderen Seiten verknüpft ist. Vermeiden Sie das Verknüpfen mit Seiten, die als eine große Liste häufig gestellter Fragen strukturiert sind, da benutzer gezwungen werden, nach dem Link zu suchen, auf den sie geklickt haben. Verknüpfen Sie nicht mit bestimmten Hilfethemen, die für die betreffende Aufgabe nicht relevant und hilfreich sind. Nie mit leeren Seiten verknüpfen.

• Fügen Sie keine Hilfelinks zu jedem Fenster oder jeder Seite ein, um die Konsistenz zu gewährleisten. Das Bereitstellen eines Hilfelinks an einer zentralen Stelle bedeutet nicht, dass Sie sie überall bereitstellen müssen.

• Verwenden Sie Hilfelinks für Dialogfelder, Fehlermeldungen, Assistenten und Eigenschaftenblätter. Wenn der Link "Hilfe" auf bestimmte Steuerelemente angewendet wird, platzieren Sie ihn linksbündig. Wenn sich der Hilfelink auf das gesamte Fenster bezieht, platzieren Sie ihn in der unteren linken Ecke des Inhaltsbereichs des Fensters.

  

  In diesem Beispiel gilt der zweite Hilfelink für eine Gruppe von Steuerelementen.

  

  In diesem Beispiel gilt der Hilfelink für das gesamte Fenster.

• Verwenden Sie Hilfelinks anstelle generischer Textverweise auf Hilfe, wenn technisch möglich.

  Richtig:

  Wie kann ich Datenträgerfehler reparieren?

  Falsch:

  Weitere Informationen zum Reparieren von Datenträgerfehlern finden Sie in der Hilfe und beim Support.

• Verwenden Sie eine Hilfeschaltfläche mit dem Hilfesymbol für die Hubseiten von Systemsteuerungselementen. Platzieren Sie sie in der oberen rechten Ecke. Diese Schaltflächen verfügen nicht über eine Beschriftung, sondern haben eine QuickInfo, auf der "Hilfe" steht.

  

  Ein Systemsteuerungselement mit einer Hilfe-Schaltfläche.

• F1-Hilfe ist optional. Benutzer haben sich daran gewöhnt, Hilfeinformationen im Zusammenhang mit dem unmittelbaren Kontext der Benutzeroberfläche auf dem Bildschirm zu finden, indem sie die F1-TASTE drücken, die als Hilfe auf Standardtastaturen bezeichnet wird. Sie können F1-Hilfe einschließen, wenn beispielsweise Benutzerfreundlichkeitsstudien zeigen, dass Ihre Benutzer sie finden, oder Ihre Programm-UI ist komplex genug, um von kontextbezogener Unterstützung zu profitieren.

• Programme mit Menüleisten können eine Menükategorie "Hilfe" aufweisen. Hilfemenürichtlinien finden Sie unter Menüs.

  

  In diesem Beispiel verfügt das Windows Paint-Zubehör über eine Menükategorie "Hilfe".

• Stellen Sie für die Barrierefreiheit der Tastatur Tabstopps für Hilfeschaltflächen und Links bereit.

• Das Verhalten der Hilfeschaltfläche und des Links sollte wie folgt aussehen: Der Hilfebereich wird geöffnet, und es wird ein dediziertes Hilfethema angezeigt. Die Benutzeroberfläche, die den Hilfebereich aufgerufen hat, sollte geöffnet bleiben, um die Kontextoberfläche beizubehalten.

• Verwenden Sie nicht die folgenden veralteten Hilfeeinstiegspunkt-Formatvorlagen: "Weitere Informationen" oder "Weitere Informationen zu..." Links, generische Hilfeschaltflächen und kontextbezogene Hilfeschaltflächen auf der Titelleiste. Obwohl sie in der Vergangenheit verwendet wurden, haben Benutzerfreundlichkeitsstudien festgestellt, dass Benutzer sie tendenziell ignorieren. Verwenden Sie stattdessen Links zu bestimmten Hilfethemen. Richtlinien zum Schreiben guter Hilfelinks finden Sie unter Hilfelinks.

  Falsch:

  

  Verwenden Sie nicht "Weitere Informationen" oder "Weitere Informationen über..." Verknüpfungen.

  Falsch:

  

  Verwenden Sie keine generischen Hilfeschaltflächen.

  Falsch:

  

  Verwenden Sie in der Titelleiste keine kontextabhängigen Hilfeschaltflächen.

Inhalt

• Erstellen Sie keine offensichtlichen Inhalte. Hilfethemen, die den Inhalt der primären Benutzeroberfläche wiederholen, fügen keinen Mehrwert hinzu.
• Erstellen Sie keine Inhalte, auf die der Benutzer nicht in irgendeiner Weise reagieren kann.
  • Ausnahme: Einige konzeptionelle Inhalte liefern wichtige Hintergrundinformationen, ohne unbedingt zu einer Benutzeraktion zu führen.
• Vermeiden Sie vage Lösungen für Probleme. "Wenden Sie sich z. B. an Ihren Systemadministrator" oder "installieren Sie die Anwendung erneut", neigen dazu, Benutzer zu frustrieren.
  • Ausnahme: Empfehlen Sie, sich an den Systemadministrator zu wenden, wenn dies die einzige praktische Lösung ist, und Systemadministratoren erwarten, dass sie für das Problem kontaktiert werden.
• Vermeiden Sie Inhalte, die sehr unwahrscheinliche Benutzerszenarien betreffen. Entwickeln Sie Ihre wichtigsten Hilfeinhalte für die voraussichtlich normale Nutzung. Notieren Sie wichtige Ausnahmen von der erwarteten Nutzung, behandeln Sie diese Inhalte jedoch mit niedrigerer Priorität.
• Sammeln Sie Feedback von Ihren Benutzern, wie hilfreich Ihre Hilfethemen sind. Benutzern das Bewerten einzelner Themen gestatten. Führen Sie Benutzerfreundlichkeitsstudien zu Ihrer Dokumentation durch, um Probleme mit Qualität und Auffindbarkeit von Inhalten zu ermitteln.
  • Tipp: Benutzerfeedback ist auch eine hervorragende Möglichkeit, um mehr aufgabenbasierte Inhalte zu generieren, die sich auf das konzentrieren, was Benutzer tatsächlich mit Ihrem Programm tun, im Gegensatz zu feature-basierten Inhalten, die sich einfach auf eine Beschreibung der Technologie beschränken.
• Stellen Sie mehrere Möglichkeiten für den Zugriff auf Ihre Inhalte bereit. Ein Inhaltsverzeichnis, ein Index und ein Suchmechanismus sind drei der am häufigsten verwendeten Methoden zur Verbesserung der Auffindbarkeit.
• Wenn es mehr als eine Möglichkeit zum Ausführen einer Aufgabe gibt, können Sie in den meisten Fällen nur die am häufigsten verwendete Methode von unerfahrenen Benutzern dokumentieren.

Ikonen

• Verwenden Sie das Hilfesymbol nur für Explorer-Fenster und die Hubseiten von Systemsteuerungselementen. Verwenden Sie das Hilfesymbol nicht mit Hilfelinks.

Richtig:

In diesem Beispiel verwendet ein Windows Explorer-Fenster ein Hilfesymbol, um Zugriff auf die Hilfe zu ermöglichen.

Falsch:

In diesem Beispiel wird das Hilfesymbol unten links mit einem Hilfelink falsch verwendet.

Text

Hilfelinks

• Geben Sie spezifische Informationen zum Inhalt des Hilfethemas an, wobei Sie möglichst relevanten, präzisen Text verwenden. Benutzer ignorieren häufig generische Hilfelinks. Stellen Sie sicher, dass die Ergebnisse des Links vorhersagbar sind, dass Benutzer nicht von den Ergebnissen überrascht werden sollten.

  • Ausnahme: Sie können "Weitere Informationen" verwenden, um Anweisungen zu ergänzen, die sich direkt auf der Benutzeroberfläche befinden, insbesondere, wenn sie bestimmte Informationen im Hilfelink bereitstellen, zu unnötigen Wiederholungen führen oder den Link weniger überzeugend macht.

  Falsch:

  Ein sicheres Kennwort verfügt über mindestens sechs Groß-/Kleinbuchstaben, Zahlen und Symbole. Was ist ein sicheres Kennwort?

  Richtig:

  Ein sicheres Kennwort verfügt über mindestens sechs Groß-/Kleinbuchstaben, Zahlen und Symbole. Weitere Informationen

  Im falschen Beispiel wiederholt sich der Hilfelink. Es stellt eine Frage, die wirklich bereits beantwortet wird.

• Wann immer möglich, sollte der Hilfelinktext im Hinblick auf die primäre Frage formuliert werden, die vom Hilfeinhalt beantwortet wird. Verwenden Sie nicht die Formulierungen „Mehr erfahren über“, „Erzählen Sie mir mehr über“ oder „Hilfe hierzu erhalten“.

  Falsch:

  Weitere Informationen zum Hinzufügen von Ausnahmen

  Richtig:

  Was sind die Risiken, Ausnahmen zuzulassen?

  Wie füge ich Ausnahmen hinzu?

  In den richtigen Beispielen wird der Link in Bezug auf die primäre Frage, die vom Hilfethema beantwortet wird, formuliert.

• Wenn die relevantesten Informationen kurz zusammengefasst werden können, platzieren Sie die Zusammenfassung direkt in der Benutzeroberfläche, anstatt einen Hilfelink zu verwenden. Sie können jedoch einen Hilfelink verwenden, um zusätzliche Informationen bereitzustellen.

  Falsch:

  

  Richtig:

  

  Besser:

  

  Das richtige Beispiel fasst die Hilfeinformationen prägnant zusammen, was die Wahrscheinlichkeit verbessert, dass Benutzer sie lesen. Das bessere Beispiel enthält einen Hilfelink für weitere Informationen zu diesem komplexen Thema.

• Links zur Phrase Help, um eindeutig Unterstützung anzuzeigen. Hilfelinks sollten nie wie Aktionslinks gelesen werden.

• Verwenden Sie den gesamten Hilfelink für den Linktext, nicht nur die Schlüsselwörter.

  Richtig:

  Was sind die Risiken, Ausnahmen zuzulassen?

  Falsch:

  Was sind die Risiken, Ausnahmen zuzulassen?

  Im richtigen Beispiel wird der gesamte Satz "Hilfelink" für den Linktext verwendet.

  • Ausnahme: Hilfelinks zu externen Websites sollten einfach den Namen der Website oder Seite als Link verwenden. Jeder Text, der den Namen der Website einführt, muss nicht in den Link selbst aufgenommen werden.

• Links zu Hilfethemen müssen nicht exakt den Hilfethemen-Überschriften entsprechen, aber es sollte eine deutliche und offensichtliche Verbindung zwischen beiden bestehen. Entwerfen Sie Verknüpfungen und Überschriften in Paaren aus diesem Grund.

  Richtig:

  Wie kann ich die Leistung dieses Features verbessern? (Linktext)

  Konfigurieren dieses Features für optimale Leistung (Themenüberschrift)

  Falsch:

  Wie kann ich die Leistung dieses Features verbessern? (Linktext)

  Vollständige Übersicht über dieses Feature (Themenüberschrift)

  Im fehlerhaften Beispiel unterscheidet sich die Überschrift des Hilfethemas erheblich vom Text des Hilfelinks und könnte verwirrend sein.

• Wenn der Hilfeinhalt online ist, machen Sie dies im Linktext klar. Dadurch wird das Ergebnis der Links vorhersehbar.

  Richtig:

  Weitere Formate und Tools finden Sie auf der Microsoft-Website.

  Falsch:

  Wo finde ich weitere Formate und Tools?

• Verwenden Sie vollständige Sätze.

• Verwenden Sie keine Satzschlusszeichen, außer Fragezeichen.

• Verwenden Sie keine Auslassungspunkte für Hilfelinks oder -befehle.

Hilfeinhalte

• Formatieren Sie UI-Elemente fett, um sie leicht zu identifizieren. Dies ist besonders hilfreich für prozedurale Hilfethemen, sodass Benutzer Verfahren durchsuchen und relevante UI-Elemente schnell sehen können.
• Formatieren Sie Beschriftungen kursiv. Dies gilt für Tabellen, Grafiken, Screenshots und andere Grafikelemente, die von einer kurzen Texterklärung profitieren.
• Nennen Sie Hilfe einfach "Hilfe". Verwenden Sie im Allgemeinen nicht den Begriff "Onlinehilfe", es sei denn, Sie verweisen tatsächlich auf Inhalte auf Ihrer Website.