De flesta hjälpcenter har artiklar. Färre har artiklar som löser ärenden. Skillnaden syns i inkorgen: kunden har läst artikeln om returer, förstod inte om den gällde en rea-vara, och skrev ett mejl. Den som leder kundservice på en e-handel eller ett tjänsteföretag skriver eller godkänner sådana artiklar varje vecka, oftast utan någon mall. Den här artikeln är mallen, med det som forskningen om läsning på skärm och svensk klarspråkspraxis säger fungerar.
Varför löser hjälpartiklar så få ärenden?
Därför att de skrivs från företagets håll, om produkten, medan kunden letar efter ett svar på sin fråga. Enligt en Gartner-undersökning från 2024 löses bara 14 procent av kundserviceärendena fullt ut i självservice, och det gäller även många av de ärenden kunderna själva beskriver som enkla. Kunden börjar i hjälpcentret, hittar en artikel som nästan svarar, och tar kontakt ändå.
Hur folk läser på skärm förklarar en del. Nielsen Norman Group fann i sin klassiska studie att 79 procent av testpersonerna alltid skummade en ny sida, och bara 16 procent läste ord för ord. Samma studie mätte vad som hjälpte: koncis text förbättrade användbarheten med 58 procent, skumbar layout med 47 procent och saklig text med 27 procent, och alla tre tillsammans gav 124 procent. En hjälpartikel som börjar med två stycken bakgrund innan svaret kommer är alltså skriven för en läsare som inte finns.
Vilken fråga svarar artikeln på?
En, och den ska stå i rubriken med kundens ord. "Kan jag byta storlek i stället för att returnera?" är en artikel. "Returer och byten" är en kategori, och en artikel med den rubriken tvingar kunden att läsa allt för att hitta sin del.
Det får tre följder:
- Artiklarna blir fler och kortare. Tio frågor om returer blir tio artiklar, inte en lång. Det är bra: kunden hittar rätt direkt, och en chattbot som svarar ur artiklarna får ett tydligt svar att hämta i stället för ett stycke ur en lång text.
- Rubriken skrivs som kunden söker. Läs de frågor som faktiskt kommer in i inkorgen och chatten, och använd deras ord. Hur ni hittar de frågorna systematiskt står i artikeln om kunskapsluckor.
- Svaret kommer först. Första meningen efter rubriken är svaret, kort och utan förbehåll. Undantagen kommer sedan.
Hur ska artikeln struktureras?
I en fast ordning, så att kunden och chattboten hittar samma sak på samma plats varje gång. Mallen har sex delar, och alla artiklar behöver inte alla sex:
| Del | Vad den innehåller | Exempel för "Kan jag byta storlek?" |
|---|---|---|
| Rubrik | Kundens fråga | Kan jag byta storlek i stället för att returnera? |
| Kort svar | En eller två meningar som besvarar frågan | Ja, inom 30 dagar och utan kostnad. Bytet görs som en retur plus en ny beställning. |
| Steg | Numrerad lista med vad kunden gör, ett steg per rad | 1. Registrera returen under Mina sidor. 2. Lägg en ny beställning på rätt storlek. 3. Lämna paketet hos ombudet. |
| Undantag | När svaret inte gäller | Reavaror byts inte. Underkläder och badkläder kan inte returneras om förpackningen är bruten. |
| Ha till hands | Vad kunden behöver för att klara stegen | Ordernumret och e-postadressen från beställningen. |
| Kontakta oss när | Situationen där artikeln inte räcker | Om varan är skadad, eller om det gått mer än 30 dagar. |
Ordningen är inte slumpmässig. Kort svar först gör att den som bara skummar får svaret. Stegen som numrerad lista är det format som fungerar när kunden gör saken med telefonen i handen. Undantagen efter stegen, inte före, eftersom de gäller en minoritet. Och "kontakta oss när" sist, för att styra de ärenden som ändå behöver en människa till rätt kanal med rätt uppgifter. Det är samma struktur som gör en artikel lätt att hitta för Google och AI-assistenter; det som hjälper kunden hjälper sökmotorn.
Vilket språk ska ni skriva på?
Klarspråk: det viktigaste först, korta meningar, vanliga ord och du-tilltal. Det är inte en stilfråga utan en beprövad metod. Institutet för språk och folkminnen, som ansvarar för klarspråksarbetet i Sverige, sammanfattar råden så här: börja med det som är viktigast för mottagaren, skriv korta och informativa rubriker som sammanfattar innehållet, undvik långa och komplicerade meningar, och välj vanliga ord framför facktermer.
För en hjälpartikel betyder det i praktiken:
- Skriv "du" och "vi". "Du registrerar returen under Mina sidor" i stället för "Retur registreras av kunden i kundportalen".
- En mening, en sak. Två satser med "och" blir oftast två meningar.
- Använd kundens ord. Kunden säger "byta", inte "omleverans", och "ångra", inte "frånträda avtalet". Facktermen kan stå inom parentes om den behövs.
- Var konkret. "Inom 30 dagar från att du fick paketet" i stället för "inom gällande returfrist".
- Ta bort förbehållen. "Normalt sett", "i regel" och "vanligtvis" gör svaret oanvändbart. Gäller något inte alltid, skriv undantaget i stället.
Googles råd om hjälpsamt innehåll pekar åt samma håll: texten ska ge läsaren tillräckligt för att nå sitt mål, vara skriven av någon som kan ämnet och inte finnas till för att fylla ut. En hjälpartikel som är skriven för kunden klarar de kraven av sig själv.
Vad ska ni lämna utanför artikeln?
Allt som inte hjälper kunden att lösa just den frågan: interna begrepp, säljtext, historik och sådant som bara handläggaren behöver veta. Det vanligaste felet är att blanda kundens text med teamets. Handläggaren behöver veta att storleksbyten bokas som "RB" i ordersystemet och att undantag godkänns av teamledaren; kunden behöver inte det. I en kunskapsbas med interna fält ligger de anteckningarna på samma artikel men visas bara för teamet, så att kundens text hålls ren utan att kunskapen splittras.
Tre saker till som ska bort:
- Datum och kampanjer som löper ut. "Fri frakt i september" i en artikel om leveranser är fel i oktober. Lägg tidsbegränsade villkor i en egen artikel med ett bäst-före-datum, eller skriv om regeln i stället för kampanjen.
- Ursäkter och förklaringar. "På grund av hög belastning" hör hemma i ett driftmeddelande, inte i en artikel som ska hålla i ett år.
- Flera ämnen. När en artikel behöver en mellanrubrik som inte är ett steg är det oftast två artiklar.
Hur vet ni att artikeln fungerar?
Genom att låta någon som inte kan svaret lösa ärendet med bara artikeln, och sedan följa om kunderna fortfarande hör av sig om samma sak. Testet är enkelt: be en kollega utanför kundservice att byta storlek på en testorder med artikeln som enda hjälp. Där de stannar upp saknas ett steg eller ett ord.
Efter publicering finns tre signaler:
- Kontakter efter läsning. Kunder som läst artikeln och ändå skriver in om samma fråga. Läs vad de frågar; det är den mening som saknas.
- Kommentarer och betyg. Gartner rekommenderar i sitt pressmeddelande om AI i kundservice att både kunder och handläggare ska kunna flagga innehåll som inte fungerar, och att det ska finnas en löpande process för att förbättra det. En knapp för "hjälpte artikeln?" med fritext räcker för att börja.
- Chattbotens svar. Ställ frågan till boten och läs vad den svarar ur artikeln. Får den fel, eller lägger till något som inte står där, är artikeln otydlig på den punkten. Samma text som är bra för kunden är bra för boten, och en artikel med svaret först och undantagen tydligt utsatta är den som boten kan återge rätt.
Så gör ni
- Välj fem frågor som kommer in oftast och som har samma svar för alla kunder. Skriv dem med kundens ord som rubriker.
- Fyll mallen för var och en: kort svar, steg, undantag, ha till hands, kontakta oss när. Hoppa över delar som inte behövs.
- Läs igenom mot klarspråksreglerna: du-tilltal, korta meningar, vanliga ord, inga förbehåll, inga interna begrepp.
- Låt ägaren av sakfrågan granska att undantagen stämmer, och en kollega utanför teamet testa att stegen går att följa.
- Publicera och koppla: artikeln i hjälpcentret, som underlag för chatt och som svarsförslag i inkorgen. I Supportifier är det en och samma artikel som används i alla tre.
- Följ upp efter fyra veckor: kontakter om samma fråga, flaggningar och vad boten svarar. Skriv om den mening som fattas.
Vanliga frågor
Hur lång ska en hjälpartikel vara?
Så kort som frågan tillåter. En fråga med ett svar och tre steg ryms på under hundra ord, och det är oftast rätt längd. Blir artikeln längre än en skärm på mobilen, kontrollera om den svarar på mer än en fråga. Om den gör det, dela den. Längden ska styras av vad kunden behöver för att klara ärendet, inte av hur grundlig artikeln ser ut.
Behöver vi skärmdumpar och bilder?
Bara när ett steg är svårt att beskriva i ord, till exempel var en knapp sitter i en app. En skärmdump blir fel så snart gränssnittet ändras, och en chattbot kan inte återge den. Skriv alltid stegen i text först, så att artikeln fungerar utan bilden, och lägg till bilden som stöd där den behövs. Ge bilden en beskrivande alternativtext.
Hur skriver vi för både kunden och chattboten?
Genom att skriva för kunden. En chattbot som svarar ur hjälpcentret hämtar det stycke som bäst matchar frågan, så en artikel med frågan i rubriken, svaret i första meningen och undantagen tydligt utsatta ger boten rätt material. Det som gör boten osäker är samma sak som förvirrar kunden: förbehåll, flera ämnen i en text och svar som förutsätter något som inte står i artikeln.
Ska vi översätta artiklarna till engelska?
Ja, om ni har kunder som skriver på engelska, men översätt hela mallen och inte bara det korta svaret. Undantagen och "kontakta oss när" är det som oftast faller bort i en översättning, och det är där ärendena uppstår. Låt den som äger sakfrågan granska även den översatta versionen, och håll de två versionerna kopplade så att en ändring i den ena syns som en uppgift för den andra.
Källor
- Gartner Survey Finds Only 14% of Customer Service Issues Are Fully Resolved in Self-Service — Gartner, 2024
- How Users Read on the Web — Nielsen Norman Group, 1997
- Skriv klarspråk — Institutet för språk och folkminnen, läst 2026
- Creating Helpful, Reliable, People-First Content — Google Search Central, läst 2026
- Customer Service and Support Leaders Must Prioritize Blending Human Strengths with AI Intelligence in 2026 — Gartner, 2025