Richtlijnen voor help bij apps

Toepassingen kunnen complex zijn en effectieve hulp bieden voor uw gebruikers, kunnen hun ervaring aanzienlijk verbeteren. Niet alle toepassingen hoeven hulp te bieden voor hun gebruikers en wat voor soort hulp er moet worden geboden, kan sterk variëren, afhankelijk van de toepassing.

Als u besluit om hulp te bieden, volgt u deze richtlijnen bij het maken ervan. Hulp die niet nuttig is, kan erger zijn dan helemaal geen hulp.

Intuïtief ontwerp

Zo nuttig als help-inhoud kan zijn, kan uw app er niet op vertrouwen om de gebruiker een goede ervaring te bieden. Als de gebruiker de kritieke functies van uw app niet direct kan detecteren en gebruiken, gebruikt de gebruiker uw app niet. Geen hoeveelheid of kwaliteitsondersteuning zal die eerste indruk veranderen.

Een intuïtief en gebruiksvriendelijk ontwerp is de eerste stap bij het schrijven van nuttige hulp. De gebruiker houdt zich niet alleen lang genoeg bezig om geavanceerdere functies te gebruiken, maar biedt ze ook kennis van de kernfuncties van een app, waarop ze kunnen voortbouwen wanneer ze de app blijven gebruiken en leren.

Algemene instructies

Een gebruiker zoekt alleen naar Help-inhoud als er al een probleem is, zodat hulp een snel en effectief antwoord op dat probleem moet bieden. Als hulp niet onmiddellijk nuttig is of als hulp te ingewikkeld is, zullen gebruikers deze waarschijnlijk negeren.

Alle hulp, ongeacht wat voor soort, moet de volgende principes volgen:

  • Eenvoudig te begrijpen: Hulp die de gebruiker in de war brengt, is erger dan helemaal geen hulp.

  • Eenvoudig: Gebruikers die hulp zoeken, willen duidelijke antwoorden die rechtstreeks aan hen worden gepresenteerd.

  • Relevante: Gebruikers willen niet zoeken naar hun specifieke probleem. Ze willen de meest relevante hulp die rechtstreeks aan hen wordt gepresenteerd (dit wordt 'Contextuele Help' genoemd) of ze willen een eenvoudig genavigeerde interface.

  • Direct: Wanneer een gebruiker hulp zoekt, wil die hulp zien. Als uw app pagina's bevat voor het melden van fouten, het geven van feedback, het weergeven van servicetermen of vergelijkbare functies, is het prima als uw Help-koppelingen naar deze pagina's bevatten. Maar ze moeten als bijzaak op de hoofdhulppagina worden vermeld, en niet als onderdelen van gelijk of groter belang.

  • Consistent: Ongeacht het type blijft hulp deel uitmaken van uw app en moet het worden behandeld als elk ander onderdeel van de gebruikersinterface. Dezelfde ontwerpprincipes voor bruikbaarheid, toegankelijkheid en stijl die in de rest van uw app worden gebruikt, moeten ook aanwezig zijn in de help die u biedt.

Soorten hulp

Er zijn drie primaire categorieën Help-inhoud, elk met verschillende sterke punten en geschikt voor verschillende doeleinden. Gebruik een willekeurige combinatie ervan in uw app, afhankelijk van uw behoeften.

Instructieve gebruikersinterface

Normaal gesproken moeten gebruikers alle kernfuncties van uw app kunnen gebruiken zonder instructies. Maar soms is uw app afhankelijk van het gebruik van een specifieke beweging, of er zijn mogelijk secundaire functies van uw app die niet direct duidelijk zijn. In dit geval moet de instructiegebruikersinterface worden gebruikt om gebruikers te informeren over het uitvoeren van specifieke taken.

Zie de richtlijnen voor de instructiegebruikersinterface

Help bij apps

De standaardmethode voor het presenteren van help is om deze weer te geven in de toepassing op de aanvraag van de gebruiker. Er zijn verschillende manieren waarop dit kan worden geïmplementeerd, zoals in Help-pagina's of informatieve beschrijvingen. Deze methode is ideaal voor algemene hulp, die rechtstreeks de vragen van een gebruiker beantwoordt zonder complexiteit.

Zie de richtlijnen voor Help in de app

Externe Hulp

Voor gedetailleerde zelfstudies, geavanceerde functies of bibliotheken met Help-onderwerpen die te groot zijn om binnen uw toepassing te passen, zijn koppelingen naar externe webpagina's ideaal. Deze koppelingen moeten zo mogelijk spaarzaam worden gebruikt, omdat ze de gebruiker uit de toepassingservaring verwijderen.

Zie de richtlijnen voor externe hulp