Kajsa Landerberg
← Tillbaka till portfolio

Case · Sökupplevelse · Hösten 2026

SGU

En behovsorienterad sökfunktion – från informationsbehov till relevant geologisk information.

Kurs: UX-processen i utvecklingsprojekt · 50 yhp →Prototyp av SGU:s sökresultat med filter och karta
Uppdragsgivare
Sveriges geologiska undersökning
Format
Individuellt designarbete · gemensam research i casegrupp
Verktyg
Figma, FigJam, Google Stitch, Balsamiq
Resultat
Klickbar prototyp efter 7 iterationer

01 · Bakgrund

Mycket information – svår att hitta

SGU tillhandahåller information om Sveriges berggrund, jordarter och grundvatten till bland annat kommuner, forskare, geologer och företag. Men det kan vara svårt att hitta rätt material, förstå vad det innebär och avgöra hur det kan användas.

Mitt arbete avgränsades till sökupplevelsen: sökfält, filtrering, kategorier, resultatpresentation och geografisk sökning. Sökning handlar om mer än sökord – det handlar om vad användaren vill åstadkomma.

Designfrågan

Hur kan en mer användarcentrerad sökfunktion hjälpa användare att hitta relevant information utifrån sina behov och uppgifter?

02 · Research

Förstå hur man söker – och varför det är svårt

Flera metoder kompletterade varandra: utvärdering av befintliga lösningar, SGU:s egna dokument, enkäter och intervjuer.

Heuristisk utvärdering

Jag ansvarade för sökfunktionen i gruppens research och granskade den utifrån tre sökscenarier och sex heuristiker. Fyra insikter: sökningen fångar inte hela behovet, kräver kunskap om SGU:s begrepp, är svår att avgränsa och ger resultat som är svåra att bedöma.

Fyra insikter från heuristisk utvärdering

Benchmark

Med AI som stöd jämförde jag sökfunktioner hos bland annat Google, GOV.UK, 1177, Lantmäteriet och Spotify i sex scenarier, som stavfel, vardagligt språk och sökningar utan träffar.

Fyra områden från benchmark

Expertanalys av GeoLagret

När återkoppling visade att mina skisser påminde om SGU:s tjänst GeoLagret analyserade jag den. Fyra teman: vägledande sökning, resultat som hjälper välja material, filter som minskar arbetet och geografi som en del av behovet.

Fyra teman från GeoLagret-analysen

Extern enkät · 45 svar

Informationsbehovet är inte alltid formulerat från början. Teman: formulera behovet, hitta rätt begrepp, bedöma resultat och behålla kontrollen.

Fyra teman från extern enkät

Intern enkät

Utan tillgång till kundtjänstens statistik föreslog SGU en enkät till medarbetare om externa användares behov. Den speglar medarbetarnas bild – inte användarnas egna upplevelser.

Sex insikter från intern enkät

Intervjuer med SGU och kommuner

Samtal med SGU-medarbetare och skriftliga svar från nio personer i sex kommuner. Behov och förkunskaper varierar mellan roller, platsen är ofta central och vissa använder Google för att hitta SGU:s information.

Tre insikter från intervjuer

03 · Insikter

Fyra huvudsakliga insikter

  • 1.Användarens behov motsvarar inte alltid SGU:s struktur.
  • 2.Det räcker inte att hitta information – den måste gå att förstå och bedöma.
  • 3.Användaren behöver kunna avgränsa och förfina utan att gränssnittet blir komplext.
  • 4.Geografisk plats och användningssammanhang är viktiga.
Sammanfattning av fyra huvudsakliga insikter

04 · Arbetssätt

Fyra frågor mellan varje iteration

Efter varje iteration analyserade jag vad som skulle behållas, ändras eller undersökas vidare – med hjälp av fyra frågor. Utvärderingen skedde löpande genom användartester av skisser och prototyper, peer reviews, lärarfeedback och veckomöten med SGU.

Vad fungerade? Vad fungerade inte? Vad lärde vi oss? Vad tar vi vidare?

05 · Iterationer

Sju iterationer

Från handskiss till klickbar prototyp – varje steg formades av återkoppling.

Iteration 1

Första konceptet

Konceptskisser och en första skiss av startsidan. Sökfältet fick en central plats med frågan ”Vad letar du efter?”, så att användaren kan beskriva sitt behov direkt, med exempel som grundvatten, jordarter och berggrund.

Inför nästa iteration

Nästa steg: hur tar sig användaren från startsidan till rätt information?
Handskiss av SGU:s startsida med sökfält

Iteration 2

Sökflödet

Flera skissvarianter av hela flödet – från ”Vad behöver du hitta?” till sökalternativ, filter, resultat och en resultatvy för exempelvis grundvattenkällor i Kristianstad.

Inför nästa iteration

Nästa steg: hur ska söklägen, kategorier och filter organiseras?
Fem skisser av sökflödet

Iteration 3

Söklägen och filtrering

Alternativa upplägg för enkel och mer detaljerad sökning. Fokus flyttades till att jämföra hur gränssnittets struktur påverkade upplevelsen.

Inför nästa iteration

Valet Simple/Advanced riskerade att bli ett beslut till. Användartester pekade mot Simple som standard och avancerat vid behov.
Skisser av söklägen och filter

Iteration 4

Ett sammanhängande flöde

Fem steg: enkel sökning, resultat, fördjupad sökning, förfinade resultat och resultat med karta och mer detaljer.

Inför nästa iteration

Återkopplingen visade behov av tydligare sökfält och resultatkort. Färgkodning av datatyper togs vidare.
Wireframe för fördjupad sökning
Wireframe för sökresultat i Kristianstad

Iteration 5

Gränssnitt och komponenter

Startsidan fick ett visuellt uttryck med framträdande sökruta. Jag utforskade sökfält, knappar och filter, och hur användaren kan kombinera sökord med OCH/ELLER.

Inför nästa iteration

Sökningen behövde bli tydligare och inte möta användaren med för många val från början.
Startsida med sökruta över fjällandskap
Val mellan OCH och ELLER

Iteration 6

Geografisk sökning

Varianter av kartvyer där användaren kan söka på plats, zooma och markera ett område – och sedan kombinera det med sökord och filter.

Inför nästa iteration

Flera användare upplevde OCH/ELLER-steget som onödigt. Resultatkorten behövde visa relevans, datatyp och täckning tydligare.
Skisser av geografisk sökning med karta

Iteration 7

Prioritering och förfining

Sista iterationen förenklade flödet: OCH/ELLER togs bort ur grundflödet, resultatkorten fick korta beskrivningar, metadata och tydlig innehållstyp. Resultatet blev en klickbar prototyp av sök- och resultatsidan.

Klickbar prototyp av sökresultat med filter och karta
Analys: vad jag behåller, undersöker vidare och har beslutat

06 · Designbeslut

Från feedback till beslut

Börja enkelt, fördjupa vid behov

I stället för separata Simple/Advanced-lägen: en enkel sökstart där användaren förfinar efteråt. Det följer principen om progressiv informationsvisning.

Användarens språk, inte organisationens

Begripliga kategorier, etiketter och sökförslag så att man hittar rätt utan att kunna fackbegreppet – igenkänning framför återkallning.

Kompakta men informativa resultatkort

Färgkodade innehållstyper, kort beskrivning och metadata. Balansen mellan överblick och tillräcklig kontext för att bedöma en träff.

Ta bort det som inte ger värde

OCH/ELLER utvecklades för mer kontroll, men skapade osäkerhet och ett extra steg. Det togs bort ur grundflödet och sparades som möjlig framtida funktion.

07 · Resultat & nästa steg

En prototyp att bygga vidare på

Resultatet är en klickbar prototyp av sök- och resultatsidan. Vid SGU:s veckomöte var återkopplingen positiv till att prototypen blivit mer renodlad.

Testerna gav kvalitativa insikter men kan inte visa att lösningen fungerar för alla SGU:s användargrupper. Kvar att undersöka: fler användartester, resultatens relevans, geografisk sökning, begrepp och datatyper, koppling till GeoLagret och tekniska förutsättningar.

Förslag på framtida utveckling

08 · Lärdomar

Det här tar jag med mig

UX-processen är inte linjär

Nya insikter dök upp i tester och presentationer, och tidigare beslut behövde omprövas. Jag växlade hela tiden mellan att undersöka, utveckla och utvärdera.

Skilj antaganden från insikter

En idé kan verka rimlig ur mitt perspektiv men behöver prövas. Återkopplingen från användare och SGU blev avgörande för att motivera – och ompröva – designbeslut.

Skapa samsyn tidigt

Det tog tid att hitta en gemensam bild av uppdraget, vilket gjorde att designarbetet kom igång senare. Jag ser värdet av att tidigt stämma av mål, förväntningar och avgränsningar.

Alla problem löses inte i gränssnittet

Relevanta träffar beror också på sökmotor, metadata och informationsstruktur. Jag lärde mig skilja på vad design kan lösa och vad som kräver fortsatt utredning tillsammans med SGU.