Vejdirektoratets mobilapplikation

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

3. 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.

4. 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.

5. Trafikken.dk på iPhone

6. Trafikken.dk på iPhone

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

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

9. 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

10. 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

11. 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.

12. 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.

13. 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.

14. 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.

15. 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)

16. 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.

17. 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

18. 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