18 nov. 2025·3 min
Så bygger du en portal för offentlig service
En praktisk guide för att planera, designa och lansera en offentlig informationsportal: tillgänglighet, innehåll, säkerhet, drift och underhåll.
Definiera mål, målgrupper och framgångsmått
En portal för offentlig service kan inte vara "allt för alla" på dag ett. Börja med att skriva en tydlig syftesbeskrivning som får plats på en sida och som kan läsas av upphandling, ledning och personal i frontlinjen.
Klargör vad portalen ska göra
Bestäm om portalen främst är:
- Information (policyer, behörighet, öppettider, krav)
- Transaktioner (ansökningar, betalningar, bokningar, statuskontroller)
- Både, med en definierad uppsättning högprioriterade tjänster vid lansering
Detta beslut påverkar allt som följer—från innehållsstruktur till identitetskontroller och support.
Namnge dina primära målgrupper (och vad de behöver)
Lista dina nyckelgrupper och de viktigaste uppgifter de måste genomföra:
- Invånare: hitta bidrag, förnya dokument, rapportera problem
- Besökare: tillstånd, transporter, säkerhetsinformation
- Företag: licenser, skattevägledning, efterlevnad
- Intern personal: uppdatera innehåll, triagera förfrågningar, hantera tjänsteförändringar
Håll det praktiskt: målgrupper definieras av vad de försöker göra, inte av demografi.
Välj framgångsmått som ni verkligen kan följa
Kom överens om en liten uppsättning mätbara utfall, till exempel:
- Uppgiftsfullföljande för toppresor (t.ex. “ansök om parkeringstillstånd”)
- Minskade samtal och besök för frågor portalen ska besvara
- Tid till publicering av uppdateringar (t.ex. nödsituationer, policyändringar)
- Söksucces (användare hittar rätt sida utan att söka flera gånger)
Planera hur ni mäter detta (analys, korta feedbackpromptar, samtalsmärkning).
Dokumentera begränsningar tidigt
Skriv ner verkligheter som formar omfattningen:
- Budget och tidslinje (inklusive godkännanden)
- Upphandlingsregler och leverantörskrav
- Juridiska/efterlevnadskrav och interna granskningssteg
Ett enkelt mål- och mätbrief blir referenspunkten när prioriteringar konkurrerar senare—och håller projektet fokuserat på offentlig nytta.
Undersök vad folk behöver göra på sajten
Bra offentliga portaler börjar med tydlighet: vad försöker människor egentligen åstadkomma när de kommer hit? Om du designar utifrån interna avdelningar tvingar du invånare att översätta byråkrati till klar avsikt. Forskning hjälper dig att vända på det.
Börja med verkliga efterfrågesignaler
Börja med att samla "toppuppgifter" från källor ni redan har:
- Kontaktcenter- och receptionsloggar (orsaker till kontakt, återkommande frågor)
- On-site-sökfrågor och nollresultat
- Korta enkäter efter tjänstekontakter (online och på plats)
Sök efter mönster som “förnya”, “ansök”, “betala”, “rapportera” och “kontrollera status”. Dessa verb kommer senare forma navigationsetiketter, landningssidor och formulärflöden.
Kartlägg resor för högpåverkande tjänster
Välj ett par prioriterade tjänster (t.ex. tillstånd, bidrag, betalningar) och kartlägg resan ur användarens perspektiv. Inkludera:
- Vad som utlöser behovet (livshändelse, deadline, meddelande)
- Vilken information de måste samla
- Var de kör fast (behörighet, dokument, ID-kontroller)
- Vad “klart” betyder (bekräftelse, kvitto, tidslinje, nästa steg)
Detta förhindrar en portal som förklarar policyer men inte hjälper människor att bli färdiga.
Skapa personas som fokuserar på behov
Håll personas enkla och praktiska: “Någon som söker hjälp första gången”, “En småföretagare som betalar en avgift”, “En invånare med begränsad svenska”. Fokusera på begränsningar (tid, stress, enhet, läsförmåga, tillgänglighetsbehov) snarare än demografi.
Validera snabbt innan ni beslutar
Gör korta intervjuer eller lätta användbarhetstester med prototyper eller skisser. Be deltagare göra nyckeluppgifter och berätta vad de förväntar sig. Ni hittar förvirrande termer, saknade steg och förtroendeproblem tidigt—innan innehåll och byggarbete blivit dyrt att ändra.
Planera informationsarkitektur och navigation
En portal för offentlig service lyckas när folk kan hitta vad de behöver snabbt—even om de inte vet vilken myndighet som ansvarar. Informationsarkitektur (IA) är ”kartan” över din sajt: vilket innehåll som finns, hur det grupperas och hur användare rör sig genom det.
Börja med en ärlig innehållsinventering
Innan du ritar menyer, samla vad ni redan har:
- Befintliga webbsidor, mikrosajter och kampanjsidor
- PDF:er, nedladdningsbara blanketter och skannade dokument
- Tjänstebeskrivningar, behörighetsregler, avgifter och handläggningstider
Tagga varje objekt med grundläggande metadata (ämne, målgrupp, tjänstetyp, senaste uppdatering, ägarteam). Detta förhindrar att ni bygger om sidor som redan finns—och visar var innehåll är inaktuellt eller duplicerat.
Organisera efter användaruppgifter, inte organisationskartor
De flesta invånare kommer med en avsikt: “förnya ett körkort”, “ansöka om bidrag”, “rapportera ett fel.” Strukturera kategorier runt dessa uppgifter istället för myndighetsnamn. Ett enkelt test: om någon inte kan gissa rätt menyalternativ utan att känna till myndighetsstrukturen behöver grupperingarna förbättras.
Där flera myndigheter bidrar till en resa, behandla det som en tjänst med tydliga steg. Länka till stödjande sidor (krav, dokument, kontakt) från en enda tjänstehub.
Gör navigationen förutsägbart kort
Sträva efter att nyckeltjänster nås på 2–3 klick från startsidan. Använd ett litet antal toppkategorier och framträdande genvägar för högefterfrågade uppgifter. Undvik “mega-menyer” fulla av interna termer; använd enkla etiketter som folk skulle säga högt.
Designa sök som offentlig service, inte som en webbplatsfunktion
Sök blir ofta primär navigation. Planera den avsiktligt:
- Filter folk förväntar sig (plats, tjänstetyp, behörighet, livshändelse)
- Synonymer och vanliga uttryck (t.ex. “sophämtning” vs “avfallshantering”)
- Hjälpsam guidning vid nollresultat (föreslagna termer, populära tjänster)
Gör IA och navigationen väl så minskar ni samtal, klagomål och avhopp—samt gör portalen lugn och trovärdig.
Designa för tillgänglighet och inkluderande användning
Validera resor tidigt
Skissa topp-medborgarresor i planning mode innan ni förbinder er till full byggnation.
Tillgänglighet är inte ett “trevligt att ha” för en offentlig webbplats—det är en del av att ge lika tillgång till tjänster. Sikta på att uppfylla WCAG (vanligtvis WCAG 2.2 AA) och behandla tillgänglighet som ett designkrav, inte en slutgranskning.
Börja med struktur som människor (och verktyg) förstår
Använd klar sidstruktur: en huvudrubrik (H1), logiska underrubriker (H2/H3) och beskrivande länktext (undvik “klicka här”). Konsekvent navigation och förutsägbara sidlayouter hjälper alla, inklusive användare med kognitiva svårigheter och personer som använder skärmläsare.
Gör läsbarheten enkel: välj kontraststarka färger, behåll rimliga radlängder och undvik liten text. Interaktiva element ska ha tydliga fokusindikatorer så tangentbordsanvändare alltid ser var de är.
Testa med verklig hjälpmedelsteknik
Automatiska kontroller är användbara, men fångar inte allt. Inkludera manuella tester som en del av definitionen för färd:
- Navigera nyckelresor med tangentbordet (ingen mus)
- Testa med skärmläsare (t.ex. NVDA, JAWS, VoiceOver)
- Kontrollera zoom vid 200% och omflöde på mobil
Skriv i lätt språk
Inkluderande design handlar också om ord. Använd lätt språk, förklara nödvändiga steg och undvik jargong och obegripliga akronymer. Om ett begrepp måste användas (t.ex. ett juridiskt uttryck), definiera det där det förekommer.
Formulär måste vara tillgängliga hela vägen
Formulär är ofta stället där användare fastnar. Se till att varje fält har en synlig etikett, tydlig hjälpinformation där förvirring kan uppstå, och felmeddelanden som är specifika och annonserade till hjälpmedelsteknik (t.ex. “Ange ditt personnummer” snarare än “Ogiltig inmatning”). Lita inte enbart på färg för att indikera fel.
Publicera en tillgänglighetsdeklaration och en feedbackväg
Lägg upp en tillgänglighetsdeklaration som förklarar efterlevnadsstatus, kända problem och kontaktvägar för att rapportera problem. Placera den i footern (t.ex. /accessibility) och säkerställ att feedbackkanaler övervakas och besvaras.
Vanliga frågor
Vad bör vi definiera först när vi startar ett projekt för en offentlig serviceportal?
Börja med att bestämma om portalen främst ska vara information, transaktioner eller både med ett begränsat antal tjänster vid lansering. Skriv sedan en en-sidig syftesbeskrivning och kom överens om några mätbara resultat (t.ex. uppgiftsfullföljande, färre samtal, tid till publicering av uppdateringar).
Detta håller omfattningen realistisk och ger en referens när prioriteringar kolliderar.
Hur identifierar vi de primära målgrupperna för en offentlig portal?
Namnge målgrupper utifrån uppgifterna de behöver utföra, inte demografi. Typiska grupper är invånare, besökare, företag och intern personal.
För varje grupp, lista toppuppgifter som “ansöka”, “förnya”, “betala”, “rapportera” eller “kontrollera status” och använd dessa uppgifter för att styra navigation och innehållsprioriteringar.
Vilka framgångsmetrik är mest användbara för en offentlig serviceportal?
Använd mätvärden som speglar verkliga serviceutfall och som är lätta att följa:
- Uppgiftsfullföljande för toppresor
- Färre samtal/besök till serviceställen för frågor som portalen ska svara på
- Sökframgång (färre upprepade sökningar, färre nollresultat)
- Tid till publicering av kritiska uppdateringar
Bestäm i förväg hur ni ska mäta dem (analysverktyg, feedbackpromptar, samtalsmärkning).
Hur kan vi undersöka vad folk faktiskt behöver göra på webbplatsen?
Börja med efterfrågesignaler ni redan har:
- Kontaktcenter- och receptionsloggar
- On-site-sökfrågor (särskilt nollresultat)
- Korta enkäter efter tjänstekontakter
Letar efter återkommande verb som “ansök”, “förnya”, “betala” och validera sedan med snabba intervjuer eller användbarhetstester innan ni bygger fullt ut.
Vad är bästa sättet att kartlägga medborgarnas resor för nyckeltjänster?
Kartlägg resan för ett fåtal högprioriterade tjänster ur användarens perspektiv:
- Vad utlöser behovet
- Vilka uppgifter/dokument måste de samla
- Var kör de fast (behörighet, ID-kontroller, oklara steg)
- Vad betyder “klart” (kvitto, tidslinje, nästa steg)
Detta förhindrar en portal som bara förklarar regelverk utan att hjälpa människor att faktiskt slutföra sina ärenden.
Hur bör vi strukturera informationsarkitekturen om olika avdelningar äger olika delar?
Gör först en ärlig innehållsinventering (sidor, PDF:er, formulär, mikrosajter) och tagga objekt med grundläggande metadata som ämne, ägare och senaste uppdatering.
Organisera sedan navigation kring användaruppgifter (t.ex. “Ansök”, “Betala”, “Rapportera”) istället för myndighetsstruktur, med målet att nyckeltjänster ligger 2–3 klick från startsidan.
Vilka är de viktigaste tillgänglighetskraven för offentliga webbplatser?
Behandla tillgänglighet som ett designkrav och som en del av definitionen för färdigt. Viktiga åtgärder:
- Tydlig rubrikstruktur och beskrivande länktext
- Kontrollera navigation med tangentbordet
- Testa med skärmläsare (t.ex. NVDA/JAWS/VoiceOver)
- Fältnamn, hjälpmeldingar och felindikatorer som inte bara använder färg
Publicera en tillgänglighetsdeklaration på en konsekvent väg som /accessibility och ge en bevakad feedbackkanal.
Hur håller vi portalinnehåll korrekt efter lansering (styrning)?
Definiera ett enkelt system för vem som skriver, granskar, godkänner, publicerar och uppdaterar innehåll—använd namngivna roller, inte “avdelningen”.
Lägg till livscykelregler (granskningsdatum, arkivering) och en stilguide som standardiserar terminologi, format (datum/tid/adresser) och länkskrivning. Detta håller informationen korrekt och konsekvent över tid.
Vad är en praktisk strategi för flerspråkigt stöd utan att översätta allt?
Prioritera översättning för sidor som påverkar någons förmåga att slutföra toppuppgifter:
- Behörighet, steg, deadlines, avgifter, nödvändiga dokument
- Formulärvägledning, felmeddelanden och bekräftelsesidor
Undvik maskinöversättning för kritiska juridiska/säkerhets-/ekonomiska instruktioner. Se till att språkbytaren behåller användarens plats och bygg in översättningsstatus och granskningsscheman i publiceringsflödet.
Vilka CMS- och plattformsfunktioner är viktigast för säkerhet, tillförlitlighet och skala?
Välj ett CMS som stödjer rollbaserade behörigheter, godkännandeflöden, revisionsspår och versionshistorik med enkel återställning. Strukturera innehåll i fält (behörighet, avgifter, handläggningstid, dokument) så att det kan återanvändas i sökresultat och relaterade block.
Planera integrationer tidigt (formulär, betalningar, ärendehantering, bokning) och sätt icke-förhandlingsbara krav som HTTPS, MFA för personal, dataminimering, CDN/caching för publika sidor och övervakning från dag ett.