Microcopy

Microcopy er de korte tekster, der hjælper en person gennem en digital handling. Det kan være teksten på en knap, navnet over et formularfelt, en forklaring under et passwordfelt, en fejlbesked, en tom tilstand eller en bekræftelse efter et køb.

Ordet “micro” handler om tekstens størrelse, ikke dens betydning. En knap med “Fortsæt” i stedet for “Send” kan afgøre, om brugeren forventer et ekstra trin. En fejltekst kan afgøre, om en formular bliver rettet eller opgivet. De få ord ligger ofte præcis dér, hvor usikkerheden opstår.

Microcopy er en del af både UI og UX. UI handler blandt andet om de konkrete elementer på skærmen, mens UX handler om den samlede oplevelse. Teksten forbinder de to: den forklarer, hvad elementet gør, og hjælper brugeren med at træffe næste valg.

Det er ikke det samme som almindelig salgstekst. En herooverskrift kan skabe interesse, mens microcopy skal hjælpe en handling på vej. Den kan godt afspejle virksomhedens tone, men dens vigtigste opgave er funktionel klarhed.

På en hjemmeside findes microcopy næsten overalt, selv når ingen har skrevet den bevidst. Standardsystemet udfylder måske “Submit”, “Invalid input” eller “Read more”. Derfor er fraværet af en beslutning også en beslutning, bare ofte en dårligere en.

Skriv knapper som konkrete handlinger. “Send forespørgsel”, “Hent prislisten” og “Gå til betaling” fortæller mere end “Klik her” eller “OK”. Teksten skal beskrive det, der sker umiddelbart efter klikket, uden at love noget systemet ikke leverer.

Brug labels over formularfelter og behold dem synlige. Placeholder-tekst inde i feltet forsvinder, når brugeren skriver, og er et dårligt eneste mærkat. Skriv “E-mail” som label og brug eventuelt placeholderen til et eksempel. Det understøtter også webtilgængelighed.

Fejlbeskeder skal sige, hvad der er galt, hvor fejlen findes, og hvordan den rettes. “Noget gik galt” giver ingen vej videre. “Skriv telefonnummeret med otte cifre” er konkret. Placer beskeden tæt på feltet og saml fejl øverst, når formularen er lang.

Forklar konsekvenser før følsomme handlinger. Ved sletning kan teksten være “Slet produktet permanent” og en kort forklaring om, at handlingen ikke kan fortrydes. Ved abonnement bør knappen ikke hedde “Fortsæt”, hvis næste klik gennemfører betaling.

Skriv bekræftelser, der lukker løkken. Efter en formular bør brugeren få at vide, at beskeden er modtaget, hvornår der normalt svares, og om en kopi er sendt. Det reducerer gentagne indsendelser og usikkerhed.

Saml tilbagevendende formuleringer i et designsystem. Beslut eksempelvis hvordan fejl, advarsler, knapper og tomme lister skrives. Det gør sproget konsekvent og sparer tid, når nye funktioner bygges.

En tilbudsformular har knappen “Indsend”. Under knappen står intet. Når brugeren klikker, går der tre sekunder, før en ny side åbner. I den periode trykker mange igen, og systemet sender den samme forespørgsel to gange.

Knappen ændres til “Send min forespørgsel”. Ved klik bliver den midlertidigt deaktiveret og viser “Sender …”. Takkesiden siger: “Tak, vi har modtaget din forespørgsel. Du får normalt svar inden for én hverdag.” De tre tekster beskriver før, under og efter handlingen.

En anden formular viser fejlen “Invalid”. Den ændres til “Skriv en gyldig e-mailadresse, eksempelvis navn@firma.dk”. Fejlen står både ved feltet og i et kort resume øverst. Brugeren behøver ikke gætte, om problemet er et manglende @, et tomt felt eller noget andet.

Efter ændringen falder antallet af dobbelte henvendelser fra 14 til 2 på en måned, og flere gennemfører formularen. Det beviser ikke, at ordene alene skabte hele forskellen, fordi den deaktiverede knap også hjælper. Det viser netop, at microcopy og funktion bør designes sammen.

På en webshop kan samme princip bruges ved lagerstatus. “Ikke på lager” kan suppleres med “Forventes igen 12. august” eller “Få besked, når varen er tilbage”. Teksten bliver nyttig, fordi den giver et næste valg.

Den mest synlige fejl er kreative tekster, som skjuler handlingen. En knap med “Ja tak, gør min dag bedre” kan passe i en kampagne, men er dårlig, hvis brugeren ikke ved, om den tilmelder et nyhedsbrev, køber et produkt eller åbner en formular.

En anden fejl er at give brugeren skylden. “Du har indtastet forkert” kan ofte erstattes med en neutral og løsningsorienteret besked. Systemet skal hjælpe, ikke skælde ud. Det gælder især, når formatkravet ikke var forklaret på forhånd.

Undgå at gemme vigtige vilkår i meget lille hjælpetekst. Microcopy er ikke et smuthul til at skjule pris, binding eller samtykke. Den korte tekst skal skabe overblik, mens nødvendige detaljer stadig skal være tydelige og tilgængelige.

Endelig kan konsekvent tone blive overfortolket. Et brand kan være humoristisk, men en betalingsfejl eller mistet data er ikke altid tidspunktet til en vittighed. Situationen bestemmer tonen. Klarhed og respekt kommer først.

GOV.UK’s designsystem anbefaler konkrete knaptekster og fejlbeskeder, der hjælper brugeren med at forstå og rette problemet. Det offentlige design er ikke en stil, alle skal kopiere, men principperne om tydelig handling og fejlretning er brede.

WCAG stiller krav om hjælp ved inputfejl og identifikation af felter. God microcopy kan derfor støtte tilgængelighed, men teksten alene løser ikke alt. Korrekte labels, fokusmarkering, programmatisk kobling og tastaturadgang skal også være på plads.

Microcopy bør testes med rigtige opgaver. Bed en person finde prisen, oprette sig eller rette en fejl, og lyt til de ord, personen bruger. Interne produktnavne er sjældent de mest forståelige labels for kunderne.

Et A/B-test kan bruges på en central knap eller forklaring, men små forskelle kræver ofte meget trafik. Kvalitative tests kan hurtigere afsløre, at ingen forstår “påbegynd onboarding”. Ret det åbenlyse, før I bygger et eksperiment.

Vores guide om brugervenlige hjemmesider beskriver den større sammenhæng. Microcopy er de små skilte undervejs, men ruten, layoutet og selve tilbuddet skal også give mening.

Microcopy bør også tage højde for, hvad brugeren allerede ved. På første trin kan “CVR-nummer” kræve en kort forklaring, mens samme forklaring bliver støj på hvert efterfølgende trin. Vis hjælpen dér, hvor tvivlen opstår, og lad gentagelser være bevidste.

Tomme tilstande er et overset område. En besked som “Ingen resultater” kan suppleres med forslag om at fjerne filtre, kontrollere stavning eller oprette det første element. Den korte tekst kan omdanne en blindgyde til et næste skridt uden at ændre hele funktionen.

Ved ventetid bør systemet forklare, hvad der sker. “Arbejder …” er bedre end en frossen knap, men “Uploader 3 af 8 billeder” er endnu mere konkret. Når processen tager længe, bør brugeren vide, om siden kan lukkes, og hvad der sker ved en fejl.

Oversæt ikke microcopy ord for ord uden at teste sammenhængen. Engelske standardtekster som “Sign up”, “Submit” og “Dismiss” kan kræve forskellige danske ord afhængigt af handlingen. Den bedste oversættelse er den, der beskriver funktionen, ikke den mest direkte ordbogsoversættelse.

Knapper og beskeder skal også fungere, når data er usædvanlige. Et navn kan være langt, en pris kan mangle, og et system kan være midlertidigt utilgængeligt. Skriv de tomme og fejlramte tilstande sammen med den normale succesvej, så produktet ikke mister stemmen, når noget går galt.

Brug ord, som brugeren møder uden for systemet. Hvis virksomheden kalder dokumentet “serviceaftale”, bør knappen ikke pludselig sige “generér kontraktartefakt”. Interne systemord kan være præcise for udvikleren og stadig være forkerte i brugerfladen.

Når en handling har flere trin, bør teksten gøre progressionen tydelig. “Fortsæt til levering” og “Fortsæt til betaling” er mere informative end tre ens knapper med “Næste”. Brugeren kan bedre vurdere, hvor i forløbet vedkommende befinder sig.