- Data findes offentligt, men de kan ikke bruges, som de er.
- Et svar skal komme nu, ikke når beregningen er færdig.
- Én forkert vurdering koster mere tillid, end ti rigtige giver.
Sådan ser det ud, når offentlige data skal bære en kundevendt funktion. Det er nogle af de udfordringer, vi har arbejdet med sammen med Jyske Bank.
Hvad stod Jyske Bank med?
Jyske Bank ville give kunderne en boligprisvurdering direkte i ”Bedste Lån”-appen, baseret på offentlige ejendomsdata fra BBR. Idéen er enkel. Datagrundlaget er det ikke.
BBR-data er stærkt fragmenterede: felter er udfyldt forskelligt, oplysninger mangler, og nogle registreringer modsiger hinanden. Oven i det kom kravet om hurtige svartider og stabil drift, uanset hvor mange der bruger appen samtidig.
Kunden får en vurdering med det samme, i stedet for at vente på en rådgiver.
Boligvurdering krævede en henvendelse, og offentlige data lå tilgængelige men ubrugelige i praksis.
En præcis vurdering i appen på sekunder, bygget på rensede data og bankens egne kriterier.
En del af rådgivningen sker automatisk, og platformen kan bære flere brugere uden at skulle bygges om.
Arbejdet ligger i at gøre data brugbare
- Rensning
Fragmenterede og modstridende BBR-registreringer valideres, så kun data, der hænger sammen, indgår i beregningen.
- Sampling
Algoritmerne finder de mest relevante datapunkter frem for at regne på alt, hvilket både er hurtigere og mere præcist.
- Fejlscenarier
Kendte undtagelser samles og struktureres, så komplekse datasammenhænge kan overskues og nye fejl opdages tidligt.
Resultatet er en vurdering, banken kan stå inde for over for kunden. Det er ikke algoritmen, der afgør kvaliteten, det er disciplinen i det, der kommer ind i den.
Jyske Banks egne udviklere skulle kunne bygge videre selv
Jyske Bank har selv dygtige app-udviklere. Opgaven var ikke at bygge deres app, men at give dem noget, der var let at bygge videre på, og som ikke bandt dem til os.
En færdig komponent til appen
- Hurtigere at få noget synligt i appen
- Men bankens udviklere binder sig til vores valg
- Funktionen kan kun bruges ét sted
Et udviklervenligt og fleksibelt API
- Bankens egne udviklere styrer selv brugeroplevelsen
- Samme service kan bruges af flere løsninger
- Klar adskillelse mellem vores ansvar og deres
Tre greb, der holder svartid og stabilitet
Jyske Bank kender kunderne, kreditvurderingen og forretningen bag ”Bedste Lån”. Vores bidrag var den tekniske del: at få offentlige data til at levere pålidelige svar hurtigt nok til at føles øjeblikkelige.
- 01
Caching med omtanke
Tunge beregninger genbruges, hvor det er forsvarligt, så svartiden holdes nede uden at gå på kompromis med rigtigheden.
- 02
Skalerbar infrastruktur
Servicen kan håndtere flere forespørgsler, efterhånden som brugerbasen vokser, uden at arkitekturen skal laves om.
- 03
Proaktiv fejlmonitorering
Fejlscenarier samles og visualiseres, så problemer opdages hos os, før de opdages af en kunde.
Ansvar for driften, ikke bare leverancen
Vi er teknisk partner for Jyske Bank på denne del af løsningen, og det indebærer ansvaret for, at servicen kører. Et API, der leverer vurderinger til kunder i en bank, må ikke være noget, nogen skal huske at holde øje med.
Derfor er monitorering og fejlhåndtering en del af leverancen, ikke noget der kommer efter. 98,5 procent sikker drift er ikke et tal, man rammer ved at være heldig.
Et fundament, der kan bære mere end én app
Fordi vurderingen ligger i en selvstændig service, kan den bruges af andre løsninger i banken uden at skulle bygges igen. Og fordi infrastrukturen er skalerbar, koster flere brugere ikke et nyt projekt.
- Branche
- Bank og finans
- Platform
- API og serverløsning
- Vores rolle
- Udviklingspartner med driftsansvar på serviceaftale
- Kompetencer
- Systemudvikling
- Teknologier
- Kotlin, Go, Postgres, Directus CMS
- Samarbejdet
- Løbende samarbejde om beregneren bag appen
Genkender I udfordringen?
Jyske Bank vurderer boliger, og I laver sikkert noget helt andet. Men mønstret er ikke branchen. Det er, at de data, I gerne vil bygge på, ikke er så pæne, som de ser ud udefra.
- Vi mangler overblik, vores data ligger spredt
- Felter er udfyldt forskelligt fra kilde til kilde
- Registreringer modsiger hinanden
- Vi tør ikke vise tallene til kunden
- Vi når ikke at svare alle kunder og tilbud i tide
- Beregningen tager for lang tid i praksis
- Belastning gør oplevelsen ujævn
- Kunden opgiver, før svaret kommer
- Vi har en proces eller idé, der ikke findes som færdigt system
- Vores udviklere skal kunne bygge videre selv
- Nogen skal have ansvaret for, at det kører
- Fejl skal opdages, før kunderne opdager dem
Har I data, der skal kunne bæres af en kundevendt løsning?
- Svar fra en af os senest næste arbejdsdag.
- En uforpligtende gennemgang af jeres situation.
- Afklaring af, hvilke muligheder der er relevante for jer.
- En konkret plan, hvis I vælger at gå videre.