– Man må balansere det man får fra plattformen med Ruters visuelle virkemidler og personlighet, skriver Petter Klingen Wright om overgangen.

Ruter-appen er oppdatert for iOS 26. Det betyr at utviklerne må la Apple ta noen av valgene for dem.
📸: Ole Petter Baugerød Stokke

✍ leserinnlegg

Dette er et leserinnlegg fra en ekstern skribent, som betyr at innholdet ikke nødvendigvis speiler kode24s meninger. Vil du også bidra? Send oss en epost på [email protected], eller les mer her!

Hva vil det si å lage en app på noens plattform? 

Som en som har jobbet som iOS-utvikler i mange år, får man jo et forhold til Apple. Man jobber på deres plattform, så når de tar valg, må man forholde seg til det. 

Så da Apple plutselig bestemte seg for at deler av UI-et skal se og oppføre seg ut som flytende glass, bestemte vi oss for å gå all-in, og var klare med nytt design da iOS 26 ble lansert 15. september. 

Ruter som en del av et system

Jeg jobber i Tet Digital med Ruter-appen, og det er lett å tenke at en app som så mange bruker er kjempeviktig. Samtidig bruker jeg jo også appen aktivt selv, og vet at jeg hopper mellom den og en haug andre apper. 

I det store og det hele er vi bare en liten boks i et rektangel med mange andre bokser  – men opplevelsen når de er hos oss må være best mulig.

Så, hvilke konsekvenser har det? Det blir en balanse der man gjerne vil skille seg ut, men på en positiv måte. 

Man bør bruke de designkonvensjonene som er på plattformen, kanskje spesielt med tanke på tilgjengelighet. Knappene bør være der man forventer at de skal være, og fungere på den måten de gjør i andre apper. 

Å lage interaksjonsmønster og UI ingen har sett maken til før, gjør en app vanskelig å forstå. Det gjør det også vanskeligere å støtte iOS sine innbygde funksjoner for tilgjengelighet som VoiceOver (skjermleser) og Dynamic type (justering av tekst).

– Som en som har jobbet som iOS-utvikler i mange år, får man jo et forhold til Apple. Man jobber på deres plattform, så når de tar valg, må man forholde seg til det, skriver Petter Klingen Wright.
📸: Privat

Hvorfor endre appen?

Da iOS 26 ble presentert på WWDC med sitt glassy nye utseende, var det helt naturlig for oss å tenke at vi burde lene oss inn mot disse endringene av flere grunner:

  • Tilgjengelighet: Ved å lene seg mer mot native får man bedre støtte for iOS sine tilgjengelighetsvalg (sjekk ut alle valgene under «Innstillinger -> tilgjengelighet»). Disse valgene er viktige for mennesker med funksjonsvariasjoner. Ved å skru på «Reduser gjennomsiktighet» og «Øk kontrast» får appen et annet utseende.
  • Forståelighet: Ved å lene seg mer mot native blir den mer konsistent mot de andre appene man bruker. Man har sett designelementene før, så man kan dem. Det blir lettere å følge Don Normans designprinsipper.
  • Tidsriktighet: Vi er på Apple sin plattform, og om de beveger seg mot glass, vil vi ikke bare skille oss ut  – vi kan muligens bevege oss i feil retning. Apple har store tanker om designet på tvers av hele sitt økosystem, og vi ønsker selvsagt å være med på reisen. Om Apple kommer med nye enheter og plattformer vil vi være der. Det vil det komme nye former for interaksjon. Vi balanserer allerede mellom Apple sitt design og Ruter sitt brand, i native funksjoner, widgets og live activities.

Fra egne til Apples komponenter

Vi har i flere år har vi jobbet med å modernisere app-kodebasen, så vi kan fokusere på å levere funksjonalitet raskere. 

Det vi merket, var at de største problemene vi hadde i kodebasen ofte hadde å gjøre med veldig spesifikk UI som prøvde å matche Figma 110 prosent. 

Apple har en haug egne komponenter (det vi kaller native komponenter), men man kan også bygge egne elementer. Dette var kode som var vanskelig å vedlikeholde, og som ofte hadde et dårligere nivå av tilgjengelighet. 

– I det man bygde appen i Xcode 26 ble «tab bar-glass» aktivt, som er en god start, men ikke helt det vi ønsket å oppnå.
📸: Ole Petter Baugerød Stokke

Vi merket også at vi noen ganger hadde bygd samme UI-komponenter flere ganger, forskjellige steder i appen.

Selve overgangen til glass startet enkelt: I det man bygde appen i Xcode 26 ble «tab bar-glass» aktivt, som er en god start, men ikke helt det vi ønsket å oppnå. 

Det ble veldig tydelig hvor vi allerede brukte native komponenter og hvor vi hadde bygd ting selv. Så var det å gå gjennom appen og erstatte egne komponenter med komponentene vi får ut av boksen fra Apple. 

Til slutt gjorde vi noen tilpasninger for å få opplevelsen til å føles enda mer riktig på iOS 26, som å gjøre skuffen over kartet glass-aktig når den er dratt ned.

Det bør også nevnes at denne endringen gjør at appen ser annerledes ut på forskjellige versjoner av iOS. Så på iOS 18 vil den lene seg mer på designet som er på iOS 18, med de samme positive sidene som vi har på iOS 26.

Plattform mot personlighet

Alle digitale tjenester må balansere funksjonalitet, brand og retningslinjer for plattformen (uskrevne eller ikke). 

I Ruter er dette interessant, for en del av brandet handler om å lage noe som er tilgjengelig og som fungerer for alle. Hvordan gjør man det, da?

I Tet Digital jobber vi med å levere digitale tjenester til flere kollektivselskaper, hvor tjenestene til Ruter fungerer som basen for det vi leverer. For både oss og Ruter er det selvsagt viktig at man kjenner at man er i Ruter sin verden – vi ønsker å ha en distinkt kundeopplevelse der man klarer å aktivere det emosjonelle. 

Man må balansere det man får fra plattformen med Ruters visuelle virkemidler og personlighet, for å skape en distinkt kundeopplevelse.

Så vi må utnytte plattformens konvensjoner, om vi skal lage den aller beste tjenesten som hjelper deg å komme deg fra A til B, eller om du trenger støtte til en tur for å hilse på C, eller handle noe på D.