Er det dette skattepenga mine går til?

I Eivind Lunds (dessverre udødelige) kåseri Apper som feiler kan du lese om en rekke offentlig finansierte app-prosjekter som krasjer fordi man har fokusert på teknologi i stedet for de som skal bruke den.

At ledelsen på et sykehus tror en app erstatter et skilt, er dramatisk.

Eivind Lund
i kåseriet Apper som feiler

Lund beskriver et app-hysteri som oppstod fra 2010 og utover. Apper skulle løse alt og det var ikke grenser for hvor mange eksempler han fant på sløsing av skattepenger.

Mye vann har rent ned Nidelva siden Lund kritiserte St.Olavs hospitals kart-app i 2013, men det er jammen mange offentlige kroner som har rent ut i vasken i samme tidsrom. Allerede i 2014 skrev NRK om at familieminister Horne lanserte Tvangsekteskap-appen som bare fikk 70 nedlastinger og barne- og likestillingsminister Inga Marte Thorkildsen fikk kritikk for appen Pappatid.

Det verste app-hysteriet har heldigvis avtatt, men vi ser fortsatt i 2022 at offentlige IT-prosjekter, spesielt de store, feiler monumentalt. Sist ut blant de store var første utgave av smittestopp-appen som forståelig nok var resultat av hastverksarbeid, men som samtidig gjorde åpenbare blundere som lett kunne vært unngått om man tok en innsjekk med IT-eksperter før man bestilte.

Det er nemlig ofte man får akkurat det man bestiller, men ikke det man trenger.

Det er en rekke feil du kan gjøre hvis du har lyst til å ødsle bort skattepenger i et slikt offentlig utviklingsprosjekt. Her er en kort oversikt over de viktigste:

1. Fokuser på teknologien i stedet for de som skal bruke den. Den digitale plattformen og appen du skal lage er mye viktigere enn brukerne - slik sikrer du at løsningen ikke passer til det virkelige behovet som bare kanskje finnes der ute
   
2. Sørg for at digital utvikling avsluttes når løsningen er lansert. Da er du sikker på at du ikke får endra på løsningen etter at du har sett hvordan den faktisk brukes av ekte mennesker, hvis noen i det hele tatt bruker den. Da er du sikker på at den har bugs og manglende funksjonalitet som gir deg lavest mulig rating i Apple Appstore og Google Play - og enda færre brukere. Det beste er å ikke sette av penger til vedlikehold eller videreutvikling i det hele tatt. Det fine med prosjektfinansiering er at prosjektet har en avslutningsdato. Kanskje jobber du allerede i en annen etat innen evalueringen skal skje.
   
3. Anta at brukeren finner deg - Hvis løsningen din er god nok kommer vel folk til å laste den ned? Det er ingen grunn til å tenke gjennom en strategi som bidrar til at de som trenger løsningen din virkelig forstår hvordan den kan være nyttig for dem
   
4. Pakk all mulig informasjon inn i løsningen slik at ingen trenger å oppsøke en annen kilde. Hvis prosjektet ditt handler om å informere noen om noe de burde vite eller lære noen det de burde kunnet er det beste om du putter en masse tekst og artikler som like gjerne kunne vært en nettside inn i en app. Hvis appen har faktisk funksjonalitet sørger du da for at funksjonaliteten og det brukeren kan gjøre effektivt drukner mellom alt de kan lese.
   
5. Kjenn på deg selv hvordan du ville brukt løsningen, og anta at andre ville brukt den slik du ville selv om du allerede kjenner at du selv ikke ville brukt den fordi du ikke selv er i målgruppa. Det er ingen grunn til å ikke stole på intuisjonen din og magefølelsen din. På seg selv kjenner man alle andre, ikke sant?
   
6. Bygg det selv om det finnes fra før. Det er viktig å ikke undersøke om en annen kommune, en etat eller noen i et naboland har laga noe lignende. Det finnes kanskje hyllevare eller programvare som allerede er bygget og kan lisensieres, men det er mye morsommere å lede prosjektet helt selv!
   
7. Bruk et mediebyrå som ikke har erfaring med å utvikle og drifte applikasjoner. Hvis de er flinke på markedsføring og reklame og sånt kan de sikkert også sy sammen en app eller digital plattform. Det gjør sikkert ingenting at de jobber prosjektbasert og ikke har et fnugg av erfaring med kontinuerlig videreutvikling og drift av teknologiske løsninger.
   
8. Stol blindt på leverandøren og deres tekniske kompetanse, og ta det for god fisk når de sier at de kan bygge akkurat det du vil ha uten å utfordre premissene for hvorfor eller hvordan du skal bygge løsningen din.

Så hva kan du gjøre i stedet?

Vi i Innocode har 12 års erfaring med utvikling av løsninger som faktisk fungerer for sluttbrukerne og vi er 70+ medieeksperter, kommunikatører, prosjektledere og digitale hoder som brenner for sluttbrukernes interesser. Vi hater bullshit-løsninger som ikke tar høyde for den virkelige verden der ute og har derfor laga en syretestmetodikk for å validere om idéen din er god før den settes ut i livet.

Du kjenner kanskje utrykket Kill your darlings. Det handler at vi må ta til oss læring underveis slik at vi tillater oss å avslutte arbeid med idéer vi burde forstått at ikke er gode nok. Vi vet at dette kan være svært vanskelig, så vi tilbyr oss å gjøre det for deg.

Vårt alternativ

Med metodikk ikke veldig ulik den vi bruker for å validere oppstartsbedrifters digitale behov før utvikling settes i gang kan vi i en intensiv prosess på noen få uker gå gjennom prosjektet ditt fra ende til annen med lupe og lommelykt for å finne ut at det ikke vil lykkes før det faktisk mislykkes. Om vi finner åpenbare feil eller mangler kan vi bidra med forslag til justeringer slik at du faktisk lykkes.

I prosessen ser vi med kritisk blikk på brukercaset, hvordan brukerne skal finne løsningen din, hvordan de skal bruke den, i hvilken setting, om den vil gi verdi etc. Vi tar for oss teknologivalg, designskisser, plattformavhengighet, integrasjoner m.m. Videre ser vi på hvilke alternativer brukeren har til din løsning og ser med kritisk blikk på hvorfor hen skal finne på å bruke din løsning i stedet. Du har ikke lyst til å ende med at du ikke egentlig bruker 1 av fire lisenser.

Vi er ikke kritiske for å være negative, men for å kunne foreslå de beste veivalgene. Når vi er ferdig med prosessen får du en kortfattet rapport som beskriver

• Overordnet visjon og omfang for prosjektet ditt
• Muligheter og risikoer med full gjennomgang av de typiske fallgruvene nevnt ovenfor, herunder også juridisk freedom to operate, alternative veivalg m.m.
• Enkle klikkbare prototyper for kritiske funksjonaliteter
• MVP omfang og ikke-kritisk funksjonaliteter
• Tekniske behov inkl. anbefalte teknologivalg og potensielle tredjepartsløsninger og integrasjoner
• Estimater, tidslinje og kostnad for realisering av MVP
  (en minimumsløsning som skaper verdi og grunnlag for videre læring)

Om du bare har en idé eller er godt i gang; ta kontakt med oss for mer informasjon og prising av en gjennomgang av ditt IT-prosjekt. Vi lover at det er billigere enn ditt helt egne digitale stupetårn.

PS: Hvis du vil se hvordan skattepengene faktisk brukes kan du sjekke tidligere finansminister Sigbjørn Johnsens satsning: www.slikbrukesskattepengene.no. Neida. Den ble lagt ned i 2017.