Gevinster:
- Evne til å skrive knapper, feilmeldinger, inaktiv status og onboarding-tekster med kunstig intelligens i samsvar med merkevarens stemme- og toneguide
- Evne til å produsere flere varianter av samme mikrotekst og velge dem basert på kriterier for klarhet, tone og lengde
- Evne til å revidere AI-tekst for inkluderende språk, tilgjengelighet og juridisk korrekthet
Hvert ord i et grensesnitt er en designbeslutning. UX-skriving er oppgaven med å skrive mikrotekster som knappeetiketter, feilmeldinger, tomme statustekster, onboarding-skjermer og varslinger, nøyaktig og i tråd med merkevarens stemme, uten å slite brukeren. Disse tekstene anses som uviktige fordi de er korte; mens forskjellen mellom "Lagre" eller "Lagre endringer", "Noe gikk galt" eller "Kortnummer mangler" er forskjellen mellom brukeren som fullfører oppgaven og gir opp. AI er ekstremt kraftig til å generere mikrotekstvariasjoner; men du har fortsatt kontroll over tone, nøyaktighet og helhet.
Ikke uten merkevarens stemme og toneguide
Som standard skriver AI på "gjennomsnittlig, nøytralt" språk. Imidlertid har hvert produkt en stemme - en varig personlighet - og en tone som endres avhengig av situasjonen. En bankapp kan være betryggende og rolig, en spillapp kan være energisk og vennlig. Hvis du ikke gir denne guiden til kunstig intelligens, vil den produsere tekster som er fremmede for merkevaren din.
Praktisk metode: gi modellen et kort «stemme- og tonekort» — 3-4 adjektiver («klart, varmt, undervurdert»), dos/don'ts («ikke bruk emojis», «ikke skyld på brukeren») og 1-2 eksempler. Dette kortet er det felles grunnlaget for alle dine mikrotekstproduksjoner.
Tips: Skriv stemme- og tonekortet ditt én gang og lim det inn i hver forespørsel. Konsistens opprettholdes best med dette kortet hvis mange skriver på samme produkt.
Formelen for en god feilmelding: hva skjedde + hvorfor + neste trinn
Det mest kritiske av mikrotekster er feilmeldingen, fordi brukeren allerede er sint. AI-ens standardutgang er ofte ubrukelig: "Noe gikk galt, prøv igjen." Denne meldingen sier ikke hva som skjedde, årsaken eller løsningen.
Den gode feilmeldingen består av tre deler:
- Hva skjedde: På tydelig, ikke-teknisk språk ("Betalingen kunne ikke fullføres").
- Årsak (hvis kjent): ("Kortnummer ser ut til å mangle").
- Neste trinn: Konkret handling for brukeren ("Sjekk nummeret og prøv igjen").
Og ett forbud: ikke klandre brukeren ("Nummeret ser ut til å mangle" i stedet for "Du skrev det feil"). Forbedre AI-skissen med denne formelen.
Generer variasjoner, velg etter kriterier
Den største kraften til kunstig intelligens i UX-skriving er at den produserer 5-10 variasjoner av samme mikrotekst i løpet av sekunder. Men denne makten er ubrukelig uten kriterier. Eliminer variasjoner med tre kriterier:
- Klarhet: Forstår brukeren det på én gang?
- Tone: Passer det merkevarens stemme?
- Lengde: Passer den på knappen/området og sliter ikke øynene?
Mikroteksttype
dårlig eksempel
sterkt eksempel
knappen
"send"
"Bekreft avtale"
Feil
"Feil transaksjon"
"Kortnummeret ser ut til å mangle. Sjekk og prøv igjen."
tom status
"Listen er tom"
"Du har ingen favoritter ennå. Lagre produktene du liker med hjerteikonet."
Godkjenning
"Er du sikker?"
"Skal vi kansellere denne bestillingen? Denne handlingen er irreversibel."
tre minisaker
Tilfelle 1 – Knappens klarhet økte konverteringen. Ett team utvidet "Send"-knappen til 8 varianter med AI og valgte "Bekreft avtale." I A/B-testing (eksperimentet som sammenligner to versjoner), økte godkjenningsraten målbart; fordi brukeren så hva som ville skje på knappen.
Tilfelle 2 — Inkriminerende melding rettet. Den kunstige intelligensen foreslo «Du skrev inn en ugyldig e-post». UX-forfatteren endret dette til "E-postadressen ser ut til å mangle eller være feil." En liten språkendring reduserte andelen som ble forlatt. Leksjon: Å skylde på brukeren ødelegger opplevelsen.
Sak 3 – Juridisk feil fanget. "Gratis kansellering når som helst," skrev AI for en abonnementsskjerm. Imidlertid var produktets avbestillingsregler annerledes; denne setningen var villedende og innebar juridisk risiko. Teamet matchet teksten med den faktiske politikken. Leksjon: mikrotekst blir også revidert for juridisk korrekthet.
Ledig stilling og ombordstigning: få stille øyeblikk til å snakke
Den første skjermen brukeren ser er ofte en tom tilstand: ingen meldinger ennå, ingen bestillinger ennå, ingen favoritter ennå. Uerfarne designere avviser denne skjermen som "Listen er tom"; mens inaktiv tilstand er et av de mest verdifulle øyeblikkene som lærer brukeren hva han skal gjøre. En god tom statustekst gjør tre ting: forklarer statusen, oppgir hvorfor den er tom, og inviterer brukeren til å ta den første handlingen ("Du har ingen favoritter ennå. Lagre produkter du liker med hjerteikonet"). Onboarding-tekster påtar seg en lignende oppgave: de veileder brukeren ved å lære dem én ting om gangen, uten å overvelde dem. Kunstig intelligens produserer raskt variasjoner av disse tekstene; jobben din er å holde dem korte, innbydende og handlingsorienterte, og unngå lange forklaringer. Tom status er ikke en feil, det er en mulighet.
Tips: Hver blank tilstand er fylt med spørsmålet "hva skal brukeren gjøre når de kommer hit for første gang?" Skriv med spørsmålet. Inaktiv tilstand er et skjult øyeblikk om bord.
Kopiérbare spørsmål
Lyd- og tonekort: adjektiver = <<klar, varm, vanlig>>; ikke = <<emoji, skyld, sjargong>>; eksempelsetning = <<...>>. Oppgave: Foreslå knappetekst for "<<skjerm/handling>>". Gi 6 varianter, skriv i én setning ved siden av hver av dem hvorfor den har den tonen. Ikke mer enn <<X>> tegn.
Skriv denne feilsituasjonen med formelen "hva skjedde + hvorfor + neste trinn": Status: <<feil>>. Ikke klandre brukeren; Ikke bruk teknisk sjargong. Gi 3 varianter og merk den korteste, tydeligste. Stemme- og tonekort: <<...>>
Sjekk disse mikrotekstene for inkluderende språk: finnes det kjønnsantakelser, språk som ekskluderer mennesker med funksjonshemninger, kulturelle antakelser eller unødvendig kompliserende språk? Liste over problemer og rettelser. Tekster: <<liste>>
Sjekk denne grensesnittteksten for juridisk/faktisk korrekthet: Stemmer påstander som "gratis", "alltid", "garantert", "kansellerbare" med produktets faktiske retningslinjer ("<<policy>>")? Flagg de som ikke gjør det, og foreslå et trygt alternativ. Tekst: <<...>>
Svak forespørsel / Sterk forespørsel
Svak: "Skriv en feilmelding."
Resultatet: en generell, uforløst, toneløs tekst som «Noe gikk galt».
Sterkt: "Med dette tonekortet, skriv 3 varianter av 'hva skjedde + hvorfor + neste trinn'-formelen for 'betaling mislyktes'; ikke klandre brukeren; kryss av for den klareste."
Resultat: Valgbare varianter som viser løsninger og matcher merkevarens stemme.
Forskjell: sterk prompt gir stemme-tonekort + formel + skyldforbud + variasjon.
Vanlige feil
- Skriver ut uten å gi en stemme-toneguide. Merkepersonlighet forsvinner, tekster blir generiske.
- Anklagende feilspråk. "Du skrev det feil" setter brukeren i forsvar.
- Manglende verifisering av juridiske krav. Fraser som "gratis avbestilling" kan være i konflikt med de faktiske retningslinjene.
- Hopp over inkludering. Tekster som inkluderer antakelser om kjønn, kultur eller kompetanse ekskluderer brukeren.
- Ignorerer lengden. Vakker tekst som ikke får plass på knappen er ubrukelig.
Oppsummert
UX-skriving er korte designbeslutninger med høy effekt. AI produserer raskt flere varianter av samme mikrotekst; Den virkelige verdien ligger i å screene dem for klarhet, tone og lengde, avgrense feilmeldinger med formelen "hva skjedde + hvorfor + neste trinn", unngå å skylde på brukeren og sjekke teksten for omfattende og juridisk korrekthet. Oppretthold konsistens ved å legge til taletonekortet til hver forespørsel; Du tar den endelige avgjørelsen basert på produktet og brukeren.
Søknadsoppgave
- Skriv et tonekort for produktet ditt som inneholder 4 adjektiver og 3 "ikke-må".
- Lag 6 varianter for en knapp med den første ledeteksten og velg den beste basert på kriteriene.
- For en feilsituasjon, skriv "hva skjedde + hvorfor + neste trinn"-meldingen med den andre ledeteksten.
- Sjekk alle tekstene du produserer for å være fullstendige med den tredje ledeteksten.
- Sjekk en tekst som inneholder et krav (gratis, garantert) for juridisk nøyaktighet med den fjerde ledeteksten.
sjekkliste
- [ ] Jeg la til taletonekortet i hver forespørsel.
- [ ] Jeg eliminerte variasjoner etter klarhet, tone og lengde.
- [ ] Jeg skrev feilmeldingene med "hva skjedde + hvorfor + neste trinn".
- [ ] Jeg la ikke igjen noen tekst som anklaget brukeren.
- [ ] Jeg gjorde en inkluderende språksjekk.
- [ ] Jeg matchet de påståelige tekstene med den faktiske politikken.