Pomoc

Użyj pomocy jako mechanizmu pomocniczego, aby ułatwić użytkownikom wykonywanie i lepsze zrozumienie zadań, które jest podstawowym mechanizmem interfejsu użytkownika. Zastosuj te wytyczne, aby zawartość jest naprawdę przydatna i łatwa do znalezienia.

System Pomocy składa się z różnych typów zawartości, które ułatwiają użytkownikom, gdy nie mogą wykonać zadania, chcą lepiej zrozumieć koncepcję lub potrzebują więcej szczegółów technicznych niż są dostępne w interfejsie użytkownika.

W tym artykule opisano pomoc jako pomoc pomocniczą dla interfejsu użytkownika. Interfejs użytkownika jest podstawowy, ponieważ polega to na tym, że użytkownicy najpierw próbują rozwiązać swoje problemy. Konsultują się z systemem Pomocy tylko wtedy, gdy nie mogą wykonać swojego zadania za pomocą interfejsu użytkownika.

Strona główna Pomoc i obsługa techniczna systemu Windows dostępna w menu Start.

Uwaga: wytyczne dotyczące stylu i tonu są prezentowane w osobnym artykule.

Czy jest to właściwy interfejs użytkownika?

Aby zdecydować, rozważ następujące pytania:

• Jak zmotywowani są Twoi użytkownicy docelowi? Im bardziej zmotywowani są odkrywać funkcje programu i stać się pośrednimi lub nawet zaawansowanymi użytkownikami programu, tym bardziej skłonni będą badać odpowiedzi na swoje pytania, konsultując się z tematami Pomocy.
• Czy używasz pomocy w celu naprawienia nieprawidłowego interfejsu użytkownika? Im lepszy interfejs użytkownika, tym mniej użytkowników będzie szukać dodatkowej pomocy. Jeśli program ma bardzo jasny, pomocny podstawowy interfejs użytkownika (taki jak komunikaty o błędach bez żargonu, dobrze napisane kreatory i jednoznaczne okna dialogowe), w ogóle może nie być potrzebny pomocniczy system pomocy.
• Czy twój program jest stosunkowo prosty? Jeśli tak, rozważ dołączenie całej niezbędnej zawartości pomocy do podstawowych powierzchni interfejsu użytkownika. Użytkownicy mogą częściej szukać dodatkowej pomocy w programach wykonujących złożone zadania.
• Czy aplikacja jest przeznaczona dla deweloperów, specjalistów IT lub innych ekspertów w zakresie oprogramowania? Użytkownicy ci zwykle oczekują pomocy referencyjnej dotyczącej konwencji języka programowania i szczegółowej pomocy koncepcyjnej w celu opanowania funkcji.

Pojęcia dotyczące projektowania

Jeśli zdecydujesz się dołączyć pomoc do programu, zintegruj ją z ogólnym projektem. Interfejs Pomoc powinien być prosty, wydajny i odpowiedni; powinno to umożliwić użytkownikom łatwe uzyskanie pomocy, a następnie powrót do zadania. Pomyśl o systemie Pomocy pod względem czasu użytkowników: najpierw zminimalizuj zakłócenia, przewidując, gdzie będą napotykać problemy w programie, a następnie rozwiązując te problemy, włączając podstawową pomoc bezpośrednio do interfejsu użytkownika i tworząc jasne i spójne punkty wejścia do bardziej szczegółowej pomocy.

Pomoc dla systemu Windows została zaprojektowana zgodnie z tymi zasadami. Poniżej przedstawiono niektóre zmiany projektu środowiska użytkownika Pomocy systemu Windows:

• Bardziej widoczne punkty wejścia do Pomocy z głównego interfejsu użytkownika (zwłaszcza nowe linki Pomocy z elementów, takich jak okna dialogowe, komunikaty o błędach i kreatory). Linki pomocy prowadzą bezpośrednio do odpowiedniego tematu w Pomocy.
• Ikona przycisku Pomoc jest dostępna w prawym górnym rogu większości stron Panelu sterowania, a także folderów systemowych.
• Użytkownicy mogą wybrać najbardziej up-to— datę zawartości Pomocy w usłudze Windows Online — Pomoc i obsługa techniczna, gdy są w trybie online.
• Tematy pomocy są teraz oparte na zadaniach, a nie skoncentrowane na funkcjach, dzięki czemu użytkownicy mogą szybko i wydajnie wykonywać swoje zadania.
• Tematy pomocy są teraz w dużej mierze oparte na typowych scenariuszach użytkowników.
• Tematy pomocy mają bardziej zrelaksowany i nieformalny ton , używając języka rzeczywistego.
• Tematy pomocy są przeznaczone do efektywnego skanowania, ponieważ użytkownicy rzadko czytają zawartość dosłownie.

Analogia do pomocy

Aby lepiej zastanowić się nad projektowaniem systemu Pomocy, rozważ analogię z codziennego życia. Jesteś zagubiony w nieznanym mieście. Co porabiasz? Wielu zareagowałoby w ten sposób:

• Skieruj się; poszukaj punktów orientacyjnych, znaków ulicznych (nazw i wskaźników do miejsc).
• Wyszukaj mapy.
• Wreszcie, w ostateczności, poproś o wskazówki lub zadzwoń do przyjaciela.

Projekt "interfejsu" miasta wpływa na potrzebę pomocy. Dobrze oznaczone ulice, wyraźne wskazówki (wskaźniki do szpitali, lotnisk, muzeów i poczty) i jasne punkty orientacyjne, takie jak wybitne cechy geograficzne lub budynki, pomagają znaleźć drogę.

Poprosisz o pomoc w ostateczności. Oznacza to, że "interfejs" miasta uległ awarii, ponieważ został słabo zaprojektowany i mylący. Bardziej prawdopodobne jest, aby poprosić o pomoc w miejscu, które ma konkretną etykietę, która sugeruje pomoc. Na przykład bardziej prawdopodobne jest, aby poprosić o pomoc w miejscu oznaczonym etykietą "Directions" lub "Information" niż ogólne miejsce, takie jak Ratusz, mimo że tylko ktoś w Ratuszu może dać ci wskazówki.

Kiedy prosisz o pomoc, prawdopodobnie jesteś sfrustrowany i po prostu chcesz dotrzeć do zamierzonego celu. Prawdopodobnie nie jesteś w nastroju, aby spędzić czas na zwiedzanie miasta lub poznawanie jego historii. Ponadto motywacja zależy od znaczenia zadania. Jeśli próbujesz znaleźć swój pokój hotelowy, zrobisz wszystko, co trzeba. Jeśli jednak twoim celem jest znalezienie miejsca o niewielkim znaczeniu, najprawdopodobniej po prostu zrezygnowasz po skromnym wysiłku.

Wszystkie te aspekty odnajdywania się w rzeczywistym świecie odpowiadają temu, jak użytkownicy zazwyczaj odnajdują się w wirtualnej przestrzeni twojego programu. Poszukiwanie pomocy poza podstawowym interfejsem użytkownika jest z natury dezorientujące; staraj się jak najlepiej ograniczyć takie doświadczenie dzięki dobrze zaprojektowanemu interfejsowi użytkownika i inteligentnym "znakom ulicznym", aby skierować użytkowników do odpowiedzi, których potrzebują.

Projektowanie interfejsu użytkownika w taki sposób, aby Pomoc nie jest potrzebna

Postaraj się, aby pomoc była niepotrzebna, zaczynając od:

• Łatwe odnajdywanie i wykonywanie typowych zadań.
• Zapewnienie czytelnych głównych instrukcji.
• Zapewnienie przejrzystych, zwięzłych etykiet kontrolek, które są zorientowane na cel i zadania.
• Dostarczanie dodatkowych instrukcji i wyjaśnień tam, gdzie jest to konieczne.
• Przewidywanie możliwych do uniknięcia problemów przy użyciu kontrolek ograniczonych do prawidłowych wyborów, zapewnienie odpowiednich wartości domyślnych, obsługę wszystkich formatów wejściowych i zapobieganie błędom.
• Pisanie komunikatów o błędach, które zapewniają jasne rozwiązanie lub akcję do wykonania przez użytkownika.
• Unikanie mylących projektów interfejsu użytkownika, takich jak zadania z słabym przepływem lub używanie kontrolek, które są wyłączone bez wyraźnego powodu.
• Praca z autorami i edytorami na wczesnym etapie cyklu projektowania w celu tworzenia wysokiej jakości, spójnych tekstu interfejsu użytkownika w całym programie.

Użytkownicy nie powinni iść gdzie indziej, aby dowiedzieć się, jak używać interfejsu użytkownika. Dodaj niezbędne informacje bezpośrednio do głównego interfejsu użytkownika, zamiast wyprowadzać użytkowników z ich bieżącego kontekstu do panelu Pomocy. Jeśli ważne informacje istnieją tylko w temacie Pomocy, istnieje duża szansa, że użytkownicy tego nie zobaczą. Aby uzyskać informacje opcjonalne i bardziej objaśniające, skorzystaj z linków Pomocy z podstawowego interfejsu użytkownika do odpowiedniego tematu Pomocy, aby uzyskać pomoc dodatkową.

Rozważanie motywacji użytkowników

Dla większości użytkowników szybkość i wydajność są jednymi z najważniejszych zalet dobrych programów. Użytkownicy chcą wykonać swoją pracę. Ogólnie rzecz biorąc, nie są zainteresowani poznawaniem programu i technologii dla własnego dobra; ich cierpliwość rozciąga się tylko wtedy, gdy program ten służy własnym interesom i rozwiązuje problemy pod ręką.

Zaprojektuj system Pomocy, aby dopasować motywację użytkowników. Rozważmy na przykład użytkownika, który przechadzał się do kiosku w muzeum. Jeśli nie będzie mogła dowiedzieć się, jak szybko wykonać zadanie, prawdopodobnie po prostu zrezygnuje i odejdzie. Mało prawdopodobne, że będzie spędzać czas, korzystając z Pomocy. Alternatywnie użytkownik o wysokiej motywacji ma wyższą tolerancję czasu spędzonego na badania systemu Pomocy w celu uzyskania odpowiedzi. Użytkownik biznesowy, który musi na przykład zamknąć księgi rachunkowe, prawdopodobnie jest chętny skorzystać z pomocy, aby jak najlepiej wykorzystać nową aplikację księgową.

Pisanie zawartości do skanowania

Twórz tematy Pomocy, wiedząc, że będą skanowane pod kątem określonych informacji, a nie czytane słowo po słowie. Pisz zwięzłie, szybko zbliżając się do punktu i podając informacje, nad którymi użytkownicy mogą działać.

• Napisz poradniki, stosując numerowane kroki w spójnym formacie, aby użytkownicy mogli rozpoznać, że otrzymują pomoc proceduralną.
• Pisząc tematy referencyjne, miej na uwadze łatwość skanowania, używając na przykład tabel do prezentacji opcji interfejsu użytkownika lub składni języka.
• Napisz tematy koncepcyjne uporządkowane logicznie według podpozycji, dzięki czemu użytkownik może pominąć całe sekcje o mniejszym znaczeniu.

W całej treści Pomocy łatwiej jest przeglądać listy z punktami niż standardowe bloki tekstu w akapitach; jednak używaj list z punktami rozsądnie, ale nie jako wsparcie dla niezorganizowanego materiału.

Tworzenie zawartości, która ma znaczenie

Biorąc pod uwagę, że żaden system pomocy nie może przewidzieć każdego pytania, które może mieć każdy użytkownik, skupić się na większości treści na odpowiadaniu na najważniejsze pytania w najważniejszych scenariuszach dla użytkowników docelowych. Na przykład skuteczne wyszukiwanie i sposób ustanawiania łączności sieciowej (między innymi zadaniami) mogą być bardzo poszukiwane tematy. Ponadto skoncentruj się na zadaniach w ramach najważniejszych scenariuszy użytkownika, zamiast dokumentować funkcję lub technologię w sposób wyczerpujący dla własnego dobra.

Porada: dział pomocy technicznej jest dobrym źródłem materiałów pomocy. Dział pomocy technicznej często przechowuje rekordy często zadawanych pytań dotyczących określonych programów lub zadań, które użytkownicy próbują (i nie) wykonać.

Nie jest konieczne zapewnienie pomocy dla każdej funkcji w interfejsie użytkownika. Często nieprzydatna pomoc wynika z prób stworzenia pomocy dla wszystkiego. Jeśli interfejs użytkownika jest dobrze zaprojektowany, większość z tych tematów Pomocy nie będzie zbyt pomocna; po prostu stwierdzą oczywistości.

Jeśli istnieje więcej niż jeden sposób wykonywania zadania, w większości przypadków można po prostu udokumentować najbardziej typowy sposób używany przez niedoświadczonych użytkowników. Wyjątki obejmują zagadnienia dotyczące ułatwień dostępu (na przykład dokumentowanie odpowiedników akcji myszy realizowanych za pomocą klawiatury) oraz zagadnienia dotyczące platformy (na przykład dokumentowanie dla formatu tabletu lub środowisk serwerowych, w których wiersz polecenia może zastąpić graficzny interfejs użytkownika).

Pamiętaj, że użytkownicy często nie myślą o problemach, które napotykają w dokładnie tych samych warunkach, co ty. Na przykład użytkownikom może wydawać się dziwne myślenie o sobie jako o "koncie". Upewnij się więc, że projektujesz funkcję wyszukiwania i indeksowania w taki sposób, aby uwzględniać prawdopodobne wariacje terminologiczne i synonimy.

Jednak między podstawowym interfejsem użytkownika a systemem Pomocy terminy powinny być bardzo podobne, jeśli nie są identyczne. Użytkownicy mogą być zdezorientowani, gdy język systemu Pomocy nie jest bardzo ściśle skorelowany z tym, co widzą na ekranie.

Pisanie atrakcyjnego tekstu linku Pomocy

Kiedy łączysz się z tematem Pomocy z głównego interfejsu użytkownika, pamiętaj, aby napisać przekonujący tekst linku Pomocy. Jasny i konkretny język inspiruje zaufanie. Użytkownicy mają tendencję do przekonania, że ogólne linki Pomocy (przycisk ze słowem "Pomoc" lub "Dowiedz się więcej") nie prowadzą do odpowiednich informacji bez znaczącej inwestycji w czas.

Jeśli robisz tylko pięć rzeczy...

1. Zaprojektuj interfejs użytkownika, aby użytkownicy nie potrzebowali pomocy.
2. Uczyń swoją pomoc bardziej przydatną, skupiając się na najważniejszych pytaniach i kluczowych scenariuszach dla docelowych użytkowników.
3. Przedstaw zawartość Pomocy, aby była łatwa do przeglądania.
4. Dowiedz się, że nie musisz zapewniać pomocy dla każdej funkcji w interfejsie użytkownika.
5. Ułatw odkrywanie i uczyń atrakcyjnymi punkty wejścia do Pomocy.

Wzorce użycia

Różne rodzaje zawartości służą różnym celom.

Typ zawartości	Przykład
Pomoc proceduralna Zawiera kroki wykonywania zadania.	Pomoc proceduralna powinna skupić się na informacjach "jak", a nie na "co" lub "dlaczego". W tym przykładzie w temacie Pomoc opisano, jak używać funkcji narzędzia oczyszczania dysku, udostępniając kroki, które należy wykonać w sekwencji.
Pomoc Koncepcyjna Zawiera podstawowe informacje, przeglądy funkcji lub procesy.	Pomoc koncepcyjna powinna dostarczać informacje "co" albo "dlaczego," które wykraczają poza to, co jest potrzebne do wykonania zadania. W tym przykładzie temat Pomocy definiuje, czym jest pulpit, i zawiera dodatkowe szczegółowe informacje o tym, co zawiera i dlaczego użytkownicy korzystają z niego.
Pomoc referencyjna służy jako książka referencyjna online.	Możesz użyć pomocy referencyjnej, aby udokumentować język programowania lub interfejsy programowania. W tym przykładzie w temacie Pomoc wymieniono konwencje typograficzne używane dla tego konkretnego języka lub aplikacji, udostępniając informacje w łatwej do skanowania tabeli.

Wytyczne

Punkty wejścia

• Link do konkretnych, odpowiednich tematów Pomocy. Nie należy łączyć się ze stroną główną Pomoc, spisem treści, listą wyników wyszukiwania ani stroną, która po prostu łączy się z innymi stronami. Unikaj łączenia ze stronami ustrukturyzowanymi jako obszerna lista często zadawanych pytań, ponieważ zmusza to użytkowników do wyszukiwania tego, który pasuje do klikniętego linku. Nie łącz się z konkretnymi tematami Pomocy, które nie są istotne i przydatne w zadaniu. Nigdy nie łączy się z pustymi stronami.

• Nie umieszczaj linków do Pomocy na każdym oknie lub stronie tylko ze względu na spójność. Podanie linku Pomoc w jednym miejscu nie oznacza, że musisz podać je wszędzie.

• Użyj linków Pomocy dla okien dialogowych, komunikatów o błędach, kreatorów i arkuszy właściwości. Jeśli link Pomoc dotyczy określonych kontrolek, umieść je pod nimi, wyrównane do lewej. Jeśli link Pomoc dotyczy całego okna, umieść go w lewym dolnym rogu obszaru zawartości okna.

  

  W tym przykładzie drugi link do pomocy dotyczy grupy kontrolek.

  

  W tym przykładzie link Pomoc dotyczy całego okna.

• użyj linków Pomocy zamiast ogólnych odwołań tekstowych do pomocy, jeśli jest to technicznie możliwe.

  poprawna:

  Jak mogę naprawić błędy dysku?

  niepoprawne:

  Aby uzyskać więcej informacji na temat naprawiania błędów dysku, zobacz Pomoc i obsługa techniczna.

• Użyj przycisku Pomoc z ikoną pomocy dla stron głównych elementów panelu sterowania. Umieść go w prawym górnym rogu. Te przyciski nie mają etykiety, ale mają podpowiedź, na której wyświetlany jest napis 'Pomoc'.

  

  Element panelu sterowania z przyciskiem Pomoc.

• Pomoc F1 jest opcjonalna. Użytkownicy przyzwyczaili się do znajdowania informacji Pomocy związanych z bezpośrednim kontekstem interfejsu użytkownika na ekranie, naciskając F1, który ma etykietę Pomoc na standardowych klawiaturach. Możesz dołączyć pomoc F1, jeśli na przykład badania użyteczności pokazują, że użytkownicy oczekują jej znalezienia lub interfejs użytkownika programu jest wystarczająco złożony, aby skorzystać z pomocy kontekstowej.

• Programy z paskami menu mogą mieć kategorię menu Pomoc. Aby uzyskać wskazówki dotyczące menu Pomoc, zobacz Menu.

  

  W tym przykładzie akcesorium Windows Paint ma kategorię menu Pomoc.

• Aby zapewnić dostępność za pomocą klawiatury, zapewnij punkty stopu tabulatora dla przycisków i linków Pomocy.

• Zachowanie przycisku Pomocy i linku powinno wyglądać następująco: zostanie otwarte okienko Pomocy i zostanie wyświetlony dedykowany temat Pomocy; Interfejs użytkownika, który wywołał okienko Pomoc, powinien pozostać otwarty, aby zachować środowisko kontekstowe.

• Nie używaj następujących przestarzałych stylów punktu wejścia Pomocy: "Dowiedz się więcej" lub "Dowiedz się więcej o..." linki, ogólne przyciski Pomoc i kontekstowe przyciski Pomoc na pasku tytułu. Chociaż były one używane w przeszłości, badania użyteczności wykazały, że użytkownicy mają tendencję do ignorowania ich. Zamiast tego użyj linków do określonych tematów Pomocy. Aby uzyskać wskazówki dotyczące pisania dobrych linków Pomocy, zobacz linki Pomocy.

  niepoprawne:

  

  Nie używaj zwrotu "Dowiedz się więcej" ani "Dowiedz się więcej o..." w linkach.

  niepoprawne:

  

  Nie używaj ogólnych przycisków Pomocy.

  błąd:

  

  Nie używaj przycisków Pomocy kontekstowej na pasku tytułu.

Zawartość

• Nie twórz oczywistej zawartości. Tematy pomocy, które powtarzają zawartość podstawowego interfejsu użytkownika, nie dodają wartości.
• Nie twórz zawartości, na którą użytkownik nie może w jakiś sposób wykonywać działań.
  • Wyjątek: Niektóre treści koncepcyjne dostarczają ważne informacje w tle bez konieczności podejmowania działań przez użytkownika.
• Unikaj niejasnych rozwiązań problemów. Na przykład "skontaktuj się z administratorem systemu" lub "zainstaluj ponownie aplikację" zwykle frustruje użytkowników.
  • Wyjątek: Zaleca się skontaktowanie z administratorem systemu, jeśli to jedyne praktyczne rozwiązanie, a administratorzy systemu oczekują, że skontaktujesz się z nimi w sprawie problemu.
• Unikaj zawartości, która zajmuje się wysoce mało prawdopodobnymi scenariuszami użytkownika. Opracuj główną zawartość Pomocy dla przewidywanego normalnego użycia. Zauważ ważne wyjątki od przewidywanego użycia, ale traktuj tę zawartość jako mniej priorytetową.
• Zbieraj opinie od użytkowników o tym, jak przydatne są tematy Pomocy. Zezwalaj użytkownikom na ocenianie poszczególnych tematów. Przeprowadź badania użyteczności w dokumentacji, aby ustalić problemy związane z jakością i odnajdywalnością zawartości.
  • Porada: Opinie użytkowników to również doskonały sposób na generowanie większej zawartości opartej na zadaniach, które koncentrują się na tym, co użytkownicy rzeczywiście robią z programem, w przeciwieństwie do zawartości opartej na funkcjach, które koncentrują się po prostu na opisie technologii.
• Podaj wiele sposobów uzyskiwania dostępu do zawartości. Spis treści, indeks i mechanizm wyszukiwania to trzy z najpopularniejszych metod poprawy odnajdywania.
• Jeśli istnieje więcej niż jeden sposób wykonywania zadania, w większości przypadków można po prostu udokumentować najbardziej typowy sposób używany przez niedoświadczonych użytkowników.

Ikony

• Użyj ikony Pomocy tylko dla okien Eksploratora i stron głównych elementów panelu sterowania. Nie używaj ikony Pomoc z linkami Pomocy.

poprawna:

W tym przykładzie okno Eksplorator Windows używa ikony Pomoc w celu zapewnienia dostępu do Pomocy.

niepoprawne:

W tym przykładzie ikona Pomoc w lewym dolnym rogu jest niepoprawnie używana z linkiem Pomoc.

Tekst

Linki pomocy

• Podaj konkretne informacje na temat zawartości tematu Pomocy, stosując tyle istotnego i zwięzłego tekstu, ile jest konieczne. Użytkownicy często ignorują ogólne linki Pomocy. Upewnij się, że wyniki linku są przewidywalne dla użytkowników, nie powinny być zaskoczeni wynikami.

  • Wyjątek: Możesz użyć "Więcej informacji", aby uzupełnić instrukcje bezpośrednio w interfejsie użytkownika, zwłaszcza jeśli podanie określonych informacji w linku Pomoc prowadzi do niepotrzebnego powtórzenia lub sprawia, że link jest mniej atrakcyjny.

  niepoprawne:

  Silne hasło ma co najmniej sześć mieszanych liter, cyfr i symboli. Co to jest silne hasło?

  poprawna:

  Silne hasło ma co najmniej sześć mieszanych liter, cyfr i symboli. Więcej informacji

  W niepoprawnym przykładzie link Pomoc jest powtarzalny. Zadaje pytanie, na które naprawdę już udzielono odpowiedzi.

• Jeśli to możliwe, sformułuj tekst linku Pomocy w odniesieniu do podstawowego pytania, na które odpowiada zawartość Pomocy. Nie używaj fraz "Dowiedz się więcej o", "Powiedz mi więcej" ani "Uzyskaj pomoc dotyczącą tego".

  nieprawidłowe:

  Dowiedz się więcej o dodawaniu wyjątków

  poprawna:

  Jakie są zagrożenia dotyczące zezwalania na wyjątki?

  Jak dodać wyjątki?

  W poprawnych przykładach link jest frazowany pod względem podstawowego pytania, na które odpowiada temat Pomocy.

• Jeśli najbardziej istotne informacje można podsumować zwięźle, umieść podsumowanie bezpośrednio w interfejsie użytkownika zamiast korzystać z linku Pomoc. Możesz jednak użyć linku Pomoc, aby podać dodatkowe informacje.

  Niepoprawne:

  

  poprawna:

  

  Lepiej:

  

  Prawidłowy przykład podsumowuje zwięźle informacje pomocy, co znacznie poprawia prawdopodobieństwo, że użytkownicy będą je odczytywać. Lepszy przykład zawiera link Pomoc, aby uzyskać więcej informacji na temat tego złożonego tematu.

• Linki do pomocy z frazami, aby wyraźnie wskazać na oferowaną pomoc. Linki pomocy nigdy nie powinny wyglądać jak linki do akcji.

• Użyj całego linku "Pomoc" jako tekstu odsyłacza, a nie tylko słów kluczowych.

  poprawna:

  Jakie są zagrożenia dotyczące zezwalania na wyjątki?

  niepoprawne:

  Jakie są zagrożenia dotyczące zezwalania na wyjątki?

  W poprawnym przykładzie jako tekst linku używane jest całe zdanie z linkiem Pomoc.

  • Wyjątek: linki Pomocy do zewnętrznych witryn internetowych powinny używać po prostu nazwy witryny lub strony jako linku. Dowolny tekst wprowadzający nazwę witryny nie musi być uwzględniony w samym linku.

• Linki pomocy nie muszą dokładnie pasować do nagłówków tematu Pomocy, ale między nimi powinno istnieć silne i oczywiste połączenie. Z tego powodu projektuj linki i nagłówki w parach.

  Prawidłowa:

  Jak mogę poprawić wydajność tej funkcji? (tekst linku)

  Konfigurowanie tej funkcji pod kątem optymalnej wydajności (nagłówek tematu)

  niepoprawne:

  Jak mogę poprawić wydajność tej funkcji? (tekst linku)

  Pełne omówienie tej funkcji (nagłówek tematu)

  W niepoprawnym przykładzie nagłówek tematu Pomocy znacznie różni się w zakresie od tekstu linku Pomoc i może być dezorientujący.

• Jeśli zawartość Pomocy jest dostępna online, zaznacz to w tekście linku. Dzięki temu wyniki linków są przewidywalne.

  Poprawne:

  Aby uzyskać dodatkowe formaty i narzędzia, przejdź do witryny sieci Web firmy Microsoft.

  niepoprawne:

  Gdzie można znaleźć dodatkowe formaty i narzędzia?

• Używaj pełnych zdań.

• Nie używaj znaków interpunkcyjnych kończących, z wyjątkiem znaków zapytania.

• Nie używaj wielokropka dla linków lub poleceń Pomocy.

zawartość Pomocy

• Formatuj elementy interfejsu użytkownika przy użyciu pogrubienia, aby ułatwić ich identyfikację. Jest to szczególnie przydatne w przypadku tematów pomocy proceduralnej, dzięki czemu użytkownicy mogą przeglądać procedury i szybko wyświetlać odpowiednie elementy interfejsu użytkownika.
• Formatuj podpisy przy użyciu kursywy. Dotyczy to tabel, grafik, zrzutów ekranu i innych elementów graficznych, które korzystają z krótkiego tekstowego wyjaśnienia.
• Określ Pomoc po prostu jako Pomoc. Ogólnie rzecz biorąc, nie używaj frazy Pomocy online, chyba że w rzeczywistości odwołujesz się do zawartości w witrynie sieci Web.