| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
...
bedöma när appar skulle kunna ge mervärden i Ineras tjänster och i så fall med vilka konsekvenser
hur appar hanteras i Ineras processer Hantera Behov (beredning/utveckling) och Tjänstehandboken (förvaltning)
hur Inera utvecklas till app-kompetent organisation genom utveckling och förvaltning av app-strategin
WORK IN PROGRESS - Arbete kvar längst ned (generellt om app-strategin) -och- idé: låt de 8 stegen i flödet vara ett steg ned i hierarkin, accessa genom att klicka på varje bubbla i flödet.
Bakgrund
I utbildning #1, Varför app?, har du lärt dig vad appar är, vilka för- och nackdelar de har jämfört med webbappar och lite om hur man utvecklar och distribuerar appar. Detta är en lämplig bakgrund för att kunna tillgodogöra sig Ineras app-strategi. Du behöver också känna till hur Inera tar fram och förvaltar tjänster - det vill säga /wiki/spaces/UtvR/pages/2471166600och Tjänstehandboken (under revision).
...
Tjänsteutveckling på Inera följer /wiki/spaces/UtvR/pages/2471166600och processen /wiki/spaces/UtvR/pages/2471232501. Då regionerna är av uppfattningen att en app förmodligen skulle ge goda förutsättningar för en lyckad tjänst kan Inera använda app-strategin för att undersöka konsekvenserna av att välja en app-baserad tidbokningstjänst.
App-strategin i case
...
Steg 1 - utvärdering av app-initiativ
Då det finns ett önskemål från kunden (Regionerna) att realisera tidsbokningstjänsten som en app kan Inera tidigt undersöka förutsättningarna för detta genom en del av app-strategin: Utvärdering av app-initiativ.
Utvärdering av app-initiativ är den enda delen av app-strategin som är en egen delprocess. Som sådan behöver beslutsfattare initiera utvärderingen och är också mottagare för det resulterande beslutsunderlaget. Resten av app-strategin är integrerad i utvecklingsramverkets del-processer/aktiviteter.
Denna utvärdering är en riskanalys som går igenom risker med stora konsekvenser om en tjänst skulle realiseras med en app. Syftet med denna riskanalys är att med en begränsad insats tidigt fånga graverande skäl vid användning av en app i tjänsten.
Riskanalysen använder en frågelista som på ett överskådligt sätt presenterar svaren så att de kan användas som beslutsunderlag. Svaren på varje fråga kan vara
- OK att gå vidare processen!😡 - Ej OK att gå vidare!
🔎 - vidare utredning behövs - dock inte nödvändigt att slutföra denna specifika utredning i detta skede
Om beslutsunderlaget enbart visar och 🔎 kan den app-baserade tjänsten gå vidare i processen Hantera Behov. 🔎 kan då utredas ytterligare i senare steg i processen.
Om beslutsunderlaget resulterar i en eller flera 😡 så kan man till exempel
gå vidare i processen utan att realisera tjänsten med en app
studera om förutsättningarna för tjänsten kan förändras så att diskvalificerande skäl kan undvikas
För vårt fiktiva case med tidbokningsapp antar vi här att beslutsunderlaget visar att processen kan gå vidare med att realisera tjänsten som en app men att ytterligare utredning 🔎 krävs kring om/hur appen kan
integreras i befintlig 1177-app
förvaltas efter lansering med avseende på den kompetens och större insats som krävs för appar
...
Följ flödet i figuren för att utreda konsekvenser av att realisera tidbokningstjänsten som en app:
...
Steg 1 - Utvärdering av app-initiativ
Steg 2 - Juridisk förberedelse - inför utredning vid app-initiativ
Appar har egenskaper som kräver speciell uppmärksamhet när man studerar de juridiska förutsättningarna för en tjänst. En juridisk utredning genomförs av specialister enligt de unika förutsättningar som finns för varje enskild tjänst.
Som ett stöd för de utredare som studerar tidboknings-appen finns i app-strategin förberedande tips inför en ev juridisk utredning.
Tipsen bygger på en frågelista med typiska frågeställningar som kan vara viktiga vid en juridisk utredning. Genom att gå igenom dessa frågor blir man som utredare bättre förberedd för denna utredning.
I vårt fiktiva case leder den juridiska utredningen till två konsekvenser att ta hänsyn till i vidare utredning:
det finns tidbokningsappar i drift i marknaden - finns samordningsmöjligheter?
tjänsten förutsätter inloggat läge (BankID) - korrekt hantering av personuppgifter krävs
Steg 3 - Nyttorealisering och effekthemtagning
...
Värdet i en tjänst kan beräknas med en Nyttokalkyl. I stort är nyttokalkylen oberoende av vilken teknik som används för realisering av tjänsten.
Appar ger dock förutsättningar att realisera tjänsten på ett sätt som höjer nyttan av tjänsten. App-strategin föreslår ett antal områden där det finns potential att höja nyttan av tjänsten - läs mer här.
I vår fiktiva tidbokningstjänst ser vi några nyttor för medborgaren som gör tjänsten mer värdefull som app:
...
enklare att logga in med BankID via app som redan finns på telefonen (tidsbesparing)
...
enklare att lägga gjord bokning i sin kalender (tidsbersparing och trygghet)
...
användning av push-notiser för att påminna om, förbereda för eller vid förändringar av bokningen (trygghet och frigjord tid i vården pga färre missade tider samt fler och bättre förberedda besökare)
...
Steg 4 - Digital Tillgänglighet
...
Digital tillgänglighet är lagstadgad för offentliga digitala tjänster. I stort sett är kraven likadana för appar och webbappar. Inera har utöver detta en egen kravbild för digital tillgänglighet - mer om detta här.
De som utvecklar app-plattformar (Google och Apple) erbjuder dock verktyg för digital tillgänglighet som går utöver lagstadgade och Ineras krav. Detta ger tjänsten ökad tillgänglighet med hjälp av Apples, Googles och tredje parts tillgänglighetsverktyg för appar. Här finns app-strategins stöd för digital tillgänglighet.
...
Steg 5 - User Experience
...
...
Detta innebär att Inera måste hantera UX annorlunda för appar. App-strategin ger stöd för detta här. Bland annat krävs annorlunda och ytterligare insatser kring
För bokningsappen innebär detta möjlighet att skapa bättre UX än för en webbapp dock med en ökad insats. Om bokningsappen utgår från en kommersiellt tillgänglig produkt (“off-the-shelf”) måste man försäkra sig om att denna kan uppfylla Ineras krav på digital tillgänglighet, UX och exponering av varumärke.
Steg 6 - Utveckling
...
I utbildning 1 har du lärt dig de grundläggande skillnader som finns mellan appar och webbappar och vilka olika sorters appar som är vanliga - native, cross-platform och hybridappar.
Utveckling
...
För tidbokningsappen väljer vi att basera den på en tillgänglig produkt. Detta innebär att kraven från UX (ovan) på en tredjepartsprodukt blir aktuella. För att Inera skall kunna förvalta och vidareutveckla appen krävs dessutom insikt i appens natur - arkitektur, utvecklingsverktyg, licenser - och tydliga avtalsvillkor med leverantören för att kunna hantera appen under tjänstens tänkta livscykel.
Steg 7 - Test och kvalitetssäkring
...
Webbappar uppträder likadant i moderna versioner av populära webbläsare. Om webbappen är responsiv spelar inte skärmens storlek och orientering någon större roll för tjänstens utseende och beteende. Äldre versioner av webbläsare kan fungera sämre - varje webbapp bör specificera lägsta version som krävs för tjänsten.
För appar är bilden mer komplex. Dels exekverar appar på två olika operativsystem - Android och iOS. Dels så finns apparater (telefoner och surfplattor) i en variation av storlekar och versioner som dessutom kan köra vitt skilda versioner av operativsystemen. Skall tjänsten vara tillgänglig och likvärdig på pappas Samsung Galaxy S7 från 2016 likväl som på dotterns nya iPhone 13?
...
-
...
Test
...
En ytterligare komplexitet tillkommer i och med att Google och Apple årligen släpper nya versioner av sina operativsystem. Ofta krävs uppdateringar av koden för appen för att tjänsten skall stödja telefoner med den nya versionen. När appen uppdaterats krävs en aktiv handling från användaren för att ladda ned den nya versionen från aktuell app store.
Denna komplexitet drabbar förvaltningen av den app-baserade tjänsten fordrar planering av distribution.
...
och
...
kvalitetssäkring
...
Steg 8 - Förvaltning
...
två kodbaser förvaltas (om appen är native)
Android och iOS kommer årligen i nya versioner som kräver uppdateringar av appen
test och kvalitetssäkring är mer komplex - även vid mindre justeringar av appen
app stores har betygssystem för publicerade appar (rating) som bör följas som en ytterligare kanal för felrapporter och annan återmatning från användare
dessutom kräver varje ny version av appen en publiceringsprocess som driver ledtid och kan resultera i bakläxa som kräver ytterligare utveckling och test (dvs även ytterligare ledtid) - mer om detta här
För tidsbokningsappen kräver förvaltningen att man planerar en strikt roadmap för tjänsten där tredjepart rekommenderar uppdatering av appen som mest på årlig basis i samband med uppdatering av Android/iOS. Samtidigt med detta kommer även stöd för telefoner med äldre versioner av operativsystemen att upphöra. Man avsätter även tid/resurs för att hantera den nya kanal som app stores innebär för kommunikation med användare av tjänsten.(WIP - Dessa länkar skall ersättas av att man klickar på motsvarande bubbla i figuren)
Case - sammanfattning
I caset med tidsbokningsappen har vi fått en inblick i hur app-strategin stödjer framtagning av app-baserade tjänster.
Vi har i konkreta exempel sett hur appar kan skapa en mer värdefull tidbokningstjänst, dock med ett antal konsekvenser i form av mer komplex utveckling och kvalitetssäkring av apparna (en för Android, en för iOS) och samt en större insats i förvaltningen.
...