10 edge cases produktet ditt bør ta høyde for
Av June Aarseth
En sjekkliste
Du har tegnet en perfekt brukerflyt, dekker alle behovene, happy path fra A til Å og MVP scope er klinkende klart. Noen spør “hva hvis..om at?” og noen svarer “ja, men det er edge-casen”.
Men ikke alle unntak fra happy path er like usannsynlige. Edge-caser skjer hele tiden, og noen oftere enn du tror. Når vi lager produkter for ekte mennesker må vi også designe for virkelige liv og situasjoner.
Brukerne dine gjør ting i feil rekkefølge, har dårlig nett, mister mobilen, deler kontoer, bytter navn, blir skilt, blir sammen igjen, reiser på hytta uten dekning, får barn, blir syke, og dør.
Her er en sjekkliste for hverdagslige situasjoner som produktet ditt bør håndtere på en helt vanlig tirsdag, uten at noen må ringe support.
1. Navneendringer
Folk gifter seg, skiller seg, endrer identitet eller bytter navn av helt hverdagslige grunner.
Ta høyde for:
Navn kan endres uten at URL-er, søkefunksjoner eller e-postvarsler henger igjen i fortiden.
Gamle og nye navn fungerer i en overgangsperiode — for eksempel søkbarhet eller videresending av e-post.
Brukeren kan velge om gammelt navn skal vises (noen vil ha det med for å bli funnet, andre trenger at det slettes av sikkerhetsgrunner).
Feltvalidering som tåler mellomnavn, bindestreker, flere etternavn og kulturspesifikke navnestrukturer.
2. Flere kontoer
De fleste av oss har én jobbidentitet, én privat, én for sideprosjektet. Det betyr at “én person = én konto” sjelden stemmer. Ingen vil logge inn i jobbmøtet og plutselig ha «DungeonMaster87» som visningsnavn og avatar.
Ta høyde for:
Enkel og synlig mulighet til å bytte mellom kontoer uten å logge ut
Mulighet til å koble flere kontoer til samme innlogging.
Felles innstillinger som profilbilde eller språkvalg, hvis brukeren ønsker det.
Samtidig: ingen krav om å dele innstillinger hvis brukeren vil holde jobb og privat helt adskilt.
3. Delte kontoer
Folk deler kontoer. Par som ser serier sammen, foreldre som deler iPad med barna, familier som har felles fotolagring. Det trenger ikke bety at de vil lure systemet, det er bare praktisk.
Ta høyde for:
At flere kan ha hver sin profil på samme konto, med egne anbefalinger og preferanser (Plis, denne er til dere Spotify, jeg er lei av å få hits for kids på joggelista)
At deling kan foregå fra ulike steder samtidig.
At det finnes en trygg og enkel måte å skille kontoer hvis folk flytter fra hverandre eller ønsker hver sin konto.
Ikke straff deling, men tydeliggjør når det kan gi sikkerhetsutfordringer.
4. Konto-lockouts
Mobilen er stjålet. E-posten er hacket. Autentiseringsappen slutter å funke. Det skjer oftere enn du tror, og når det skjer er brukeren helt avhengig av at du har tenkt på det.
Ta høyde for:
Flere uavhengige måter å få tilgang tilbake på.
En løsning som ikke krever at man er innlogget for å få hjelp (overraskende mange krever dette).
Enkel tilgang til support uten hinderløype.
Mulighet for å registrere en sikker kontakt som kan hjelpe ved krise.
5. Stalkere og nett-troll
Ingen liker å tenke på trakassering, trolling, spam eller manipulerende brukere, men de finnes. Og de finner alltid smutthull hvis du ikke designer med dem i tankene.
Ta høyde for:
Enkel og tilgjengelig blokkering og rapportering.
En rapporteringsprosess som ikke krever at brukeren gjenopplever hele hendelsen.
Friksjon i kontooppretting for å hindre masseopprettelser av falske profiler.
Brainstorm internt rundt “worst case"-scenario: Hvordan kan denne funksjonen misbrukes?
6. Når en bruker dør
Det er ubehagelig å snakke om, men det skjer. Og når det skjer, gjør det ekstra vondt hvis produktet ditt sender en push-varsel som: “Inviter Ola til å samarbeide igjen!”
Ta høyde for:
En minnemodus eller tilsvarende for kontoer til avdøde.
At pårørende kan administrere eller få tilgang på en trygg måte.
At inaktive kontoer ikke får automatiske invitasjoner eller “mimre-meldinger”.
At brukere kan merke innhold som ikke skal brukes i automatiske montasjer.
7. Dårlig eller ustabil internettforbindelse
Folk jobber fra tog, kjellere, fjellhytter, landlige områder og kontorlandskap med WiFi fra 2009. Det er mer normalt enn unntaket.
Ta høyde for:
Offline-modus, eller i det minste mulighet til å lese og gjøre enkle endringer uten nett.
Tydelig status for synkronisering og lagring.
Mulighet til å jobbe lokalt og synkronisere senere.
At appen ikke blir et tomt lastesymbol når nett faller ut.
8. Samtidig samarbeid
At flere personer skal kunne redigere samme dokument er forventet standard nå. Det kan fort bli rotete hvis du ikke har kontrollmekanismer på plass. Vi var ferdig med “Presentation_final_final_really_final_v3.key” i 2007.
Ta høyde for:
Å vise hvem som redigerer hva, i sanntid.
Konflikthåndtering når to personer endrer samme tekst.
Varsling når endringer ikke lagres på grunn av nettproblemer.
Mulighet til å akseptere, avvise eller slå sammen andres endringer.
9. Dataeksport
Folk forlater plattformer. Det kan være de klikka fordi man ikke kunne dele konto, eller bare trenger noe annet nå. Men uansett grunn bør de kunne ta med seg dataene sine.
Ta høyde for:
Eksport som faktisk fungerer og ikke mangler halvparten av metadataene.
Formater som kan åpnes i andre verktøy.
Enkelt språk rundt hva som blir med og hva som ikke gjør det.
10. Tilgjengelighet
Over 1 av 4 voksne har en form for funksjonsnedsettelse. Accessibility er ikke et edge-case, det er et krav.
Hvis produktet ditt bare fungerer for folk som kan se perfekt, høre perfekt og bruke begge hender, ja så fungerer det ikke.
Ta høyde for:
Tilgjengelighet fra dag én.
Testing med faktiske hjelpemidler (skjermlesere, tastaturnavigasjon osv.).
Universell utforming som grunnmur, ikke “fase 2”.
Den perfekte brukeren fins ikke
Denne sjekklisten handler ikke om det som “kan skje en gang iblant”. Den handler om det som faktisk skjer i vanlige menneskers liv, og som produktene våre må tåle hvis de skal oppleves trygge, robuste og menneskevennlige.
Løst inspirert fra denne artikkelen: https://www.nngroup.com/articles/edge-cases/