See guidelines for in-app help External helpįor detailed tutorials, advanced functions, or libraries of help topics too large to fit within your application, links to external web pages are ideal. This method is ideal for general-purpose help, that directly answers a user's questions without complexity. There are several ways in which this can be implemented, such as in help pages or informative descriptions. The standard method of presenting help is to display it within the application at the user's request. See guidelines for instructional UI In-app help In this case, instructional UI should be used to educate users with instructions on how to perform specific tasks. But sometimes, your app will depend on use of a specific gesture, or there may be secondary features of your app which are not immediately obvious. Normally, users should be able to use all the core functions of your app without instruction. Use any combination of them in your app, depending on your needs. There are three primary categories of help content, each with varying strengths and suitable for different purposes. The same design principles of usability, accessibility, and style which are used throughout the rest of your app should also be present in the help you offer. But they should be included as an afterthought on the main help page, and not as items of equal or greater importance.Ĭonsistent: No matter the type, help is still a part of your app, and should be treated as any other part of the UI. If your app includes pages for reporting bugs, giving feedback, viewing term of service, or similar functions, it is fine if your help links to those pages. They want the most relevant help presented straight to them (this is called "Contextual Help"), or they want an easily navigated interface.ĭirect: When a user looks for help, they want to see help. Relevant: Users do not want to have to search for their specific issue. Straightforward: Users looking for help want clear answers presented directly to them. If help is not immediately useful, or if help is too complicated, then users are more likely to ignore it.Īll help, no matter what kind, should follow these principles:Įasy to understand: Help that confuses the user is worse than no help at all. General instructionsĪ user will not look for help content unless they already have a problem, so help needs to provide a quick and effective answer to that problem. Not only does it keep the user engaged for long enough for them to use more advanced features, but it also provides them with knowledge of an app's core functions, which they can build upon as they continue to use the app and learn. No amount or quality help will change that first impression.Īn intuitive and user-friendly design is the first step to writing useful help. If the user is unable to immediately discover and use the critical functions of your app, the user will not use your app. Intuitive DesignĪs useful as help content can be, your app cannot rely on it to provide a good experience for the user. Help that isn't helpful can be worse than no help at all. If you decide to provide help, follow these guidelines when creating it. Not all applications need to provide help for their users, and what sort of help should be provided can vary greatly, depending on the application. Applications can be complex, and providing effective help for your users can greatly improve their experience.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |