Bygga en mobilapp för vanereflektion (inte spårning)

Vad “vanereflektion” betyder (och varför det är annorlunda)

En app för vanereflektion är byggd för att hjälpa människor förstå sina mönster, inte granska sin prestation. Spårning svarar på “Gjorde jag det?” Reflektion svarar på “Vad hände, och vad betyder det för mig?” Den skillnaden förändrar allt—från UX till mått.

Reflektion vs. spårning (med konkreta exempel)

Spårning är vanligtvis numerisk och binär: minuter mediterat, kalorier, streak-längd. En spårningsskärm kan säga: “Dag 12: ✅ Slutfört.”

Reflektion är kvalitativ och kontextuell. Istället för “✅” kan appen fråga:

• “När var det enklast att börja?”
• “Vad ställde till det idag?”
• “Hur kände du dig efteråt—lugn, spänd, stolt, neutral?”

Ett mikro-dagboksflöde kan fånga: “Hoppade över promenaden eftersom jag blev kvar på jobbet; märkte att jag kände mig rastlös på kvällen.” Det är reflekterande dagboksskrivande: lättviktigt, ärligt och inriktat på lärande.

Vem den här metoden hjälper

Vanereflektion är särskilt användbar för personer som:

• Känner ångest eller motgång över streaks (en missad dag känns som ett “misslyckande”)
• Hanterar utbrändhet och vill ha mild insikt, inte press
• Föredrar värdeledda förändringar (“jag vill känna mig mer närvarande”) framför rigida mål
• Vill ha medvetna vanor och känslomässig medvetenhet, inte bara efterlevnad

Detta är fortfarande design för beteendeförändring, men orienterat kring självkunskap: vad som triggar dig, vad som stödjer dig, och vad “framsteg” ser ut som i verkliga livet.

Vad du kan förvänta dig i den här guiden

Du får produktresonemang och praktiska byggsteg: hur hitta rätt reflektionsögonblick, designa självreflektionsprompts, strukturera inlägg för meningsskapande och planera en app-MVP utan att överbygga.

Vad den här appen inte kommer att göra

En reflektionsfokuserad produkt undviker funktioner som driver tvång:

• Ingen leaderboard-liknande streak-instrumentpanel som huvudgränssnitt
• Inga skambaserade påminnelser (“Du misslyckades igen”)
• Ingen konstant poängsättning som reducerar ditt liv till en siffra

Istället är målet en lugn UX som hjälper användarna att lägga märke till mönster—och välja nästa steg med klarhet.

Börja med användarutfall, inte funktioner

En app för vanereflektion är inte “en tracker med en dagbok tillagd.” Det är en plats människor går för att må bättre och tänka klarare—ofta mitt i det röriga vardagslivet. Om du börjar med att lista funktioner (streaks, diagram, påminnelser) riskerar du att bygga verktyg som mäter beteende men inte ökar förståelsen.

Kärnjobb att göra (varför användare använder reflektion)

De flesta reflektionssessioner drivs av ett litet antal behov:

• Förstå mönster: “Varför händer det här hela tiden på söndagar?”
• Bearbeta känslor utan att snurra upp sig: “Jag är frustrerad—vad ligger under det?”
• Omtolka med självmedkänsla: “Jag halkade. Hur svarar jag vänligt och ärligt?”
• Välja ett nästa steg: “Vad är en liten förändring jag kan prova imorgon?”
• Återfinna handlingsförmåga: “Jag är inte trasig; jag kan påverka det här.”

Detta är utfall. Funktioner är bara giltiga om de pålitligt stödjer dem.

Emotionella utfall att designa för

Reflektion är delvis kognitivt, delvis emotionellt. Din produkt bör sikta på att användare lämnar en session med:

• Klarhet: en enklare, sannare berättelse än den i huvudet
• Självmedkänsla: mindre skam, mer förståelse
• Handlingskraft: en känsla av kontroll över nästa beslut

Du kan översätta dessa till UX-principer: sänk ansträngning, minska dömande och erbjud alltid en mild väg framåt.

Välj 2–3 primära MVP-användningsfall

För att hålla MVP:n fokuserad, välj det minsta antalet ögonblick där reflektion är mest värdefullt, till exempel:

1. Efter en svacka: “Jag gjorde inte vanan—vad hände?”
2. Efter en framgång: “Varför fungerade det idag?”
3. Före ett riskfyllt ögonblick: “Jag är på väg att spåra ur—vad behöver jag?”

Varje användningsfall bör mappa till ett tydligt sessionflöde.

Definiera ”efter”-tillståndet: en insikt, en intention

En lyckad session slutar med något användaren kan bära med sig:

• En insikt: ett mönster, en trigger eller ett behov de kan namnge
• En intention: ett enda nästa steg som känns genomförbart

Om en funktion inte ökar chansen att nå det “efter”-tillståndet är det inte MVP.

Forskning: hitta reflektionsögonblick och verkliga smärtpunkter

En app för vanereflektion lever eller dör på om den passar in i verkliga livet. Innan du skriver skärmar eller prompts, lär dig när människor naturligt reflekterar, vad som får reflektion att kännas säker och vad som får den att kännas som en börda.

Rekrytera rätt personer (8–15 räcker)

Sikta på 8–15 intervjuer med personer som redan bryr sig om självförbättring men inte vill ha strikt spårning: upptagna yrkespersoner, studenter, föräldrar, personer i återhämtning eller vem som helst som provat vanespårare och slutat.

Håll sessionerna korta (20–30 minuter). Du letar efter mönster, inte statistik.

Hitta ”reflektionsögonblick” i verkligheten

Fråga om specifika nyliga situationer istället för åsikter:

• “Berätta om senaste gången du kände dig stolt. Vad hände precis innan?”
• “När du halkar efter, når du det omedelbart, senare på kvällen eller måndag morgon?”
• “Var är du när du reflekterar—säng, pendling, dusch, efter ett samtal?”

Lyssna efter triggers som friktion (glömde förbereda), känsla (stress, skam), sociala signaler (en kommentars från en vän) eller övergångar (slutet av dagen, efter träning).

Samla användarspråk för ton och copy

Skriv ner de exakta fraser människor använder för bakslag och vinster. Säger de “jag misslyckades”, “jag föll av”, “jag spökade min rutin”, eller “jag är tillbaka på banan”? Det här vokabuläret bör forma dina prompts, knappetiketter och felmeddelanden så appen känns stödjande, inte dömande.

Kartlägg hinder du måste designa runt

Under intervjuer, utforska uttryckligen för:

• Skuld och perfektionism: rädsla för att ”bryta en streak” eller att bli dömd av appen
• Integritetsbekymmer: vem kan se anteckningar, hur data lagras, vad som händer om telefonen delas
• Tidsbrist: motstånd mot långa dagbokspass eller komplicerad uppsättning

Avsluta med att fråga: “Vad skulle få dig att verkligen öppna den här appen på en tuff dag?” Det svaret är din produktvägledning.

Designa reflektionsloopen

En app för vanereflektion behöver ett tydligt “vad händer härnäst”-flöde—enkelt nog att använda när någon är trött, frustrerad eller kort om tid. Tänk i sessioner, inte instrumentpaneler.

Kärnloopen

Håll loopen konsekvent så användare lär sig den snabbt:

Prompt → Skriv/Välj → Meningsskapande → Nästa steg

• Prompt: en fråga eller cue, inte en checklista.
• Skriv/Välj: en snabb mening, röstanteckning eller några tryck (humör, kontext, friktion).
• Meningsskapande: reflektera tillbaka en mild sammanfattning (“Du kämpar ofta efter sena möten”).
• Nästa steg: ett litet alternativ som användaren kontrollerar (spara en anteckning, ställ ett påminnelse, välj en idé att prova nästa gång).

Hur sessioner börjar

Erbjud två ingångsvägar, var och en för ett annat ögonblick:

• Schemalagd incheckning: en daglig/veckovis “hur gick det?”-ritual för dem som gillar struktur.
• ”Jag behöver reflektera nu”-knapp: omedelbar fångst när något just hände (en svacka, en vinst, en förvirrande trigger).

Det andra alternativet är avgörande: reflektion triggas ofta av känsla, inte kalender.

Sessionslängder som respekterar uppmärksamhet

Designa för olika energinivåer:

• 30 sekunder: välj taggar + en mening (“Vad hände?”).
• 2 minuter: lägg till “varför det var viktigt” eller “vad jag behövde.”
• 5 minuter: djupare prompt, mönster och ett genomtänkt nästa steg.

Gör den kortare vägen fullständigt “avslutad”, inte en nedsatt version.

Ersätt streaks med återkomst

Undvik streak-mekanik som straffar avbrott. Fira istället att komma tillbaka:

• “Välkommen tillbaka—vill du ha en snabb återstart?”
• Visa mild kontinuitet (“Senast du noterade: kvällarna är svårast”).

Målet är en säker loop användare kan gå in i när som helst, inte en poäng de måste upprätthålla.

Prompts som uppmuntrar insikt (utan att kännas som läxa)

Bra reflektionsprompts känns som en inbjudande fråga från en stödjande coach—inte ett prov. Målet är inte att “rapportera” beteende. Det är att hjälpa någon att lägga märke till mönster, namnge vad som betyder något och bestämma vad de vill göra härnäst.

Använd ett litet set prompttyper (och variera dem)

Olika dagar kräver olika ansträngning. Erbjud några promptformat så användare kan reflektera även när de är trötta:

• Öppen text: “Vad stod ut idag?”
• Enkelval: “Vilket beskriver bäst din dag?” (Lugn / Upptagen / Överväldigad / Energigivande)
• Slider: “Hur stöttande kändes din miljö?” (0–10)
• Välj en känsla: “Vilken känsla var mest närvarande?” (Orolig / Stolt / Låg / Hoppfull)

Denna variation håller reflektionen lättviktig samtidigt som den fångar meningsfulla signaler.

Skriv prompts som tar bort dömande

Formuleringar betyder mer än man tror. Undvik att rama in så det antyder misslyckande eller moralpoäng.

Föredra:

• “Vad ställde till det?” istället för “Varför gjorde du inte det?”
• “Vad skulle göra det enklare imorgon?” istället för “Du borde…”
• “Vad hjälpte, även lite?” istället för “Vad gick fel?”

Använd aldrig laddade ord som ”misslyckades” eller ”borde”. Reflektion fungerar bäst när användare känner sig fria att säga sanningen.

Inkludera kontextprompts (utan att förhöra)

Ofta ligger insikten i förhållandena, inte vanan i sig. Strö in valfria kontextkontroller som:

• Sömn: “Hur utvilad kände du dig?”
• Stress: “Hur hög var din stress idag?”
• Miljö: “Var tillbringade du mest av dagen?”
• Socialt: “Var du mestadels ensam eller med andra?”

Håll dessa valbara och sporadiska—tillräckligt för att upptäcka mönster, inte för att skapa sysslor.

Rotera, och låt användare hoppa över eller byta

Upprepning får prompts att kännas som läxa. Rotera en promptpool (med “färska” och “bekanta” alternativ) och erbjud alltid Hoppa över och Byt. Att hoppa över är inte ett misslyckande—det är kontroll som håller appen tillgänglig över tid.

Dagbok och fångst: gör det lätt att uttrycka sig

Om reflektion känns som att fylla i ett formulär kommer folk att hoppa över det—särskilt på de dagar de mest behöver det. Din fångst-UI ska minska ansträngning, sänka emotionell ”aktiveringsenergi” och ändå lämna utrymme för nyanser.

Mikro-dagboksmallar som inte låser in tankar

Börja med en enkel, upprepbar struktur användare kan fylla i på under en minut. En bra standard är en tre-fältsmall:

• Vad hände (fakta, kontext)
• Vad jag kände (känsla, kroppssignaler)
• Vad jag ska prova (ett litet experiment)

Gör varje fält valfritt och låt användare kollapsa de de inte vill ha. Målet är att ge en mild form för tankar, inte ett strikt arbetsblad.

Fångstalternativ för låg energi (vissa dagar är tunga)

Skrivet dagboksskrivande är inte alltid rätt interface. Erbjud valfria röstanteckningar när användare kan tala snabbare än de skriver. Håll det lätt: en-trycks inspelning, tydlig uppspelning och ett enkelt sätt att lägga till en titel senare.

För ”jag orkar inte”-dagar, lägg till snabbtaggar: humör, energi, plats eller en anpassad tagglista. Taggar ska inte ersätta dagbok; de är en påfart. En användare kan börja med “trött + överväldigad” och sedan lägga till en mening—fortfarande en vinst.

Reflektera tillbaka deras ord, inte poäng

Istället för att omvandla inlägg till siffror, ge korta sammanfattningar som citerar eller parafraserar användarens egna ord: “Du märkte att möten får dig att småäta, och du vill prova att ta med te.” Detta bygger igenkänning och förtroende utan att döma.

Spara insikter när de uppstår

Låt användare markera nyckelrader i ett inlägg—meningar som känns sanna, överraskande eller användbara. Spara dem sedan i ett personligt insiktsbibliotek de kan bläddra i senare. Det ger reflektionen en utbetalning: användare skriver inte bara; de behåller det som är viktigt.

Meningsskapande: gör inlägg till förståelse

Att samla reflektioner är bara halva jobbet. Meningsskapande är där människor känner att appen “förstår”—inte genom att diagnostisera, utan genom att hjälpa dem se mönster de inte lätt sett själva.

Mönsterspaning med kvalitativa signaler

Istället för diagram och streaks, erbjud ”mönsterspaning” vyer byggda från milda, mänskliga signaler som redan finns i skrivandet:

• Teman (t.ex. arbete, familj, sömn)
• Humör (lugnt, överväldigat, hoppfullt)
• Triggers (sena möten, scrollande, hunger)

Låt användare tagga inlägg snabbt och yta sedan kopplingar som: “Kvällsinlägg nämner ’rastlöshet’ oftare” eller “När ’deadline’ dyker upp följer ’småätande’.” Målet är insikt, inte diagnos.

Tidsbaserade återblickar som läses som en berättelse

Vecko- eller månadsrecaps fungerar bäst som narrativ. Håll dem korta, specifika och grundade i vad personen faktiskt skrev.

Exempel:

• “Du nämnde stress 3 gånger den här veckan—två gånger efter långa arbetsdagar.”
• “På dagar du skrev om promenad, skiftade dina humörord mot stadigt.”

Inkludera en “Varför denna sammanfattning?”-tryck för att visa vilka inlägg som refererades. Det bygger förtroende och minskar känslan av att bli analyserad.

Rekommendera ett litet experiment, inte ett mål

Efter en sammanfattning, föreslå ett litet nästa steg formulerat som ett experiment:

• “Prova en 2-minuters reset efter sena möten. Vill du en påminnelse endast på vardagar?”

Undvik mål som “minska stress med 20%.” Reflektion handlar om att lära vad som fungerar, inte att vinna en siffra.

Bygg ett ”Vad fungerade?”-arkiv

Skapa ett lättöverskådligt arkiv över tidigare vinster: tillfällen då användaren skrev att något hjälpte. Med tiden blir detta ett personligt förtroendebibliotek: “När jag kände så här, hjälpte dessa handlingar.”

Påminnelser och notiser utan press

Notiser kan kännas som en vänlig hand på axeln—eller som en dömande resultattavla. För en app för vanereflektion är målet inbjudan, inte påtvingande tvång.

Skriv påminnelser som frivilliga inbjudningar

Använd språk som ger användaren ett enkelt “nej tack.” En stödjande påminnelse som “Vill du en 1-minuters incheckning?” signalerar att reflektion är tillgänglig, inte obligatorisk.

Behåll tonen varm och specifik:

• “Vill du göra en 1-minuters incheckning?”
• “Kort notis: hur kändes idag?”
• “Om du har en stund, fånga en sak du märkte.”

Undvik streaks, skuld eller “Du missade…”-text. Även subtil press kan lära folk att ignorera notiser helt.

Trigga nudges från användarval, inte din kalender

Tidsbaserade påminnelser är okej, men de bästa nudges sker ofta direkt efter en meningsfull handling. Trigga uppföljningar baserat på användarval—for exempel efter att de sparat ett inlägg, erbjud en lätt prompt:

• “Vill du lägga till vad som gjorde det lättare/svårare?”
• “Spara en liten idé för imorgon?”

Detta respekterar sammanhang och minskar slumpmässiga avbrott.

Designa ett medkännande återstartsflöde

Folk kommer sluta använda appen en vecka (eller en månad). Planera för det.

När de återvänder, straffa dem inte med ifyllda prompts eller krav på att “komma ikapp.” Erbjud en återstart som normaliserar uppehåll:

• “Välkommen tillbaka. Vill du göra en färsk incheckning?”
• “Börja från idag—ingen återblick behövs.”

Ge full kontroll (och visa det tidigt)

Låt användare styra frekvens, tysta timmar och notis-ton (mild vs neutral vs ingen). Placera dessa kontroller nära onboardingen och på en tydlig plats som /settings, så folk känner sig trygga att välja “mindre.”

Den bästa notissystemet är det användaren kan skräddarsy tills det försvinner i bakgrunden—men ändå finns där när de verkligen vill ha det.

Sekretess, säkerhet och förtroende genom design

Reflektion är privat. Om användare inte känner sig trygga skriver de inte ärligt—och din app fungerar inte. Behandla sekretess och säkerhet som kärnproduktfunktioner, inte som en juridisk kryssruta.

Samla mindre, som standard

Börja med att lista vad du tror du behöver, ta bort allt som inte är nödvändigt för reflektionsupplevelsen.

Behöver du verkligen namn, födelsedatum, exakt plats eller kontaktlistor? Vanligtvis inte. En app för vanereflektion kan ofta fungera med:

• Lokala anteckningar (text, valfria taggar)
• Valfria humörkryssningar (brett kategorier, inte medicinska påståenden)
• Minsta möjliga kontoinfo endast om synk erbjuds (t.ex. e-post)

Om du inte kan förklara varför en datapunkt behövs i en mening—samla den inte.

Förklara sekretess på enkelt språk

Skriv en begriplig sekretessammanfattning inne i appen (inte bara i en webbpolicy). Användare ska förstå:

• Vad som sparas: dagbokstext, tidsstämplar, valfria taggar
• Var det sparas: på enheten, på era servrar eller i moln från tredje part
• Varför det sparas: synk mellan enheter, backup eller analys

Undvik vaga uttalanden som “vi kan dela data med partners.” Om du använder analys, säg vilka events du spårar (t.ex. “öppnade prompt”, “sparade inlägg”) och bekräfta att ni inte läser inläggstexten.

Bygg in skydd i produkten

Ge användare kontroll som matchar känsligheten i reflekterande dagboksskrivande:

• App-lås (PIN/biometri) för att skydda mot nyfiket tittande
• Export- och radera-verktyg som är lätta att hitta (inställningar, inte supportärenden)
• Local-first lagring där möjligt, med valfri krypterad synk snarare än obligatoriska konton

Minimera också risken vid förlorad telefon: kryptera lagrade anteckningar och undvik att visa full text i notiser.

Hantera känsligt innehåll säkert

Folk kan skriva om ångest, trauma eller självskada. Försök inte diagnostisera. Ge en mild “Få hjälp nu”-länk på relevanta ställen (t.ex. i inställningar eller efter vissa användarvalda taggar) som pekar till krisresurser som /support/crisis-resources.

Förtroende växer när användare känner sig respekterade: tydliga val, förutsägbart beteende och sekretess som inte kräver att man läsa det finstilta.

Byggplan: MVP-omfång, tekniska val och datamodell

En MVP för en app för vanereflektion ska kännas komplett i användarens händer, även om den är liten under huven. Prioritera en smidig skrivupplevelse, genomtänkta sammanfattningar och trovärdig sekretess framför en lång funktionslista.

Plattformsval: native vs cross-platform

Om teamet är litet kan en cross-platform stack (React Native eller Flutter) ta dig till iOS och Android snabbare med en kodbas. Välj native (Swift/Kotlin) om du behöver bästa möjliga textinmatningsbeteende, djup OS-integration (widgets, Siri/Shortcuts) eller redan har plattformspecialister.

En praktisk regel: leverera cross-platform för första iterationen om du inte kan peka på ett specifikt native-krav som avgörande för reflektion (t.ex. offline-först-krypterad lagring plus avancerade systemintegrationer).

Om du vill röra dig ännu snabbare i ett tidigt skede kan du prototypa kärnreflektionsloopen med en vibe-coding-workflow. Till exempel låter Koder.ai dig beskriva skärmar och flöden i chatten, generera en fungerande webbapp (vanligtvis React) med en Go + PostgreSQL-backend, och iterera snabbt med snapshots och rollback—nyttigt för att validera prompts, fångst-UX och recap-format innan du investerar i en full mobilbyggnation.

MVP-kärnskärmar (håll det tajt)

Designa appen kring en kort, upprepbar loop:

• Onboarding: sätt intention (“vad vill du lägga märke till?”), välj påminnelsetyp (eller ingen), förklara sekretess enkelt.
• Hem / Incheckning: en tryckning för att starta reflektion, plus “fortsätt där jag slutade.”
• Inlägg: prompt + snabb fångst (text, valfri röst-till-text), med mild struktur (t.ex. “Vad hände?” “Vad lärde du dig?”).
• Sammanfattning: veckovis/månadsvisa highlights som visar teman och användarvalda ögonblick (inte streaks).
• Inställningar: app-lås, export/radering av data, synk-val.

Lagring, synk och kryptering

Starta offline-först med en lokal databas (SQLite via plattforms-APIer). Erbjud valfri molnsynk senare, inte som standard. Kryptera känsliga data på enheten (OS keychain/keystore för nycklar, krypterad databas där möjligt). Om du lägger till synk, kryptera innan uppladdning och gör “logga ut” till en verklig borttagning av molndata.

Datamodell (enkel, reflektionsvänlig)

Håll schemat läsbart:

• Entry: id, timestamp, prompt_id (valfri), free_text, mood (valfri), energy/stress (valfri), tags, attachments (valfri).
• Prompt: id, text, category, cadence.
• Insight/Highlight (valfri): användarpinnade utdrag, titlar.
• Preferences: påminnelseinställningar, sekretesslås, synk-status.

Analys utan påträngande spårning

Mät om reflektionen fungerar utan att övervaka användare. Föredra lokala räknare och opt-in diagnostik: antal inlägg, tid mellan inlägg, öppningar av recap, export-användning. Undvik att spela in rå text, knapptryck eller detaljerade beteendespår. Om du behöver produktfeedback, fråga direkt i appen med en kort, hopplig prompt och visa en referens till /privacy.

Testning och framgångsmått som passar reflektion

Reflektionsappar lyckas när människor känner sig förstådda och stödda—inte när de skapar perfekta streaks. Det betyder att din testning och dina mått ska fokusera på klarhet, emotionell komfort och om användare faktiskt når en användbar “aha.”

Användbarhetstestning: prompts är ditt gränssnitt

Kör korta användbarhetssessioner (20–30 minuter) där deltagare genomför en riktig reflektion: välj ett vanaögonblick, svara på prompts och granska en sammanfattning.

Lägg särskild vikt vid:

• Tolkning av ordval: Tolkar användarna prompten som du avsåg?
• Emotionell friktion: Känner några prompts dömande, för intima eller terapiliknande?
• Flödesfriktion: Var pausar folk, avbryter eller backar?

Efter varje session, finslipa språkbruk och reducera steg. Små ändringar (“Vad gjorde det svårt?” → “Vad ställde till det?”) kan förbättra slutförande och komfort avsevärt.

Mått som indikerar “det här hjälpte mig”

Kvantitativa mått spelar roll, men välj sådana som speglar reflektionsvärde:

• Returgrad (t.ex. % som återvänder inom 7 dagar): ett tecken på att upplevelsen passar in i livet.
• Sessionsslutförandegrad: slutför användare reflektionen när de väl börjar?
• Tid-till-första-insikt proxy: % som når slutskärmen och sparar/behåller inlägget.
• Användarrapporterad hjälpsamhet: en ett-trycksbetyg efter en session (“Inte hjälpsamt / Ganska / Mycket”).

Undvik vanity-mått som totala antal inlägg ensam; ett mindre antal men meningsfulla reflektioner kan vara en framgång.

Beta-feedback: veckovis, lätt och specifik

Kör en liten beta (15–50 användare). Samla kvalitativ feedback veckovis med 3–5 fokuserade frågor, t.ex.:

• “Vilken prompt kändes mest användbar den här veckan, och varför?”
• “Var något obekvämt eller förvirrande?”
• “Påverkade appen vad du gjorde nästa gång?”

Behandla feedback som produktdata: tagga teman (förvirrande språk, för långt, inte personligt nog) och spåra hur ändringar påverkar slutförande och hjälpsamhet.

Iterationsplan (vad att förbättra härnäst)

Planera förbättringar som fördjupar värdet utan att öka press:

Personalisering (val av prompts), bättre sammanfattningar, exportmöjligheter (så insikter inte sitter fångna) och tillgänglighetsförbättringar (textstorlek, skärmläsarstöd, tonval).