Vejdirektoratets mobilapplikationHos IT og Telestyrelsen, den 12. oktober 2011ved Christian von Huth, Fulmægtig, Trafik og Beredskabsafdelingen

Idéen med trafikmeldinger på iPhone

Formålet med tjenesten er at bilisten skal kunne have adgang til for ham/hende relevante trafikmeldinger – under rejsen.

Meldingerne skal modtages i form af lyd så bilisten kan holde øjnene på vejen.

Løsningen

En applikation der følger bilistens position og læser alle trafikmeldinger i nærheden op.

Bilisten kan selv vælge hvor stort et område, der skal læses op fra ved at zoome ud eller ind på kortet. Bliver det vist på kortet så læses det op.

Bilisten kan selv vælge hvilke øvrige informationer han/hun ønsker at se på kortet.

Trafikken.dk på iPhone

Trafikken.dk på iPhone

Oplæsning af trafikmeldinger på iPhone

Følgende meldinger vises altid og læses op. Trafikmeldinger Kømeldinger Kraftig vind Glat vej

Øvrigt

95.000 downloads (iPhone)4.000 downloads (Android)33.000 besøg pr. måned11.000 besøgende pr. måned25 minutter i gens.

Symbian version er på vej!

Historikken

November 2009, kunne vi se at vi havde lidt ekstra i budgettet.

Vi fik et godt tilbud fra en leverandør som vi kendte i forvejen – og som leverer en del af løsningen til trafikken.dk (på nettet)

+ havde erfaring med mobile løsninger der bruger GPS - havde ikke erfaring med iOS

1. august 2010 endelig lancering

Behovsanalyse

Vi har gennem forskellige brugerundersøgeler og ved at kigge på brugen af andre kilder til trafikinformation et klart billede af at information under rejsen er efterspurgt.

Borgerhenvendelser: Hvorfor laver I ikke en iPhoneapp? Det var et meget interessant alternativ til den nedlagte

SMS-tjeneste. Det gav mulighed for at automatisk at få informationen

ud til bilisterne – hurtigt og uden mellemled. Alt i alt: Vi synes det var en god idé, der gav god mening

Platformsafklaring m.m.

Hvor vi kunne forvente flest brugere? NOKIA – OVI Store fungerede dårligt. Touch var oplagt - og pr 1. januar 2010 var Nokia slet

ikke ude med seriøse touch telefoner. iPhone eller Android? 1. januar 2010 var det et let valg.

Der var relativt få brugere af Android og deres økonomisystem var først ved at blive modnet.

iPhone viste sig at være det rigtige valg. Der er heller ingen tvivl om at Android var nr. 2.

Test

Vores løsning kræver online data og disse data skal være tilgængelige under bevægelse. Bevægelse over længere afstand = afbrydelser.

Lyd filer, kort, trafikmeldinger, webcams, trafiktilstande, temperaturer. Alt sammen noget som skal hentes mens bilen kører og forbindelseskvaliteten varierer.

Ved installation skulle en komponent hentes fra app store og en via internettet – det gjorde opstart unødig langsom – vi samlede det i app store så opstart blev hurtigere, mens download lidt langsommere.

Vi har brugt rigtig megen tid på test og stillet krav om forbedringer af robustheden mht. modtagelse af data under dårlige forhold.

Alligevel mistede vi mange brugere på iPhone fordi download af app eller brug af app var præget af problemer med at hente (modtage) data.

Langtidstest – situationsbestemte tests – husk der er flere versioner af iOS! Tænk i brugersenarier også når du tester.

Hvad skal der til?

Lanceringen er vigtig. Det skal virke første gang. Vent dog ikke for længe – brugernes modtagelse giver værdigfuld

viden – selvom du tror du er færdig, så er du det ikke. Løbende udvikling – Agil udvikling (ved bestilling) er næsten en

nødvendighed. (Tænk eventuelt i versioner) Omk. 10 - 15 sekunder til at vurdere om en app er god eller ikke. Langsom installation/opstart er ikke så godt. Responsen under brug af applikationen skal også være hurtig. (man

skal kunne se at der sker noget efter man har rørt ved en knap) Hellere lidt mindre indhold og en hurtig app end meget indhold i en

tung og langsom.

Husk

Husk statistik i app hvis den er online. Vi har meget værdifuld info om app fra vores via google analytics.

Test – også på flere version af iOS – også inden du udsender en opdatering.

Brug tegninger ved bestillingen og under udviklingen – det letter forståelsen af hvad du vil have. Der findes gode ”en til en” skabeloner. Skærmen er faktisk ikke så stor som man tror – også en grund til at begrænse indholdet.

Lyt til brugerne! Vær klar til at rette små ting kort efter lanceringen.

Vi burde have …

Holdt en ”tegne-workshop” i starten – med idé og konceptudvikling.

Lavet en klarer aftale med leverandøren omkring drift og udvikling

Sat flere penge af i budgettet (test og udvikling) Sat flere timer af til projektledelse Været mere obs på at test og fejlretning tager meget

lang tid (tidsplanen skred flere gange) Lavet et versionsskema fra starten. (ikke alt kan komme

med i første eller anden version – og man får ofte nye ideer undervejs)

Følgeeffekter

Vores information blev mere synlig• Kvaliteten af data blev udstillet i højere grad end hidtil• Responstid i TIC • Tekst til tale system mere synligt (1888)• Lettere at teste trafiktæthedsdata• Stiller pludselig lidt større krav til korrekthed

Skabte en nye bruger situation• Udfordringer at bruge samme datafeed og indstillinger.

Spring ud i det!

”If you’re not embarrassed by your first release, then you launched too late.”

Reid Hoffman, LinkedIn

”Lanceringsdagen er virkelig a day to die”Anna Taws, mobile design manager, Berlingske og ejer af Creative Apps

Tak for opmærksomheden!

Christian von Huth, crvh@vd.dk, 7244 3499

Trafikken.dk til iPhone:http://itunes.apple.com/dk/app/trafikken-dk/id377702231?mt=8