3.7 Mønstre 7: Gi hjelp og støtte

Støtt ulike måter å forstå innhold på. Gi ekstra hjelp og støtte, som for eksempel:

  • Grafikk.
  • Sammendrag av lange dokumenter.
  • Ikoner med overskrifter og lenker.
  • Alternativer til tall.

Forklar valg som hjelper brukeren med å fullføre oppgavene sine.

Gjør det enkelt for brukere å få hjelp når de støter på problemer og gi tilbakemeldinger. Hvis brukere har problemer med å sende tilbakemeldinger, kan de ikke fortelle deg om de ikke kan bruke innholdet. Du vil ikke vite når de opplever problemer.

Noen applikasjoner er avhengige av brukerdata, for eksempel smarte byer. Data fra brukere som ikke kan bruke systemet, kan mangle i datadrevne systemer. Problemet er verre når de ikke engang kan gi tilbakemelding om problemene sine. De blir usynlige, og behovene deres blir ikke møtt.

Gi menneskelig hjelp

Jeg trenger å vite hvordan jeg får menneskelig hjelp og hvordan jeg kan håndtere prosessen enkelt.

Relatert krav 3.7.1 Hjelp

Dette kan du gjøre:

Mange er avhengige av menneskelig hjelp. Når det er mulig, finnes menneskelig hjelp tilgjengelig, og den er enkel å bruke. Dette inkluderer:

  • Lett å finne på hver side og i hvert trinn i en prosess.
  • Lett å bruke via den mekanismen brukeren foretrekker.
  • Krever så få trinn som mulig, for eksempel:
    • Et skjema med to felt,
    • En e-postadresse
    • Et telefonnummer som går direkte til et menneske.

Tilgang til menneskelig hjelp bør aldri kreve at brukeren administrerer komplekse menysystemer, for eksempel en talemeny med mange forskjellige alternativer.

Organisasjonens mekanismer bør være på plass for å sikre at støttepersonell effektivt hjelper personer med lære- og kognitive funksjonsnedsettelser og gir en god opplevelse.

Hvorfor gjør dette en forskjell?

Når en bruker står fast eller er forvirret av en eller annen grunn, er det vanligvis den mest effektive løsningen å få hjelp fra et menneske. I virkeligheten tilbyr mange nettsteder dette alternativet bare til brukere som kan navigere i komplekse systemer.

Eksempler på komplekse systemer inkluderer en prosess der en bruker må følge mange lenker for å komme til den menneskelige kontaktinformasjonen. Det kan også være et telefonnummer som krever at brukeren svarer på mange spørsmål før de kobler seg til en person. Med et komplekst system vil ikke de som trenger det mest ha tilgang til alternativet for menneskelig hjelp. Brukeren kan ha kognitiv overbelastning og slutte å prøve å fullføre prosessen. De kan også forlate med en negativ holdning til tjenesten eller leverandøren.

For eksempel ønsker en bruker med en intellektuell funksjonshemming å bruke en kupong. De kan ikke finne instruksjonene for å bruke kupongen på sitt nettkjøp, og de kan ikke finne telefonnummeret for support. De kan i praksis ikke bruke kupongen.

Løsningsforslag:

Bruk:

  1. Et telefonnummer, ideelt sett med en funksjon for automatisk oppringing via en interoperabel Voice-brukergrensesnittspesifikasjon (VUI).
  2. Et nummer som går direkte til et menneske eller en tilgjengelig standard for å få menneskelig hjelp, for eksempel ved å bruke 0-sifret i stemmemenysystemer.
  3. En e-postlenke som bruker «mailto»-protokollen [mailto] med forhåndsutfylte «til»- og «emne»-felt. Merk at dette ikke vil fungere på alle plattformer eller e-postklienter.
  4. Et alternativ for live chat eller videosamtalehjelp. Merk: Det må være fullt tilgjengelig og enkelt å lukke nye vinduer som åpnes som en del av live-hjelpefunksjonaliteten. Sørg for at live chatter ikke distraherer brukerne fra oppgaven deres.

Unngå:

  1. Lange kontaktskjemaer som brukeren må fylle ut fullstendig for å få menneskelig hjelp.
  2. Flertrinnsmenyer for å få hjelp.
  3. Inkludering av kontaktinformasjonen på en enkelt side som bare er lenket til fra noen få sider på nettstedet.
  4. Å tvinge brukere til å gå gjennom flere trinn for å få menneskelig hjelp.

Tilby alternativt innhold for kompleks informasjon og oppgaver

Jeg trenger kontekstuelt relevante grafer og bilder som supplement til teksten.

Relatert krav 3.7.1 Hjelp

Dette kan du gjøre:

Tilby innhold som hjelper brukere med å forstå kompleks informasjon.

Dette bør inkludere redundant informasjon for ulike brukergrupper, som for eksempel:

  • sammendrag av lange dokumenter og trinnvis informasjon på et lettfattelig språk.
  • forklaring av valg og eventuelle ulemper.
  • tabeller og diagrammer.
  • symboler som er kjente for brukeren.
  • godt strukturert videoinnhold.
  • bilder og informasjonsgrafikk.
  • alternativer til numerisk innhold.

Der det finnes alternativt eller supplerende innhold:

  • Tilby en enkel, enkeltstående mekanisme for at brukeren skal kunne finne og velge innholdsformatet eller -versjonen som er enklest for dem å forstå.
  • Dedikert hjelp og alternativt innhold bør tydelig skilles fra primært innhold.
  • Gjør forholdet mellom det alternative innholdet og det primære innholdet tydelig.

Hvorfor gjør dette en forskjell?

Bruk av kompleks informasjon, lange dokumenter og komplekse dataformater kan presentere betydelige barrierer for brukere med kognitive tilgjengelighetsbehov. Brukere bør kunne forstå informasjonen og fullføre beskrevne oppgaver uten å trenge ytterligere ekstern hjelp i så stor grad som mulig.

Noen ganger er innholdet komplekst. I dette tilfellet er det sannsynlig at det trenger nøye forklaring, organisering og presentasjon, slik at så mange brukere som mulig kan forstå uten feil, forvirring eller behov for hjelp.

Måten informasjon presenteres på, for eksempel en graf, et diagram eller en tabell, kan gjøre det mer komplekst for noen brukere. Her vil en støttende beskrivelse og veiledet tolkning fremheve de viktigste funksjonene brukeren trenger å forstå.

Ulike mennesker synes det er lettere å forstå ulike typer informasjon. Dette gjelder spesielt for personer med kognitive og lærevansker. For eksempel har noen en funksjonsnedsettelse som påvirker tall, men ikke språk, og andre har en språkforstyrrelse, men kan intuitivt forstå tall. Hjelp kan gis i ulike former for å støtte ulike brukere, for eksempel:

  • Tekstforklaringer og hjelp til diagrammer.
  • Et støttende diagram eller en graf for å belyse tekstinnhold.
  • Videoklipp som viser oppgavene som fullføres i trinn.
  • En tilleggstabell som ikke er kompleks.
  • Forklaringer av nøkkelord som vises ved å holde musepekeren over, muligens lenket til en ordliste.
  • Et flytskjema over trinnene i en prosess.

Flere detaljer:

Anbefalte teknikker for innhold relatert til tall og kompleks informasjon (bruk det som passer).

  • Diagrammer eller grafikk er gitt der de hjelper forståelsen av kompleks informasjon.
  • Tabeller er gitt der de hjelper forståelsen av informasjon.
  • Der forståelse av matematikk ikke er et primært krav for å bruke dette innholdet, bruk ett av følgende:
    • Forsterk tall med ikke-numeriske konsepter, f.eks. Veldig kaldt, kald, kald, mild, varm, varm, veldig varmt.
    • Når det er modent, kan du også bruke personaliseringssemantikk for å legge til ikke-numeriske konsepter. Se [personalization-semantics-1.0].
  • For innhold med seksjoner, bruk ett av følgende:
    • Aktiver semantikk for å legge til symboler i seksjoner.
    • Legg til ikoner som et tillegg til overskrifter, korte nøkkelsetninger og fraser for å hjelpe forståelsen.
    • Men siden noen har problemer med å huske ikoner, bruk tekst med ikonene.
      • Bruk tydelige ikoner eller symboler som lett kan sees og utvides.
      • Bruk bilder som forstås av forskjellige brukere.
      • På språk som leses fra venstre mot høyre, plasser bildet til venstre for teksten.
  • Anbefalte teknikker for innhold med mer enn 300 ord
    • Gi et lettforståelig sammendrag ved hjelp av vanlige termer og korte tekstblokker. For innholdsstykker med mindre enn 300 ord kan overskriften fungere som et sammendrag.
    • Semantiske overskrifter brukes til å dele opp informasjonen til en mer håndterbar størrelse og gi struktur til informasjonen som presenteres. Dette er spesielt nyttig for brukere av hjelpeteknologi.
    • Innholdseieren identifiserer minst to nøkkelord som hjelper brukeren med å forstå, og disse nøkkelordene kan bestemmes programmatisk og vektlegges i brukerens foretrukne modalitet.

Fremgangsmåte:

Gi forklarende innhold for kompleks informasjon som er viktig for å fullføre en oppgave, inkludert oppgaver i den virkelige verden.

Løsningsforslag:

Bruk:

  1. Teknikkene i avsnittet «mer informasjon» ovenfor for lange dokumenter, dokumenter med flere seksjoner, kompleks informasjon og numerisk informasjon. For eksempel:
    1. Forklaringen av en medisinsk prosedyre og suksessratestatistikk forsterkes ved bruk av ekstra tekst, et diagram og en graf.
    2. Flertrinnsprosessen for å søke om visum gjøres enklere å bruke ved å legge til et flytskjema over alle trinnene som alltid er synlige. Hvert trinn i flytskjemaet har lenker til ekstra hjelp, og det aktuelle trinnet er tydelig uthevet.

Unngå:

  1. Lange dokumenter uten god struktur og sammendrag.
  2. Kompleks informasjon og numerisk informasjon uten ekstra støtte. For eksempel:
    1. En lang tekst- og datatabell med salgstall vises uten noen forklaring av hovedtrekkene som er relatert til innholdet.

Angi tydelig resultatene og ulempene ved handlinger, alternativer og valg

Jeg trenger støtte og forklaringer for alle valg. Fordelene eller ulempene er tydelige for meg, og jeg forstår konsekvensene av valget jeg kan ta.

Relatert krav 3.7.4 Kognitivt stress

Dette kan du gjøre:

Når du presenterer handlinger og valg for brukere, forklar tydelig fordelene, risikoene og konsekvensene av hvert alternativ. Dette inkluderer eventuelle:

  • Endringer fra det brukeren ba om.
  • Ulemper ved standardproduktet eller -tilbudet.
  • Funksjoner som kan være en risiko for brukerens velvære eller økonomi.

Hvorfor gjør dette en forskjell?

Å tydelig angi fordeler og konsekvenser av hver handling og valgmulighet hjelper enkeltpersoner med å unngå feil. Dette er spesielt viktig når resultatene ikke lett kan korrigeres, fører til sikkerhetsrisikoer eller kanskje aldri blir kjent.

For eksempel bestiller en bruker av et reisenettsted en tur til Genève. De ser et alternativ til en god tid, men denne billetten er til en annen by. De antar at alternativene som er gitt er til stedet de ba om. De sjekker datoer og klokkeslett, men fordi de bare kan lese ved å stave ord, legger de ikke merke til den endrede destinasjonen. De blir tatt med til et annet sted enn hotellet sitt, og den sårbare brukeren ankommer om natten i en ukjent by uten overnatting.

I et annet eksempel ser en bruker en bærbar PC til salgs til en god pris. De ser ikke ordet «refurbished» i den lange beskrivelsen. Den bærbare PC-en har faktisk ikke en god pris.

Fremgangsmåte:

Når du ber brukeren om å gjøre et valg eller utføre en handling, bør du vurdere om det finnes noen implisitte eller skjulte resultater som brukeren bør være oppmerksom på. Angi disse resultatene tydelig i brukergrensesnittet og bekreft at brukeren er klar over dem.

Løsningsforslag:

Bruk:

  1. Tydelige lister over hva som er inkludert og hva som ikke er inkludert. For eksempel:
    1. Når du velger en flybillett. Ved siden av hvert alternativ er det en tydelig liste over hva som er inkludert.
  2. Advarsler om eventuelle endringer eller risikoer. For eksempel:
    1. Når du velger en flybillett, blir brukeren bedt om å bekrefte endringen hvis et billettalternativ er til en annen destinasjon, eller det er en annen uvanlig handling eller endring som kan være uønsket eller ha risikoer.

Unngå:

  1. Detaljer som ikke er tydelige når brukeren velger et alternativ.
    1. For eksempel: Måltidsalternativer fra en nettmeny har morsomme navn. Måltidsinnholdet, siderettene, allergiinformasjonen og muligheten til å tilpasse hvert alternativ er ikke synlig før to trinn senere i prosessen. En kunde må gå flere skjermbilder ned på hvert element for å ta en beslutning.
  2. Endre elementer fra den opprinnelige forespørselen uten å varsle brukeren.
  3. Risikoer for brukeren uten advarsler.

Gi hjelp med skjemaer og ikke-standardkontroller

Jeg trenger forklaringer på uvanlige kontroller i en form jeg synes er enkel å bruke (for eksempel en video eller tekst).

Relatert krav 3.7.5 Oppgavestyring

Dette kan du gjøre:

Gi hjelp med komplekse skjemaer, spesielt når det er flere trinn, uvanlige interaksjoner, ikke-standardiserte kontroller og obligatoriske felt som ikke støtter autofullføring. Gi eksempler som gjør det enkelt å forstå hva man skal gjøre.

Hvorfor gjør dette en forskjell?

Brukere synes ofte at skjemaer og relaterte oppgaver er den mest komplekse opplevelsen med nettsteder. De kan lett bli forvirrede, usikre eller til og med helt fortapt. Å gi ekstra hjelp kan utgjøre forskjellen mellom å kunne fullføre en oppgave og å gi opp. Dette gjelder spesielt hvis noen del av skjemaet er komplekst eller krever ikke-standardiserte interaksjoner.

Mange standard skjemakontroller gir støtte automatisk. For eksempel kan mange felt fylles ut automatisk med informasjon ved hjelp av autofullføring eller personaliseringssemantikk [personalization-semantics-content-1.0]. Da vil ikke brukeren gjøre feil når de fyller det ut.

Når du trenger flere felt og ikke-standardiserte kontroller, vil mange brukere ha problemer med å bruke dem. Mange brukere med funksjonsnedsettelser vil få feil informasjon eller ikke være i stand til å finne ut hvordan de skal fullføre oppgaven. Ofte resulterer dette i at oppgaven blir fullstendig forlatt. I andre tilfeller ber brukeren en omsorgsperson om hjelp til å fullføre skjemaet eller arbeide med kontrollen. I begge tilfeller har de ikke vært i stand til å fullføre oppgaven på grunn av funksjonshemmingen sin.

Standard [HTML]-skjemaer og -kontroller er nøye spesifisert for maksimal brukervennlighet og tilgjengelighet. De forstås vanligvis av brukere, spesielt hvis de er kjent med nettsamhandling. Brukere vil imidlertid sannsynligvis oppleve problemer hvis standardskjemaets virkemåte er endret eller helt nye kontroller er tilgjengelige. Forutsatt at de nye virkemåtene er nøye utformet og brukertestet, kan brukere fortsatt trenge hjelp for å kunne bruke dem.

Flere detaljer:

Eksempler på skjemaer og kontroller som sannsynligvis vil kreve ytterligere hjelp:

  • Passordfelt som krever at visse tegntyper skrives inn.
  • Undersøkelser med komplekse interaksjoner, for eksempel der knapper bare vises avhengig av tidligere svar.
  • Datoregistrering der det kan være noe tvetydighet om det nødvendige formatet.
  • Tilpassede kontroller som datovelgere der noen datoer kan være nedtonet.

Løsningsforslag:

Bruk:

  1. Standardkontroller
  2. Ikke-standardkontroller og skjemafelt med instruksjoner eller hjelp. For eksempel:
    1. En tilgjengelig hjelpeknapp ved siden av en ikke-standardkontroll.
    2. En standardmekanisme for kontekstsensitiv hjelp. Dette kan inkludere bruk av personaliseringssemantikk for kontekstsensitiv hjelp.
    3. Tydelige og utvetydige instruksjoner som er enkle å finne.

Unngå:

  1. Ikke-standardkontroller og uvanlige skjemafelt som ikke har instruksjoner eller hjelp. For eksempel:
    1. Et skjema har en kompleks mekanisme for å aktivere og deaktivere seksjoner når du blar eller bruker tabulatortastaturet mellom dem, men det gis ingen hjelp.

Gjør det enkelt å finne hjelp og gi tilbakemelding

Jeg trenger å få hjelp og gi tilbakemeldinger enkelt fra alle steder der jeg står fast.

Relatert krav 3.7.1 Hjelp

Dette kan du gjøre:

Gjør det enkelt for brukeren å be om hjelp eller rapportere problemer når som helst i en prosess. Dette inkluderer:

  • Brukervennlig: Tilbakemeldingsinformasjon og -skjemaer er enkle og tydelige. (Brukertesting med forskjellige brukergrupper anbefales på det sterkeste.)
  • Lett å finne: Tilgjengelig fra ethvert sted der brukeren kan stå fast.
  • Bruk av en foretrukket kommunikasjonsmetode, for eksempel et skjema, e-post, chat eller telefonstøtte.

Muligheten til å gi tilbakemelding bør aldri kreve at brukeren administrerer komplekse menysystemer som interaktiv talerespons (IVR) med mange forskjellige alternativer.

Hvorfor gjør dette en forskjell?

Å tilby en enkel måte for brukere å gi tilbakemeldinger på, vil hjelpe folk med å dele problemer, be om hjelp, komme med forslag og gi positive kommentarer. Hvis brukere ikke kan gi tilbakemeldinger enkelt, vil problemene fortsette å eksistere uten at nettstedseieren er klar over problemene. Det er viktig å la brukerne gi tilbakemeldinger fra ethvert punkt i prosessen, slik at folk ikke går seg vill når de prøver å forklare hvorfor de står fast. Ideer til forbedringer og positive tilbakemeldinger vil også bli oversett.

For eksempel, en bruker med kognitive og lærevansker sliter med å bruke et netthandelsnettsted. De har en idé om hvordan de kan gjøre det mye enklere å bruke. De bruker en time på å prøve å gi tilbakemeldinger, og så slutter de å prøve. Nettstedet fortsetter å miste kunder.

Flere detaljer:

Sørg for at tilbakemeldingsalternativet er:

  • Enkelt å bruke.
  • Tilgjengelig i alle stadier av prosessen.
  • En prosess som svarer på en nyttig måte på eventuelle tilbakemeldinger som sendes inn.
  • Enkelt å fullføre og ikke krever at brukeren oppgir unødvendig informasjon.
  • Ikke avhengig av komplekse menysystemer.

Det anbefales å tilby flere metoder for å samle inn tilbakemeldinger. For eksempel, på et nettsted, bør du vurdere å tilby alle fire alternativene for tilbakemelding, inkludert live chat, et telefonnummer, et nettskjema og en e-postadresse for tilbakemelding.

Merk at chatboter kanskje ikke er passende for denne typen tilbakemelding annet enn å starte tilbakemeldingsprosessen. Disse kan være ekstremt frustrerende hvis du ikke enkelt kan komme til området du prøver å nå.

Løsningsforslag:

Bruk:

  1. Enkle tilbakemeldingsmekanismer som er tilgjengelige på hver skjerm. For eksempel:
    1. Et banknettsted hadde et stort tilgjengelighetsproblem som blokkerte noen kunder fra å betale regningene sine på nett. Et tilbakemeldingsskjema var på siden der kunden sto fast. En kunde kunne rapportere problemet, og en brukerstøttemedarbeider kontaktet dem for å hjelpe dem med å fullføre regningsbetalingen. Den brukerstøttemedarbeideren rapporterte også tilgjengelighetsproblemet til programvareteamet.
  2. Flere tilbakemeldingsmekanismer som:
    1. Nett-chat eller nettanrop – Et alternativ for å gi tilbakemelding ved hjelp av live chat eller en videosamtale. Merk: Live chat- eller videoanropsfunksjonen må være fullt tilgjengelig. Nett-chat skal ikke være en distraksjon og enkel å lukke. Sjekk brukervennligheten med brukertesting.
    2. Telefon – Et tilbakemeldingstelefonnummer, ideelt sett med en funksjon for automatisk oppringing via Voice-brukergrensesnitt (VUI-er). Sørg for at det ikke er noen komplekse stemmemenyer.
    3. Nettskjema – Et enkelt kontaktskjema for nettstedet med ikke mer enn 3 obligatoriske felt.
    4. E-post – En e-postlenke ved hjelp av protokollen «mailto [mailto]» med forhåndsutfylte felt for «til» og «emne». Merk at dette ikke vil fungere på alle plattformer eller alle e-postklienter.
    5. Interaktiv talerespons (IVR) – Gir et automatisk alternativ på slutten av en IVR for å gi tilbakemelding ved å trykke et bestemt siffer på telefonen.

Unngå:

  1. Komplekse tilbakemeldingsmekanismer.
  2. En enkelt måte å gi tilbakemelding på som ikke alle kan bruke.

Gi hjelp med veibeskrivelse

Jeg trenger hjelp til å forstå og bruke veibeskrivelser og navigasjon.

Relatert krav 3.7.1 Hjelp

Dette kan du gjøre:

Det tilbys innhold som hjelper brukere med å forstå og bruke veibeskrivelser eller navigasjonssystemer. Dette kan omfatte:

  • Å vise landemerker som er lett gjenkjennelige.
  • Å vise himmelretninger (generelle eller globale) som kan relateres til et statisk objekt, for eksempel nord for tårnet.
  • Å hjelpe folk med å unngå endringer som forvirrer dem, for eksempel en endring av retning eller rute.
  • Å legge til rette for omorientering når de forlater ruten.
  • Å støtte ulike måter folk er klar over avstander på.
  • Å tillate personalisering av begreper som veibeskrivelser og målinger.

Hvorfor gjør dette en forskjell?

Personer med kognitive og lærevansker opplever ulike vanskelighetsgrader med veifinning eller veifinningsapplikasjoner. Hjelpen som trengs for å håndtere veifinningsproblemer kan være forskjellig for innendørs navigasjon, hvor det er flere stimuli, og utendørs, hvor det kan være større krav til hukommelsen. Hjelpen som trengs varierer også fra individ til individ.

Veifinning krever mange kognitive funksjoner. Design bør imøtekomme et bredt spekter av kognitive og lærevansker, inkludert de som støttes av andre designmønstre. For eksempel:

  • Hukommelse.
  • Eksekutiv funksjon.
  • Romlig orientering.
  • Visuell/romlig oppmerksomhet, persepsjon og prosessering.
  • Romlig desorienteringsangst.
  • Språkprosessering.
  • Intellektuell.
  • Oppmerksomhet.

Noen brukere kan trenge mer detaljert hjelp, for eksempel trinnvise veibeskrivelser. Mange brukere trenger å forhåndsvise en rute før de følger den. Da kan landemerker hjelpe med gjenkjenning og orientering, samt redusere angst. Alternative relative retningsbetegnelser og kardinalretninger som samsvarer med brukerens preferanser er mest effektive. For eksempel kan applikasjonen referere til «førersiden» eller «østfløyen». Å hjelpe folk med å forestille seg relative og absolutte avstander kan hjelpe, for eksempel «du har reist halvveis».

På grunn av den store variasjonen i personlige krav, kan personaliseringsmekanismer være svært nyttige. For eksempel enhetene som brukes for avstander. Plattformer eller andre teknologier tilbyr ofte personaliseringsalternativer for relative og kardinalretninger og termer som kan brukes. For eksempel plattformens lokale innstillinger.

Endringer kan være svært forvirrende. En bruker kan være forberedt på å endre ruten for å spare timevis med trafikk, men dette vil innebære at de må kjøre inn på en bensinstasjon for å lære den nye ruten. De vil kanskje ikke endre rute for å unngå en liten mengde trafikk. Hjelp brukeren med å finne alternativet som fungerer for dem.

For eksempel bruker en person med traumatisk hjerneskade en GPS (Global Positioning System). De gjennomgår ruten før de drar, og ser på bilder av svingene. Disse forberedelsene vil gjøre det mulig for dem å følge ruten. Mens de kjører, endres ruten for å unngå tre minutter med trafikk. De klarer ikke lenger å følge den og går seg vill.

Løsningsforslag:

Bruk:

  1. En annen måte å indikere venstre og høyre på som alltid er tilgjengelig, eller en måte å tilpasse indikasjonen på.
  2. Veibeskrivelser som bruker landemerker. For eksempel gis bilder av lokale landemerker, eller de kan legges til for å hjelpe med orientering under veivisning.
  3. Tilgjengelige alternativer for å unngå uønskede endringer.
  4. Ekstra støtte som er tilgjengelig.

Unngå:

  1. Konsekvent referanse til kompasspunkter, inkludert mindre kjente (f.eks. N ved NØ).
  2. Instruksjoner som alltid antar at personen er på forventet sted. De har ikke en enkel måte å gjenopprette dem på.
  3. Innhold som endres automatisk på måter som brukeren ikke ønsker eller kontrollerer.

Gi påminnelser

Jeg trenger påminnelser integrert i kalenderen min, ellers glemmer jeg avtaler og når jeg skal gjøre ting. Noen ganger trenger jeg påminnelser om å besøke et nettsted igjen for å fullføre neste oppgave.

Relatert krav 3.7.2 Støtte

Dette kan du gjøre:

Gjør det enkelt for brukeren å angi en påminnelse for dato- og tidssensitive hendelser. Bruk standard applikasjonsprogrammeringsgrensesnitt (API-er) når det er mulig.

Påminnelser må kun angis på brukerens forespørsel, og brukeren må kunne tilpasse resten av metoden.

Hvorfor gjør dette en forskjell?

Personer med kognitive og lærevansker har ofte utfordringer med å håndtere hendelser og tid. (Faktisk er det å ikke kunne håndtere hendelser og tid riktig uten støtte et diagnostisk kriterium for noen grupper av funksjonshemminger.) Dette resulterer i at man går glipp av møter, at man ikke sender inn en forespørsel innen en bestemt dato eller et skjema innen en angitt tidsperiode, og at man går glipp av muligheter. For eksempel:

  • Når brukeren kopierer informasjon inn i en kalender, kopierer de ofte dagen eller klokkeslettet feil.
  • Brukeren har utfordringer med å behandle og huske tidsbasert informasjon.
  • Brukeren kan ha problemer med å sette tidsbundne hendelser i rekkefølge.
  • Brukerens ferdigheter avtar når de er slitne i en slik grad at de må stoppe en oppgave. De kan ønske å endre tidspunktet for oppgaven.

Det kan være nyttig å bruke kalender-API-er (eller oppgavebehandling) som lar brukeren automatisk legge til hendelser og frister i sin egen kalender.

For eksempel kan en bruker med kognitive funksjonshemminger sette opp en legetime på nett. Ofte kopierer de detaljene feil inn i kalenderen sin. I dette tilfellet gir imidlertid nettstedet dem et alternativ for å legge til avtalen i kalenderen og setter opp en påminnelse en time før. Brukeren kommer nå til riktig sted til riktig tid med riktige papirer.

Fordelen for brukere med kognitive tilgjengelighetsbehov er at de selvstendig kan administrere avtaler, frister og tidsplaner. Muligheten til å sette opp påminnelser kan redusere den kognitive belastningen forbundet med behandling av tidsbegrensede oppgaver. Tidsavhengige aktiviteter kan overvåkes og spores av brukeren for å sikre at de fullføres i tide.

Gi alltid muligheten til å sette en påminnelse på slutten av oppgaven, slik at brukeren ikke blir avbrutt.

Det er viktig å ikke legge til uønskede påminnelser, da dette gjør brukerens kalender for full. Dette kan til og med forhindre at de kan bruke kalenderen i det hele tatt. Brukeren er den beste personen til å vite hvor mange påminnelser, og hvilken type, som best dekker deres behov.

Flere detaljer:

Der det finnes en standardmekanisme for plattformen eller teknologiene, må den brukes. Se:

Dato- og tidssensitive hendelser er enhver hendelse som må fullføres innen et visst tidspunkt. Tidsbegrensningene for en slik hendelse kan defineres av en kalenderdato og -klokkeslett eller av den totale forløpte tiden.

Variabler som kan vurderes inkluderer:

  • Tid - på et logisk tidspunkt.
  • Sted - bedt om når du er på et passende sted.
  • Kontekst - på datamaskin vs. mobil, på et spesifikt nettsted osv.

Løsningsforslag:

Bruk:

  1. Alternativer for brukeren for å legge til hendelsen i kalenderen sin og angi en påminnelse. For eksempel:
    1. Et helsenettsted lar deg angi en lokal legetime. Når avtalen er angitt, får brukeren muligheten til å legge den til i kalenderen sin (automatisk) med en påminnelse tre timer før. De får også muligheten til å legge til eller redigere påminnelsen.

Unngå:

  1. Hendelser som legges til i brukerens kalender som brukeren ikke ønsker å delta på.
  2. Brukeren kan ikke automatisk legge til hendelsene og avtalene de nettopp har angitt i kalenderen sin. For eksempel:
    1. Et helsenettsted lar deg angi en lokal legetime. Brukeren får ikke muligheten til å legge den til i kalenderen sin automatisk eller angi en påminnelse.