Att arbeta behovsdrivet handlar om att styra utveckling mot verkliga behov och mätbar nytta – inte bara leveranser. För att lyckas krävs ett konsekvent sätt att definiera mål, välja rätt mått, etablera baslinjer och följa upp effekter över tid. Offentlig sektor har dessutom tydliga ramar: internationella standarder för människocentrerad utveckling, krav på tillgänglighet samt vägledningar för nyttorealisering och öppen uppföljning.
Grund: vad som ska mätas – och varför
- Människocentrering som krav: ISO 9241-210 förordar kontinuerlig användarinvolvering och användarcentrerad utvärdering genom hela livscykeln. Effekter ska alltså mätas iterativt, inte bara vid slutleverans.
- Offentlig nytta och nyttorealisering: Svensk vägledning betonar att nyttor ska definieras, ägas och följas upp – särskilt i samverkansinitiativ.
- Service-resultat i drift: GOV.UK kräver uppföljning och publicering av fyra tjänste-KPI: completion rate, cost per transaction, digital take-up och user satisfaction. Dessa beskriver faktisk nytta, effektivitet och adoption.
- Policy och mognad: OECD:s Digital Government Index mäter bl.a. dimensionen User-driven – förmågan att sätta användarbehov i centrum och styra mot dem.
- Tillgänglighet och efterlevnad: EU:s webbtillgänglighetsdirektiv (WAD) och den svenska DOS-lagen gör tillgänglighetsutfall till en del av effekten.
Effektkedjan: från behov till mätbara utfall
Utgå från en logikmodell/teori om förändring: insatser → aktiviteter → utfall → effekter. Den gör antaganden explicita, kopplar mått till mål och underlättar proportionerlig utvärdering.
Rekommenderad struktur för offentlig tjänst:
- Användarupplevelse (UX): uppgiftsframgång, tid till uppgift, felgrad, SUS.
- Tjänste-KPI i drift: completion rate, user satisfaction, cost per transaction, digital take-up.
- Verksamhetsnytta: handläggnings-/ledtider, ärende-throughput, supportärenden per transaktion.
- Efterlevnad och inkludering: tillgänglighetsuppfyllnad (WCAG/EN 301 549), andel rapporterade barriärer, åtgärdstid.
Ramverk för användarupplevelse (UX): HEART + SUS
- HEART (Google): Happiness, Engagement, Adoption, Retention, Task success. Kombinera med Goals-Signals-Metrics (GSM) för att härleda mätbara indikatorer från mål.
- SUS (System Usability Scale): väletablerad 10-items-skala. Stor benchmarking visar medelvärde ~68; >80 ofta “utmärkt”. Använd SUS som komplement till uppgiftsmått.
Exempel (HEART × GSM för en ansökningstjänst):
- Goal (Task success): Fler avslutar ansökan utan hjälp.
- Signals: Färre avbrott i kritiska steg; färre felmeddelanden.
- Metrics: Completion rate (%), error rate per steg, tid till slutförd ansökan (p50/p90).
Metodik: så sätter du upp mätningen
1) Definiera mål och mått
- Mappa mål → signaler → mått (GSM). Välj få men meningsfulla mått per mål.
- Säkra baslinje före förändring; segmentera (målgrupper, kanaler, hjälpmedel).
- Knyt varje mått till en ansvarig (benefit owner) och en plan för nyttorealisering.
2) Instrumentera och kvalitetssäkra data
- Definiera mätpunkter för uppgifter/steghändelser och datakvalitet (drop-offs, felkoder).
- Inkludera tillgänglighetsindikatorer (t.ex. antal blockerande WCAG-fel i release, tid till åtgärd).
3) Välj utvärderingsdesign
- Före-efter eller A/B-test för snabba jämförelser.
- RCT/quasi-experiment för att isolera effekt (attribution) när insatsen är större – etablerad praktik i offentlig utvärdering (Magenta Book; Test, Learn, Adapt). Välj design proportionerlig mot risk/insats.
4) Mät i drift och publicera
- Följ upp GOV.UK:s fyra KPI per månad/kvartal; publicera och använd för styrning. Lägg till lokala UX- och nytta-mått.
Måttkatalog (urval med definitioner)
Användarupplevelse
- Uppgiftsframgång (%): andel användare som slutför definierad uppgift.
- Tid till uppgift (p50/p90): effektivitet och variation.
- Felgrad (% steg): andel sessioner med blockerande fel.
- SUS (0–100): upplevd användbarhet; 68 ≈ genomsnitt, >80 ofta toppdecilen.
Tjänste-KPI (GOV.UK)
- Completion rate: andel som slutför ärendet digitalt.
- User satisfaction: enkät efter avslut.
- Cost per transaction: totalkostnad/avslutad transaktion.
- Digital take-up: andel ärenden som går digitalt (kanalförflyttning).
Efterlevnad och inkludering
- WCAG-uppfyllnad: andel kontrollerade sidor/flöden som uppfyller kriterier (2.1/2.2) och DOS-lagen.
- Rapporterade barriärer och åtgärdstid: enligt meddelandefunktion/tillgänglighetsredogörelse.
Verksamhetsnytta
- Ledtid/handläggningstid, ärende-throughput, supportärenden per transaktion.
- Koppla till nyttokarta (mål, indikator, baslinje, ansvar, tidplan).
Praktiskt exempel (illustrativt)
Tjänst: digital ansökan om ekonomiskt stöd
Baslinje (Q1): completion 62 %, SUS 64, cost/transaction 185 kr, digital take-up 48 %, WCAG blockerande fel: 9.
Insats (Q2): nytt guidat flöde, tydligare språk, felhantering, adressuppslag, WCAG-åtgärder.
Utvärdering: A/B-test i två kommuner (kontroll vs ny design), mätt 6 veckor.
Utfall (Q2): completion 78 %, SUS 76, cost/transaction 138 kr, digital take-up 61 %, blockerande WCAG-fel: 0.
Tolkning: signifikant förbättring i Task success (HEART), högre satisfaction och lägre kostnad; DOS-efterlevnaden stärkt. (Design och analys enligt ISO-principer, nyttorealisering enligt DIGG.)
Tillgänglighet som en del av effekten
Att minska barriärer är samhällsnytta. WAD/DOS-lagen kräver tillgängliga tjänster, och myndigheter ska kunna visa hur brister hanteras (tillgänglighetsredogörelse/meddelandefunktion). Följ därför både tekniska kriterier (WCAG/EN 301 549) och upplevelse (t.ex. uppgiftsmått i skärmläsartester).
Rigorös effektvärdering när det behövs
Vid större satsningar eller policyförändringar: använd Magenta Book som metodram för utvärdering (t.ex. RCT, difference-in-differences, matched controls). Test, Learn, Adapt beskriver hur RCT:er kan genomföras i offentlig verksamhet utan att bromsa förbättringstakten.
Vanliga fel – och hur de undviks
- Mäter bara leveranser, inte effekter. Lägg tyngd på outcome-mått och service-KPI i drift.
- För många mått. Välj få, men meningsfulla mått per mål (HEART × GSM).
- Ingen baslinje. Starta mätning innan förändring och segmentera relevant.
- Goodharts lag: undvik att styra på ett enda mått; balansera completion med quality (felgrad, omtag).
- Åtsidosätter tillgänglighet. Inkludera DOS/WCAG-utfall och faktiska hjälpmedelstester.
Checklista (inför nästa release)
- Mål är mappade till signaler och mått (GSM), och baslinje finns.
- Minst ett mått per HEART-kategori där det är relevant (speciellt Task success).
- Fyra service-KPI är definierade och planerade för publicering.
- Nyttor har ägare, indikatorer och tidplan enligt nyttorealisering.
- Tillgänglighet mäts både tekniskt (WCAG/EN 301 549) och uppgiftsbaserat; DOS-krav beaktas.
- Utvärderingsdesign vald (A/B, före-efter, RCT) med dokumenterade antaganden.