Vejdirektoratets mobilapplikation Hos IT og Telestyrelsen, den 12. oktober 2011 ved 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

Oplæsning af trafikmeldinger på iPhone Følgende meldinger vises altid og læses op.  Trafikmeldinger  Kømeldinger  Kraftig vind  Glat vej

Øvrigt downloads (iPhone) downloads (Android) besøg pr. måned besøgende pr. måned 25 minutter i gens. Symbian version er på vej! Frigivet: 1. august 2010 (iPhone) 1. september 2011 (Android)

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 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, 7244 Trafikken.dk til iPhone: