Gevinster:
- Evne til at skrive knap, fejlmeddelelser, inaktiv status og onboarding-tekster med kunstig intelligens i overensstemmelse med brandets stemme- og toneguide
- Evne til at producere flere variationer af den samme mikrotekst og vælge dem ud fra kriterier for klarhed, tone og længde
- Evne til at revidere AI-tekst for inkluderende sprog, tilgængelighed og juridisk korrekthed
Hvert ord i en grænseflade er en designbeslutning. UX-skrivning er opgaven med at skrive mikrotekster som knapetiketter, fejlmeddelelser, tomme statustekster, onboarding-skærme og notifikationer, præcist og i tråd med brandets stemme, uden at trætte brugeren. Disse tekster anses for uvæsentlige, fordi de er korte; hvorimod forskellen mellem "Gem" eller "Gem ændringer", "Noget gik galt" eller "Kortnummer mangler" er forskellen mellem, at brugeren fuldfører opgaven og giver op. AI er ekstremt kraftfuld til at generere mikrotekstvariationer; men du forbliver i kontrol over tone, nøjagtighed og omfang.
Ikke uden mærkets stemme og toneguide
Som standard skriver AI på "gennemsnitligt, neutralt" sprog. Men hvert produkt har en stemme - en vedvarende personlighed - og en tone, der ændrer sig afhængigt af situationen. En bankapp kan være betryggende og rolig, en gaming-app kan være energisk og venlig. Hvis du ikke giver denne guide til kunstig intelligens, vil den producere tekster, der er fremmede for dit brand.
Praktisk metode: giv modellen et kort “stemme- og tonekort” — 3-4 adjektiver ("klar, varm, underspillet"), dos/don'ts ("brug ikke emojis", "don't blame the user") og 1-2 eksempler. Dette kort er det fælles grundlag for alle dine mikrotekstproduktioner.
Tip: Skriv dit stemme- og tonekort én gang, og indsæt det i hver prompt. Konsistens bevares bedst med dette kort, hvis mange mennesker skriver på det samme produkt.
Formlen for en god fejlmeddelelse: hvad skete der + hvorfor + næste trin
Det mest kritiske ved mikrotekster er fejlmeddelelsen, fordi brugeren allerede er vred. AI's standardoutput er ofte ubrugelig: "Noget gik galt, prøv igen." Denne besked fortæller ikke, hvad der skete, årsagen eller løsningen.
Den gode fejlmeddelelse består af tre dele:
- Hvad skete der: I klart, ikke-teknisk sprog ("Betalingen kunne ikke gennemføres").
- Årsag (hvis kendt): ("Kortnummer ser ud til at mangle").
- Næste trin: Konkret handling for brugeren ("Tjek nummeret og prøv igen").
Og et forbud: Giv ikke brugeren skylden ("Nummeret ser ud til at mangle" i stedet for "Du har indtastet det forkert"). Forbedre AI-skitsen med denne formel.
Generer variationer, vælg efter kriterier
Den største kraft ved kunstig intelligens i UX-skrivning er, at den producerer 5-10 variationer af den samme mikrotekst på få sekunder. Men denne magt er ubrugelig uden kriterier. Eliminer variationer med tre kriterier:
- Klarhed: Forstår brugeren det på én gang?
- Tone: Passer det til brandets stemme?
- Længde: Passer den på knappen/området og trætter den ikke øjnene?
Mikroteksttype
dårligt eksempel
stærkt eksempel
knappen
"send"
"Bekræft aftale"
Fejl
"Forkert transaktion"
"Kortnummeret ser ud til at mangle. Tjek og prøv igen."
tom status
"Listen er tom"
"Du har ingen favoritter endnu. Gem de produkter, du kan lide, med hjerteikonet."
Godkendelse
"Er du sikker?"
"Skal vi annullere denne ordre? Denne handling er irreversibel."
tre minisager
Tilfælde 1 — Knappens klarhed øgede konverteringen. Et team udvidede "Send"-knappen til 8 varianter med AI og valgte "Bekræft aftale." I A/B-testning (eksperimentet, der sammenlignede to versioner), steg godkendelsesraten målbart; fordi brugeren så, hvad der ville ske på knappen.
Tilfælde 2 — Inkriminerende meddelelse rettet. Den kunstige intelligens foreslog "Du har indtastet en ugyldig e-mail." UX-skriveren ændrede dette til "E-mailadressen ser ud til at mangle eller er forkert." En lille sprogændring reducerede antallet af formopgivelser. Lektion: at give brugeren skylden ødelægger oplevelsen.
Sag 3 — Juridisk fejl fanget. "Gratis annullering når som helst," skrev AI til en abonnementsskærm. Imidlertid var produktets annulleringspolitik anderledes; denne dom var vildledende og indebar juridisk risiko. Holdet matchede teksten med den faktiske politik. Lektion: mikrotekst er også revideret for juridisk korrekthed.
Ledig stilling og onboarding: få stille øjeblikke til at tale
Den første skærm, brugeren ser, er ofte en tom tilstand: ingen beskeder endnu, ingen ordrer endnu, ingen favoritter endnu. Uerfarne designere afviser denne skærm som "Listen er tom"; hvorimod inaktiv tilstand er et af de mest værdifulde øjeblikke, der lærer brugeren, hvad den skal gøre. En god tom statustekst gør tre ting: forklarer status, angiver, hvorfor den er tom, og inviterer brugeren til at tage den første handling ("Du har ikke nogle favoritter endnu. Gem produkter, du kan lide med hjerteikonet"). Onboarding-tekster påtager sig en lignende opgave: de vejleder brugeren ved at lære dem én ting ad gangen uden at overvælde dem. Kunstig intelligens producerer hurtigt variationer af disse tekster; din opgave er at holde dem korte, indbydende og handlingsorienterede og undgå lange forklaringer. Tom status er ikke en fejl, det er en mulighed.
Tip: Hver blank tilstand er udfyldt med spørgsmålet "hvad skal brugeren gøre, når de kommer her for første gang?" Skriv med spørgsmålet. Inaktiv tilstand er et skjult onboarding-øjeblik.
Kopiérbare prompter
Lyd- og tonekort: adjektiver = <<klar, varm, almindelig>>; ikke = <<emoji, skyld, jargon>>; eksempelsætning = <<...>>.Opgave: Foreslå knaptekst til "<<skærm/handling>>". Giv 6 variationer, skriv i én sætning ud for hver enkelt, hvorfor den har den tone. Ikke mere end <<X>> tegn.
Skriv denne fejlsituation med formlen "hvad skete der + hvorfor + næste trin": Status: <<fejl>>. Giv ikke brugeren skylden; Brug ikke teknisk jargon. Giv 3 variationer og marker den korteste, klareste. Stemme- og tonekort: <<...>>
Tjek disse mikrotekster for inkluderende sprog: er der kønsantagelser, sprog, der udelukker mennesker med handicap, kulturelle antagelser eller unødvendigt komplicerende sprog? Liste over problemer og rettelser. Tekster: <<liste>>
Tjek denne grænsefladetekst for juridisk/faktisk korrekthed: Passer påstande som "gratis", "altid", "garanteret", "kan annulleres" med produktets faktiske politik ("<<politik>>")? Markér dem, der ikke gør det, og foreslå et sikkert alternativ. Tekst: <<...>>
Svag prompt / Stærk prompt
Svag: "Skriv en fejlmeddelelse."
Resultatet: en generel, uforløst, toneløs tekst som "Noget gik galt."
Stærkt: "Med dette tonekort skal du skrive 3 variationer af 'hvad skete + hvorfor + næste trin'-formlen for 'betaling mislykkedes'; bebrejde ikke brugeren; sæt kryds ved den klareste."
Resultat: Valgbare variationer, der viser løsninger og matcher brandets stemme.
Forskel: stærk prompt giver stemme-tonekort + formel + skyldforbud + variation.
Almindelige fejl
- Udskrivning uden at give en stemme-toneguide. Brandpersonlighed forsvinder, tekster bliver generiske.
- Anklagende fejlsprog. "Du har indtastet det forkert" sætter brugeren i defensiven.
- Manglende verificering af juridiske krav. Sætninger som "gratis afbestilling" kan være i konflikt med den faktiske politik.
- Springer inklusivitet over. Tekster, der indeholder antagelser om køn, kultur eller kompetence, udelukker brugeren.
- Ignorerer længden. Smuk tekst, der ikke passer på knappen, er ubrugelig.
Sammenfattende
UX-skrivning er korte, men store designbeslutninger. AI producerer hurtigt flere variationer af den samme mikrotekst; Den virkelige værdi ligger i at screene dem for klarhed, tone og længde, forfine fejlmeddelelser med formlen "hvad skete + hvorfor + næste trin", undgå at bebrejde brugeren og kontrollere teksten for omfattende og juridisk korrekthed. Oprethold konsistensen ved at tilføje stemmetonekortet til hver prompt; Du træffer den endelige beslutning ud fra produktet og brugeren.
Ansøgningsopgave
- Skriv et tonekort til dit produkt, der indeholder 4 adjektiver og 3 "don'ts".
- Opret 6 variationer for en knap med den første prompt, og vælg den bedste baseret på kriterierne.
- For en fejlsituation skal du skrive "hvad skete + hvorfor + næste trin"-meddelelse med den anden prompt.
- Tjek alle de tekster, du producerer, for fyldestgørende med den tredje prompt.
- Tjek en tekst, der indeholder et krav (gratis, garanteret) for juridisk nøjagtighed med den fjerde prompt.
tjekliste
- [ ] Jeg føjede stemmetonekortet til hver prompt.
- [ ] Jeg eliminerede variationer efter klarhed, tone og længde.
- [ ] Jeg skrev fejlmeddelelserne med "hvad skete der + hvorfor + næste trin".
- [ ] Jeg efterlod ikke nogen tekst, der anklagede brugeren.
- [ ] Jeg lavede et inkluderende sprogtjek.
- [ ] Jeg matchede de assertive tekster med den faktiske politik.