Kajsa Landerberg
← Tillbaka till portfolio

Case · Samarbete med Parkster

Designa för handling, inte struktur

UX-arbete kring navigation, informationsarkitektur och användarbeteenden i Parksters app.

Kurs: Informationsarkitektur · 35 yhp →Från insikt till lösning: tydlig startpunkt, betalning och betalmetod i Parkster-appen
Samarbete
Parkster
Roll
UX designer
Team
5 UX-designers
Fokus
Informationsarkitektur, navigation, användartester och iterativ designprocess

Bakgrund

Problemformulering

Parksters sektion ”Mina sidor” innehöll funktioner och information som användare hade svårt att förstå och navigera mellan. Begrepp som faktura, kvitto, betalmetod och abonnemang skapade osäkerhet, samtidigt som delar av innehållet fanns både i appen och webbvyn.

Vi arbetade iterativt genom research, användartester, benchmark, prototyping och kontinuerlig validering – och testade hypoteser tidigt.

Målet: en tydligare struktur som matchar användarnas mentala modeller och gör det enklare att hitta, förstå och utföra rätt handling.

01 · Discovery

Discovery & nulägesanalys

Appens navigation och betalrelaterade innehåll analyserades – hur användare rörde sig mellan betalmetoder, kvitton, fakturor, parkeringar och abonnemang.

Metoder

  • Walkthrough av nuvarande app och webbvy
  • Benchmarkanalys av EasyPark och Aimo
  • Gruppworkshops
  • Kartläggning av informationsstruktur

Viktiga insikter

  • Begreppen skapade osäkerhet
  • Navigationen speglade systemets struktur snarare än användarnas mentala modeller
  • Betalrelaterad information var utspridd på flera platser
  • Användare tänkte i mål och handlingar snarare än kategorier
Nuvarande Parkster-app och benchmark av andra parkeringsappar
Nulägesanalys (överst) och benchmark (nederst)

Benchmarken visade att relaterad information ofta grupperades tillsammans och att flera lösningar utgick från användarens handling snarare än systemets struktur.

02 · Research

Research & användarinsikter

Observationer, think aloud-tester, enkätundersökning och tidiga prototyptester för att förstå mentala modeller och navigationsmönster.

Användarbeteenden

Användare letade efter kvitton under parkeringar, fakturor under betalningar och betalmetoder där betalningen genomförs. De tänkte inte i separata kategorier – utan utifrån vad de ville göra.

Viktiga insikter

  • Begreppen upplevdes otydliga och överlappande
  • Navigationen saknade tydliga startpunkter
  • Användare förväntade sig relaterad information samlad på samma plats
  • ”Aktivitet” associerades främst med parkeringar och historik
”Jag skulle gå till fakturor… för det är sånt man ska betala.”
Enkätresultat: var användare letar efter fakturor och vad de tror Aktivitet innehåller
Enkät, 22 svar – 54,5% förväntade sig fakturor under Betalning

03 · Informationsarkitektur

Gruppering, begrepp & tree testing

Hur borde betalrelaterad information grupperas, vilka begrepp förstod användare bäst och hur kunde navigationen spegla deras mentala modeller?

Förslag på uppdelad och kombinerad vy, samt test av begrepp och gruppering
Iterationer av aktivitet & historik (vänster) och test av begrepp & gruppering (höger)

Iterativa tester

  • Klickbara prototyper i Figma
  • Think aloud-tester
  • Tree testing
  • Peer review

Viktiga insikter

  • Begrepp behövde spegla användarnas språk, inte systemets logik
  • Begrepp påverkade navigationen mer än väntat
  • Tree testing visade var strukturen krockade med förväntningarna

04 · Prototyping

Fyra iterationer

Från strukturförslag till testad användarupplevelse – förfinat genom tester och feedback.

Iteration 1 · Initial struktur

Iteration 1 · Initial struktur

Förändring: Hypotes: all betalrelaterad information samlas under ”Betalning”.

Insikt: Användare hade svårt att skilja på fakturor, kvitton och aktivitet.

Iteration 2 · Test av uppdelning

Iteration 2 · Test av uppdelning

Förändring: Informationen delades upp mellan betalning och aktivitet.

Insikt: Begreppen blev tydligare men användare ville snabbare nå betalning.

Iteration 3 · Förtydligad navigation

Iteration 3 · Förtydligad navigation

Förändring: Betalrelaterat innehåll samlades under en tydligare startpunkt med separata vägar för fakturor och kvitton.

Insikt: Användare förstod strukturen bättre och såg snabbare vad som skulle betalas respektive redan var betalt.

Iteration 4 · Förfinad överblick

Iteration 4 · Förfinad överblick

Förändring: Flödet kompletterades med filtrering, status och tydligare informationshierarki.

Insikt: Bättre överblick och lägre kognitiv belastning vid hantering av fakturor och kvitton.

05 · Slutlig lösning

En navigationsstruktur efter användarnas mentala modeller

Slutlig lösning: Mina sidor, Betalning, Betalmetod, Fakturor och Kvitton

Förändringar i strukturen

  • Betalmetoder samlades under Betalning
  • Kvitton och fakturor organiserades tydligare
  • Navigationen anpassades efter användarnas mål
  • Sök och filtrering infördes för bättre överblick

Före

Utspridd information, systemets logik, otydliga begrepp.

”Det känns som att informationen finns på flera olika ställen.”

Efter

Tydliga startpunkter, färre vägar, tydligare hierarki.

”Det känns mer logiskt och lättare att navigera.”

06 · Resultat

Resultat & effekter

Tydligare startpunkter

Användare hittar snabbare till rätt information.

Minskad kognitiv belastning

Färre val och tydligare struktur minskar osäkerhet.

Snabbare väg till information

Kortare väg till fakturor, kvitton och betalstatus.

Bättre överblick

Filter, status och uppdelad information skapar kontroll.

Mer konsekvent navigation

Strukturen är logisk, förutsägbar och följer användarnas flöde.

07 · Reflektion

Vad jag tar med mig

Projektet visade hur stor påverkan informationsarkitektur och begrepp har på användarupplevelsen. Genom iterativa tester kunde navigationen anpassas efter användarnas mentala modeller istället för interna systemstrukturer.

Vad jag lärde mig

  • Vikten av tydliga begrepp
  • Hur små strukturförändringar påverkar förståelsen
  • Att användare navigerar efter mål snarare än kategorier

Metoder som gav mest värde

  • Think aloud-tester
  • Tree testing
  • Iterationer
  • Peer review

Vidare utveckling

  • Test av sök och filter
  • Tillgänglighet
  • Desktop-version
  • Fler användartester
  • Onboarding eller microcopy
Tydlig navigation handlar inte bara om struktur – utan om att hjälpa användare känna sig säkra, förstå systemet och hitta rätt med minimal ansträngning.
← Alla projektVill du veta mer? Hör av dig