I Eivind Lunds (tyvärr odödliga) bok Appar som misslyckas kan du läsa om ett antal offentligt finansierade app-projekt som kraschar för att de har fokuserat på teknik istället för människorna som ska använda den.

Att ledningen på ett sjukhus anser att en app ersätter en skylt är dramatiskt.

Eivind Lund
i kåseriet "Apper som feiler"

Lund beskriver en apphysteri som uppstod från 2010 och framåt. Appar skulle lösa allt och det fanns inga gränser för hur många exempel han hittade på slöseri med skattepengar.

Mycket vatten har sköljt ner i Nidelva sedan Lund kritiserade S:t Olavs sjukhus kartapp 2013, men visst är det mycket offentliga pengar som har gått i sjön under samma tid. Redan 2014 skrev NRK om att familjeminister Horne lanserade appen Tvångsäktenskap, som bara fick 70 nedladdningar, och barn- och jämställdhetsminister Inga Marte Thorkildsen fick kritik för appen Fader tid.

Som tur är har den värsta apphysterin lagt sig, men vi ser fortfarande år 2022 att offentliga IT-projekt, särskilt de stora, misslyckas monumentalt. Sist bland de stora var första upplagan av infektionsstopp-appen, som förståeligt nog var resultatet av ett hastigt arbete, men som samtidigt gjorde uppenbara misstag som lätt hade kunnat undvikas om man kollade in hos IT-experter innan man beställde.

Det beror på att du ofta får precis vad du beställer, men inte vad du behöver.

Det finns ett antal misstag man kan göra om man känner för att slösa skattepengar på ett sådant offentligt utvecklingsprojekt. Här är en kort översikt över de viktigaste felen:

  1. Fokusera på tekniken istället för människorna som ska använda den. Den digitala plattformen och appen du ska skapa är mycket viktigare än användarna - det är så du säkerställer att lösningen inte passar det verkliga behovet som bara kan finnas där ute
  2. Se till att den digitala utvecklingen upphör när lösningen lanseras. Då är du säker på att du inte får ändra lösningen efter att du sett hur den faktiskt används av riktiga människor, om någon överhuvudtaget använder den. Då är du säker på att den har buggar och bristande funktionalitet som ger dig lägsta möjliga betyg i Apple Appstore och Google Play – och ännu färre användare. Det bästa är att inte avsätta pengar till underhåll eller vidareutveckling alls. Det fina med projektfinansiering är att projektet har ett slutdatum. Kanske arbetar du redan på en annan byrå när utvärderingen ska ske. 
  3. Anta att användaren hittar dig – Om din lösning är tillräckligt bra, kommer väl folk att ladda ner den? Det finns ingen anledning att tänka igenom en strategi som hjälper dem som behöver din lösning att verkligen förstå hur den kan vara användbar för dem.
  4. Packa in all möjlig information i lösningen så att ingen behöver söka upp en annan källa. Om ditt projekt handlar om att informera någon om något de borde känna till eller lära någon vad de ska kunna, är det bäst om du lägger in mycket text och artiklar som lika gärna kunde ha varit en webbplats i en app. appen har faktisk funktionalitet, du säkerställer då så att funktionaliteten och vad användaren kan göra effektivt drunknar mellan allt de kan läsa.
  5. Vet hur du själv skulle använda lösningen, och utgå ifrån att andra skulle använda den som du skulle, även om du redan vet att du själv inte skulle använda den eftersom du inte själv är i målgruppen. Det finns ingen anledning att inte lita på din intuition och magkänsla. Du känner alla andra själv, eller hur?
  6. Bygg den även om den redan finns. Det är viktigt att inte undersöka om någon annan kommun, en myndighet eller någon i ett grannland har förberett något liknande. Det kan finnas hyllplan eller mjukvara som redan är byggd och kan licensieras, men det är mycket roligare att leda projektet helt själv!
  7. Använd en mediebyrå som inte har erfarenhet av att utveckla och driva applikationer. Om de är duktiga på marknadsföring och reklam och liknande kan de förmodligen också sätta ihop en app eller digital plattform. Det spelar verkligen ingen roll att de jobbar på projektbasis och inte har ett dugg erfarenhet av kontinuerlig vidareutveckling och drift av tekniska lösningar.
  8. Lita blint på leverantören och deras tekniska expertis, och ta det för givet när de säger att de kan bygga precis vad du vill utan att utmana premisserna för varför eller hur du ska bygga din lösning.

Så vad kan du göra istället?

Vi på Innocode har 12 års erfarenhet av att utveckla lösningar som faktiskt fungerar för slutanvändarna och vi är 70+ medieexperter, kommunikatörer, projektledare och digitala hjärnor som brinner för slutanvändarnas intressen. Vi hatar bullshit-lösningar som inte tar hänsyn till den verkliga världen där ute och har därför skapat en sure test metod för att validera om din idé är bra innan den omsätts i praktiken.

Du kanske känner till uttrycket Kill your darlings. Det handlar om att vi måste lära oss på vägen så att vi tillåter oss själva att avsluta arbetet med idéer som vi borde ha förstått inte är tillräckligt bra. Vi vet att detta kan vara mycket svårt, så vi erbjuder oss att göra det åt dig.

Vårt alternativ

Med en metodik som inte är alltför olik den vi använder för att validera nystartade företags digitala behov innan utvecklingen påbörjas, kan vi i en intensiv process på några veckor gå igenom ditt projekt från början till slut med förstoringsglas och ficklampa att ta reda på att det inte kommer att lyckas innan det faktiskt misslyckas. Hittar vi uppenbara fel eller brister kan vi bidra med förslag på justeringar så att du faktiskt lyckas.

I processen tar vi en kritisk titt på användarfallet, hur användarna kommer att hitta din lösning, hur de kommer att använda den, i vilken miljö, om den kommer att tillföra värde etc. Vi sysslar med teknikval, designskisser, plattform beroende, integrationer osv. Vidare tittar vi på vilka alternativ användaren har för din lösning och ser med ett kritiskt öga på varför de ska använda din lösning istället. Du vill inte sluta med att du faktiskt inte använder en av fyra licenser.

Vi är inte kritiska för att vara negativa, utan för att kunna föreslå de bästa alternativen. När vi är klara med processen får du en kortfattad rapport som beskriver den;

– Övergripande vision och omfattning för ditt projekt
– Möjligheter och risker med en fullständig genomgång av de typiska fallgropar som nämnts ovan, inklusive även rättslig frihet att verka, alternativa vägval, etc.
– Enkla klickbara prototyper för viktiga funktioner.
– MVP-omfattning och icke-kritiska funktioner.
– Tekniska behov inklusive rekommenderade teknikval och potentiella tredjepartslösningar och integrationer.
– Uppskattningar, tidslinje och kostnad för realisering av MVP (en minimilösning som skapar värde och en grund för vidare lärande)

Oavsett om du bara har en idé eller är på god väg; kontakta oss för mer information och prissättning för en genomgång av ditt IT-projekt. Vi lovar att det är billigare än ditt alldeles egna digitala hopptorn.

PS: Vill du se hur skattepengarna faktiskt används kan du kolla förre finansminister Sigbjørn Johnsens satsning: www.slikbrukesskattepengene.no. Nej. Den lades ner 2017.

Kontakta oss

Från bloggen

Se alla nyheter
  • Misstagen som för din startup mot stupet

    Vägen till en framgångsrik startup är full av stötestenar, men ändå lyckas vissa. Efter mer än tio år som utvecklingspartner för ett antal framgångsrika startups har vi märkt några felsteg som ökar chansen att se projektet som ett pyrande vrak på kanten av verklighetens digitala dike. Här är vår guide för dig som vill misslyckas snabbt och effektivt.

  • “För att vi inte bygger bullshit”

    Chris Klemmetvold Sandvik tog över som VD för Innocode AS för att vi inte bara har bra ideér och bygger bra kod, men för att vi löser riktiga problem, för riktiga människor.

Kontakta oss

Create relevance
Om Innocode