Quick guide til app-udvikling

Mobility Archite cts ApS
Q uick guide til app-udvikling
Quick guide til app-udvikling
Indhold
1
Indledning ................................................................................................2
1.1
Småt er smukt! ....................................................................................2
1.2
Vælg leverandør med omhu .....................................................................2
1.3
Hvem ejer app’en? ................................................................................2
1.4
Få styr på brugssituationen .....................................................................2
1.5
Hvilke mobile platforme skal understøttes? ..................................................2
1.6
Adskil app og data.................................................................................3
1.7
Hvordan udveksles data? ........................................................................3
1.8
Apps skal videreudvikles .........................................................................3
1.9
Hav kontrol over app’ens livscyklus ...........................................................4
1.10 Gå i dialog med dine kunder! ...................................................................4
2
Vil I vide mere? .........................................................................................4
Ve rsion: 0.3
Forfatter: Søren Linde
Dato: 11-06-2013
Side 1 af 4
Mobility Archite cts ApS
Q uick guide til app-udvikling
1 Indledning
Mange virksomheder introducerer i disse år mobile apps som en del af deres markedsføring
eller som en platform for nye forretningsinitiativer.
Mens traditionel software-udvikling har været drevet af virksomhedens IT -funktion, er
udviklingen af mobile apps forankret i forretningen – og ofte i samarbejde med eksterne
partnere.
Mobilty Architects rådgiver virksomheder om mobil forretningsudvikling. Dette dokument
skitserer nogle af de hyppigste emner vi møder som led i vores rådgivning.
1.1 Småt er smukt!
Brugerne ønsker apps der er fokuserede, let tilgængelige og gerne smukke. Start med det
vigtigste og lad app’en udvikle sig over tid. Gerne i samarbejde med jeres brugere.
Hvis I ønsker at dække flere forretningsområder eller ydelser med apps, bør I lave f lere små
apps frem for en stor.
Sæt et ambitionsniveau hvor første version af jeres app kan udvikles på cirka 8 uger. Nye
versioner skal kunne lanceres på under en måned og fejl skal kunne rettes på en dag.
1.2 Vælg leverandør med omhu
Markedet for app-udvikling minder meget om web-markedet i 90’erne: ny teknologi skaber
plads til en lang række mindre udbydere i stærk konkurrence og med løsninger af svingende
kvalitet.
I app-markedet er det tit en fordel at vælge små leverandører med en organisation der
giver mulighed for at reagere hurtigere end de større leverandører.
Mange IT-udviklingshuse vil gerne lave apps. De kompetencer der kræves for at udvikle
mobilt er anderledes end for traditionel software-udvikling. Derfor bør I vælge en leverandør
der har dokumenteret erfaring med udvikling af mobile apps – og gerne apps der minder
om jeres. Prøv app’en og tal eventuelt med andre af leverandørens kunder.
1.3 Hvem ejer app’en?
Efterhånden som markedet modnes vil der utvivlsomt ske en konsolidering, og nogle
leverandører vil bukke under. Hvis jeres app er blevet en vigtig del af jeres profil er det
vigtigt at I bevarer kontrol over app’en og den bagvedliggende kildekode.
Udform aftalen med leverandøren således, at I har (delt) ejerskab til løsningen og I får
kildekoden samt dokumentation udleveret løbende.
1.4 Få styr på brugssituationen
Hvem skal bruge app’en? På hvilket device? Hvor og hvornår? Kend dine brugere og sørg for
at tilpasse app’en til brugssituationen – for de tænker sjældent som dig. Hvis brugeren
primært har en iPhone skal app’en ikke være for tekst -tung. Måske skal der udvikles
separate versioner til både telefoner og tablets? Hvilke sprog skal app’en være tilgængelig
på?
1.5 Hvilke mobile platforme skal understøttes?
Der er tre mobile platforme som er egnede til apps: iOS fra Apple, Android fra Google samt
Windows Phone fra Microsoft. Indtil videre har Windows Phone kun begrænset udbredelse,
mens iOS og Android deler markedet. Selvom Android er større end iOS på verdensplan, er
det vores vurdering at iOS er mest udbredt som virksomheds-smartphone i Nordeuropa.
Når det kommer til tablets har iOS (iPad) en klar dominans.
Ve rsion: 0.3
Forfatter: Søren Linde
Dato: 11-06-2013
Side 2 af 4
Mobility Archite cts ApS
Q uick guide til app-udvikling
Styresystemet Windows 8 Pro på tablets får i øjeblikket meget opmærksomhed. Det skyldes
især at den giver IT-organisationens driftsmæssige fordele. Enhederne er dog stadig helt
nye og det er endnu uvist om de får brugernes accept, eller om iPad’ens enkle betjening vil
udkonkurrere Windows 8.
Den samme app kan ikke direkte anvendes på alle platforme. Der findes værktøjer der kan
lette arbejdet med at få en app til at fungere på tværs af både iOS og Android, men med
forskellige skærmstørrelser, telefonmodeller og versioner af styresystemer skal der afsættes
ekstra tid til design og ikke mindst kvalitetssikring (test).
De fleste af vores kunder starter med at udvikle app’en til iPhone og iPad.
1.6 Adskil app og data
Brugerne vælger selv om de vil opdatere din app. Derfor kan du risikere, at brugerne bliver
ved med at benytte en app med fejlagtig information selvom du sender en ny version ud.
Løsningen er, at adskille app’en fra dens data således at brugeren henter app’en fra App
Store hvorefter app’en henter sit indhold hos jer. Hver gang app’en starter kan den
kontrollere om der er opdateringer til indholdet og derefter hente dette.
Ved at adskille app og data får du også mulighed for:




løbende at se, hvor mange der anvender jeres app samt at indsamle anden
brugerstatistik
at udsende nyheder og anden aktuel information
at distribuere store datamængder (Apple tillader ikke distribution af app over 50 MB
via 3G forbindelser – denne begrænsning gælder ikke når data adskilles fra app’en)
at udsende nye versioner af app’en uden at app’ens data nødvendigvis skal
opdateres. Det giver en bedre brugeroplevelse
1.7 Hvordan udveksles data?
Hvis applikationen udveksler data med centrale systemer bør I overveje følgende:



Hvor sikrer vi at dataoverførslerne bliver mindst mulige og for så vidt usynlige for
brugerne?
Hvilken metode benyttes til overførsel af data. Er metoden:
o Hurtig og effektiv?
o Sikker?
o Let at vedligeholde?
Hvis I indsamler og opbevarer data skal det ske sikkert og naturligvis under
hensyntagen til lovgivning. Sørg også for backup.
Husk også at ikke alle brugere opdaterer når I udgiver nye versioner af app’en. Derfor vil I
have flere versioner af jeres app i brug samtidigt. Både nye og gamle versioner naturligvis
kunne udveksle data.
1.8 Apps skal videreudvikles
Brugerne forventer, at jeres app løbende udvikler sig og at den som minimum understøtter
nye telefonmodeller (f.eks. den længere skærm på iPhone 5) og at den også fungerer når
der kommer nye versioner af telefonens operativsystem.
Derfor er udviklingen af en app ikke bare et projekt – det kræver også en samarbejdsaftale
mellem jer og leverandøren der sikrer, at leverandøren løbende (og med kort varsel) kan
levere nye versioner af app’en.
Der er ikke nogen grund til at lancere alle funktioner på en gang. Hav gerne nogle
opdateringer i baghånden, så I kan vise brugerne at jeres app løbende udvikler sig.
Ve rsion: 0.3
Forfatter: Søren Linde
Dato: 11-06-2013
Side 3 af 4
Mobility Archite cts ApS
Q uick guide til app-udvikling
1.9 Hav kontrol over app’ens livscyklus
En app er en del af virksomhedens ansigt og en dårlig eller en fejlbehæftet app kan skade
jeres image. Derfor bør I sikre, at I har kontrol over app’en og at I kan frigive nye versioner
af app’en og i værste fald tilbagekalde en defekt app.




Alle versioner af app’en skal afprøves af jer inden de frigives
Publicering af apps i App Store, Google Play og Microsoft Market kræver brugernavn og
login. Sørg for, at I varetager publiceringen og at det sker i jeres navn.
Det er vigtigt, at certificater og andre registreringer hos Apple, Google og Microsoft sker
i jeres virksomheds navn.
Hvad er processen for at tilbagekalde en app?
Interne apps skal ikke distribueres via de offentlige app-stores. Vi anbefaler i stedet at I
benytter en mobile device management (MDM) løsning. MDM løsningen giver samtidig
overblik over, hvilke brugere der har installeret app’en og i hvilken version.
1.10 Gå i dialog med dine kunder!
Mobile brugere har vænnet sig til, at apps udvikler sig: Danske Banks app opdateres ca.
hver anden måned, LinkedIn en gang om måneden mens Facebook i gennemsnit lancerer
en ny version af deres app hver 14. dag. Brugerne er ofte i dialog med virksomhederne; de
anmelder app’en, finder fejl og kommer med forslag til nye funktioner. Brugerne af app’en
forventer at leverandøren tager del i dialogen og benytter deres feedback.
Vær klar til at håndtere dialogen, og lad være med at falde for fristelsen til at give din egen
app top-karakter. Hvis app’en opfylder et formål og er let at bruge vil jeres brugere strø
stjernerne over jer.
2 Vil I vide mere?
Hvis I har spørgsmål eller kommentarer til dokument et eller til udvikling af mobile apps er I
velkomne til at kontakte Søren Linde på 31 62 11 90 eller sl@mobilityarchitects.com.
Ve rsion: 0.3
Forfatter: Søren Linde
Dato: 11-06-2013
Side 4 af 4