Varför upprepar du samma sak två gånger

Varför upprepar du samma sak två gånger

Måns Wikström
Måns Wikström
14 december 2025

Du sitter och skriver en design-brief för ett nytt projekt. Du skriver: "Vi behöver fokusera på användarens upplevelse med med fokus på tillgänglighet." Du läser det högt och inser att du sa "med" två gånger. Det är irriterande, meningslöst, och de får texten att se oprofessionell ut.

Det händer oftare än du tror. Utvecklare, designers och innehållsskapare faller ständigt in i fällan. Men här är det intressanta: ordet "tautologi" betyder två helt olika saker. Det kan vara en språklig blunder, samma sak sagt två gånger. Eller det kan vara något genialt inom logiken något som alltid är sant. Vi ska utforska båda världarna.

Vad händer när du säger samma sak två gånger?

Språkliga tautologier smakar på upprepning. "Gratis och utan kostnad." "Vi diskuterade det angående..." Orden fyller platsen utan att säga något nytt. Du märker det när du läser en användarmanual som säger "klicka på knappen för att aktivera funktionen." Vilken annan knapp skulle det vara?

I design-världen är detta särskilt irriterande (och tror mig, jag har sett det överallt). En knapptext som säger "Skicka formulär och lämna in din data" gör läsaren osäker. Vilken handling gör jag egentligen? En knapp skulle säga "Skicka" klart och enkelt.

Här är din checklista för att hitta dessa fel:

  • Läs texten högt. Örat fångar upprepningar snabbare än ögat.
  • Markera varje verb och substantiv. Finns det ett annat ord två rader senare som betyder samma sak?
  • Fråga dig: "Lägger detta till något nytt, eller upprepar jag mig?"
  • Be en kollega läsa texten utan förklaringar. Förstod de allt första gången?

Så använder kodare tautologier för att bygga bättre system

Nu växlar vi växel. En logisk tautologi är något helt annat något som alltid är sant. Ta påståendet "A eller inte A". Det är omöjligt att de blir falskt. Antingen är något sant, eller det är falskt. Det finns ingen tredje väg.

Utvecklare älskar detta. De använder tautologier för att skriva säkra algoritmer. Om du skriver kod som säger "om variabeln är sann, gör X, annars gör Y" du har just använt en tautologi. Du täcker alla möjligheter. Ingenting kan slinka igenom.

Inom formell verifiering använder matematiker tautologier för att bevisa att en algoritm är säker. De visar att ett program måste fungera rätt i alla fall. Systemet kan aldrig överraska dig. Det är därför banker använder dessa metoder säkerhet är viktigare än snabbhet.

Designspråk: undvik att upprepa det uppenbara

UX-skribenter faller ofta in i tautologier utan att märka det. En knapp säger "Läs mer för att lära dig ytterligare information." Läser jag mer, lär jag mig naturligtvis mer. En länk säger "Klicka här för att navigera till sidan." Vad antar du att en länk gör?

Det svagar din stilguide. Om varje instruktion är full av upprepningar, slutar designern att lita på texten (eller läsaren, bättre sagt). De läser längre bort istället för att följa dina anvisningar.

Använd denna snabba koll för ditt designsystem:

  • Knapptexter: Bara ett verb. "Spara", inte "Spara och lagra data."
  • Instruktioner: Säg vad som händer när, inte både före och efter.
  • Felmeddelanden: Berätta vad som gick fel, en gång. Inte "Fel inträffade: något gick fel."
  • Rubriker: En idé per rubrik. Låt brödtexten förstärka det.

Testa det på din webbplats idag. Du hittar minst tre ställen där du upprepar dig.

Det coola är att denna kunskap förändrar hur du skriver och hur du tänker. En logiker förstår att världen är antingen sant eller falskt inget emellan. En bra skribent förstår att varje ord måste bära vikt. Båda försöker undvika slöseri.

Börja se dessa mönster överallt. En knapp som säger "Klicka här." En rubrik som upprepar brödtexten. En variabel i koden som är både `isValid` och `checkValid`. Du kommer att vilja rensa dem alla bort. Det är när du vet att du skriver bättre kod, designar bättre gränssnitt och kommunicerar tydligare än förut.