What this clause covers
Clause 6 is the most concrete part of the public contents and the most useful for a product team. It separates help at first use from help embedded in the interface and help delivered through another form. First use has a general subclause, a features tour and overlays. Embedded help has coach marks, guided help and embedded help. Other forms run from a standalone help application through infographics, chatbots, email support and social channels to the role of artificial intelligence. The range is a warning against treating user assistance as one artifact. A coach mark, a chatbot and a video answer different questions and carry different risks. The clause asks a team to choose deliberately, and the choice then drives the writing, the testing and the evidence.
The headings in this clause
6.1UA for initial use of an application6.1.1General6.1.2Features tour6.1.3Overlays6.2UA embedded into the user interface6.2.1Coach marks6.2.2Guided help6.2.3Embedded help6.3UA in other forms6.3.1General6.3.2Standalone help application6.3.3Infographics6.3.4Chatbots6.3.5Email support6.3.6UA based on interaction with social networks6.3.7Role of artificial intelligence (AI) in providing UA for mobile apps
What to put in place before publication
- Draw a journey map for each app and mark the moments where help is needed, from first launch to a repeated expert task.
- Choose the help form for each moment and record why the other forms were rejected.
- Write a first run script that a person can leave at any point, and test the exit as carefully as the tour.
- Set limits for overlays and coach marks: how many, how often, how they are dismissed and whether they return.
- For a chatbot or AI help, write the boundary, the fallback to a person, the disclosure and the review of generated answers.
- For every channel outside the app, record how the answer gets back into the product backlog.
Evidence to keep
| Evidence | What it looks like |
|---|---|
| Journey | A help journey map with the chosen form at each moment |
| First use | A first run script with a dismiss and a skip path |
| Embedded help | Specifications for coach marks, guided help and embedded help |
| Other channels | A chatbot or AI boundary and escalation note |
| Feedback | A route from support messages back to the product backlog |
The test a reviewer runs
- Can a user leave the first run tour without losing the task?
- Is there a limit on coach marks, or does every release add another one?
- Does the chatbot say when it does not know, and can a person take over?
- Is AI generated help reviewed before it reaches a user?
- Does each channel have an owner and a feedback path?
Where teams usually fall short
- Every release replays the same tour, and experienced users cannot stop it.
- Overlays cover the control they are explaining.
- A chatbot is launched with no fallback and no record of unanswered questions.
What happens next
At FDIS, compare the subclause list and the treatment of AI. This is the clause most likely to move between a DIS and a published edition, because the technology and the channels are moving quickly.
Source
ISO Online Browsing Platform, free preview of ISO/IEC/IEEE DIS 26517 https://www.iso.org/obp/ui#iso:std:iso-iec-ieee:26517:dis:ed-1:v1:en read 21 October 2026
ISO/IEC/IEEE DIS 26517, standard record 87297 https://www.iso.org/standard/87297.html read 21 October 2026
IEEE SA project P26517, IEEE/ISO/IEC Draft International Standard https://standards.ieee.org/ieee/26517/11226/ read 21 October 2026