Gå till slutet av bannern
Gå till början av bannern

Hantering av App Stores

Hoppa till slutet på meta-data
Gå till början av metadata

Du visar en gammal version av den här sidan. Visa nuvarande version.

Jämför med nuvarande Visa sidhistorik

« Föregående Version 2 Nästa »

Måtto: App-strategin skall vara ett verktyg för primär målgrupp att utföra sitt arbete. Se till att denna sida också lever upp till motto, gör den inte det? Skall den bort?

Ta bort denna ruta vid publicering

PÅBÖRJAD REVISION GODKÄND

Inledning

Syfte: Distribution av appar sker via app stores - här finns tips hur man hanterar detta och konsekvenser

Målgrupp: Uppdragsledare, Projektledare, Förvaltare samt kommunikations- och varumärkesansvariga.

Instruktion för användning:

Publicering

För att en app-baserad tjänst skall bli tillgänglig för slutanvändare krävs

  • att appen publiceras på de app stores varifrån den distribueras

  • att appen laddas ned av slutanvändaren

Steg för att publicera

… publishers ansvar, strategi för samtidig publicering eller ej (iOS, Android), minimikrav för användarens enhet, ev regler för appar i denna kategori, marknad/språk, submit, review, re-submit, certifikat/signering, …

Inför lansering av app i App Stores så är det viktigt att vårt material är enligt guidelines. Minsta krav är att det finns material från applikationen och att det finns en app-ikon som är tydlig och förklarande. Det är viktigt att vi testar ikonen i olika storlekar och skärmar, idag finns det många digitala skärmar och upplösningar som den ska vara tydlig på. Mer om appikoner här.

Utöver ikon är det bra om vi har material som visar appen och att det laddas upp i respektive App Stores. Det gör vi för att visa vad användaren ska förvänta sig. I dessa material har vi chansen att visa våra huvudfunktioner i appen och det är även ett tillfälle att sälja in appen till användare som gör att dom laddar ner den.

Steg för att nå slutanvändaren

… discovery, download, registrering/sign-on, uppdateringar, rating,

Förvaltning av Appar

… release-planering (pga updates, nya OS-versioner, …), längre release-cykel, svårt att bedöma ledtid, hantering vid fail, release notes, möjlighet att påverka rating vid ny release, …

Våra applikationer vi har i app stores vill vi hålla uppdaterade och tillmötesgående. Därför är det viktigt att vi ständigt ser till att dom är fungerande och testar dom kontinuerligt efter systemuppdateringar. Det är även minst lika viktigt att vi testar våra appar bakåt, så vi ser till att dom är bakåtkompatibla med tidigare operativsystem.

Det är också viktigt att vi ser över feedback vi får i app stores så vi ser till att våra användare är nöjda och att vi tillfredställer deras behov i respektive app. Det är viktigt att följa upp feedback vi får från användare och tar tillvara på deras synpunkter, men det är också viktigt att vi har överseende för oseriösa kommentarer och hur vi återkopplar det på ett professionellt sett.

Avpublicering

När vi väljer att avpublicera en applikation är det väldigt viktigt att vi förklarar för användarna varför vi valt att göra så, och vart dom kan vända sig vid eventuella funderingar eller frågor. Det är också väldigt viktigt att vi just avpublicerar applikationer som vi valt att sluta förvalta om så skulle ske. Det är pga att det kan riskera både säkerheten hos Inera men även trovärdigheten om vi har applikationer liggandes som vi inte tar hand om.

Hur hantera appar som redan installerats vid avpublicering, hantering av känslig data i användarens enhet.

 Expanderbar rubrik

Här kan du skriva mer, lägga in länkar med mera. Du kan ta bort genom att klicka på soptunnan, byta text eller kopiera om du vill ha flera.

 Expanderbar rubrik

Här kan du skriva mer, lägga in länkar med mera. Du kan ta bort genom att klicka på soptunnan, byta text eller kopiera om du vill ha flera.

Taggar:

Efter publicering lägger du till Taggar längst ner på den publicerade sidan.

Tänkbara taggar: Process, Beredning, Initial bedömning,

Ta bort denna ruta vid publicering

  • Inga etiketter