.nl. Aan: 3584 CH. Utrecht. Bij dezen. Ons doel. waarna. van fouten. willen

Transcriptie

1 Opdracht Nationale Spoorwegen Oude trambaan 7, 1234 AA Klinkenveld Mail: Aan: Een jonge OIS startup Universiteit Utrecht 3584 CH Utrecht Klinkenveld, 19 januari 2016 Betreft: haalbaarheidsonderzoek NS app Ons kenmerk: HA/ Geachte firma, Bij dezen verzoeken wij u te onderzoeken of het mogelijk c.q. haalbaar is voor onze organisatie een mobiele app te ontwikkelen waarmee treinreizigers automatisch kunnen betalen volgens het h be in be out principe. Ons doel is in eerste instantie een projectvoorstel met een indicatieve begroting en een invoeringsplan, waarna wij een besluit zullen nemen over dee aanbestedingg hiervan. Hieronder zullen we ons probleem in i grote lijnenn uiteen zetten. Dit willen we w graag in mondeling overleg verder toelichten. Tijdens deze bijeenkomst kunnen we wellicht ook al van gedachten wisselen over mogelijkee oplossingsrichtingen. De OV-chipkaart is inmiddels gemeengoed geworden onder de Nederlandse reizigers. Het overgrote deel van de treinreizen wordt via deze kaart betaald. De tendens van de toekomst is echter om op andere betaaltechnieken over te gaan, bij voorbeeld inchecken met betaalpas of creditcard, waarmee in het buitenland al uitgebreid ervaring is opgedaan. We denken echter verder dan dit zogenaamde 'EMV' model. m Op eenn termijn van enkele jaren willen we overstappen op het zogenaamde z be in be out principe, waarbij niet meerr actief in- en uitgecheckt hoeft te worden, maar automatisch a wordt vastgelegd waar en wanneer de klant de betaalzone van het OV ingaat of weer verlaat. Dit principe kan uitstekend in combinatie mett de smartphone worden toegepast. We hebben inmiddels al opdracht gegeven voor het uitvoeren van technischee pilots. In aanvulling hierop willen we ook starten met dee ontwikkeling van een bijbehorende app, waarmee dee klant zijn/haar reisstatus kan volgen en een overzicht heeft van reis- vervangen, zodat de klantt bij voorbeeldd een fiets kan meenemen, eersteklas kan reizen, off een ander reisproduct kan aanschaffen en e activeren. Tenslotte, in antwoord a en betalingsgeschiedenis. Hierbij willen we ook de functionaliteit van de huidige kaartjesautomaatat op de vele kritiek uit de maatschappij, willen we de afhandeling van fouten en e problemen n vereenvoudigen en verbeteren. Uiteraard blijft onze eerste prioriteit het voorkomen van fouten. Wij hebben begrepen dat u al ervaring heeft met het ontwikkelen van apps voor v het betalingsverkeer en willen dan ook graag onze wensen en ideeën met u doornemen. Met onze directiesecretaresse kunt u een afspraak maken voor een gezamenlijke bijeenkomst. Hoogachtend, (E. de Meeter, Commercieel Directeur Nationale Spoorwegen)

2 Projectvoorstel Een jonge OIS startup Universiteit Utrecht 3584 CH Utrecht Aan: Directie Nationale Spoorwegen Oude trambaan AA Klinkenveld Utrecht, 9 februari 2016 Betreft: projectvoorstel NS app Uw kenmerk: HA/ Ons kenmerk: HCS/ Geachte directie, Op basis van de probleemstelling in uw brief van 19 januari 2016 en enkele verkennende gesprekken presenteren wij u bij dezen een voorstel voor een te ontwikkelen app. Na akkoord bevinden uwerzijds zullen wij de ontwikkeling starten. Probleemstelling Uw organisatie wenst een app te laten ontwikkelen die het reizigers mogelijk maakt voor hun reis te betalen met behulp van de smartphone, volgens het zogenaamde be in be out principe. De opdracht betreft het ontwikkelen van een app waarmee de klant op de hoogte wordt gehouden van de reisstatus, een overzicht krijgt van de betalings- en reisgeschiedenis en aanvullende reisproducten kan aanschaffen. U hecht grote waarde aan een goede en eenvoudige afhandeling van de fouten. U geeft aan dat de techniek voor het betalingsverkeer en voor de exacte plaatsbepaling van de reiziger door een ander bedrijf wordt ontwikkeld. Uitgangspunten In de prettige en constructieve gesprekken die wij met u gevoerd hebben zijn uw wensen en ideeën verder verkend. Op basis hiervan en een vervolgonderzoek stellen wij u hierbij de uitgangspunten voor de realisatie van de door u gewenste opzet voor. Gezien de ervaring uit het verleden met de langzame en moeizame acceptatie van technologische vernieuwingen in het openbaar vervoer is het van cruciaal belang dat het ontwerp van de app bijdraagt aan een snelle en brede acceptatie van deze nieuwe betalingstechniek bij het reizigerspubliek, en dat deze aan hoge eisen van betrouwbaarheid en transparantie voldoet. Uitgangspunt hierbij is dat in principe iedere smartphonegebruiker de app kan installeren, zich kan aanmelden en vervolgens tegen de gebruikelijke kosten met de trein kan reizen. Het ontwerp van de app omvat ten minste: functionaliteit om zich als reiziger aan te melden en een betalingsmethode te kiezen informatie over reisstatus: is de reiziger ingecheckt, en zo ja, waar en voor welke reisproduct(en) informatie over de kosten van de reis toegang tot de reisgeschiedenis functionaliteit voor het aanschaffen van reisproducten zoals eersteklasticket, kaartjes voor hond of fiets, vrije reisdagen en dergelijke Verdere uitgangspunten zijn: de app wordt gebruikt voor treinreizen binnen Nederland. Buitenlandse reizen en reizen met tram, bus, metro en dergelijke hoeven niet in het ontwerp te worden meegenomen. in- en uitchecken gebeurt automatisch volgens het be in be out principe. de app kan niet misbruikt worden voor zwart- of grijsrijden.

3 de app is toegankelijk en bruikbaar voor alle reizigersgroepen, inclusief gezinnen met kinderen, ouderen en mensen met een fysieke handicap. de reisstatus is te allen tijde volstrekt duidelijk voor zowel reiziger als treinpersoneel de reiziger kan gemaakte fouten eenvoudig corrigeren (bij voorbeeld verkeerde upgrade, korting of aanbieding selecteren) en grotere problemen onmiddellijk communiceren aan de klantenservice. Onze voorgestelde oplossingen zullen we in het prototype demonstreren en in de rapportage onderbouwen. Globale omvang De globale omvang van het project is 8 weken. Hierna beschikt u over een gevalideerd ontwerp en een programma-prototype. Op basis hiervan kan de feitelijke programmering plaatsvinden. Deze activiteit wordt apart begroot c.q. door derden aangenomen. Team, organisatie en uitvoering Het ontwikkelteam bestaat uit ca. 6 personen, per ontwikkelfase (zie onder) elk met een eigen taak en verantwoordelijkheid. Het team kiest voor elke ontwikkelfase opnieuw een teamcoördinator. Een ontwikkelfase begint met het opstellen van een projectplanning. Er is een wekelijkse bijeenkomst, waar de opdrachtgever (of diens vertegenwoordiger) bij aanwezig is. De opdrachtgever (of diens vertegenwoordiger) blijft op de hoogte van de vorderingen via de gedeelde Google drive map. Via het logboek kan de opdrachtgever de activiteiten in de tijd volgen. Ook kan hij het werk inspecteren door inzage in de projectplanning, actiepuntenlijst en overige bestanden. De uitvoering geschiedt in twee fasen, te noemen: 1. specificaties en basisontwerp 2. prototype De opdrachtgever is bij elke fase betrokken. Behalve de onder team en organisatie genoemde aspecten betreft dit ook de goedkeuring m.b.t. de keuze van representatieve gebruikers, die ten behoeve van evaluaties door ons ingezet worden. Deliverables De volgende deliverables komen tot stand. 1. Rapport specificaties en basisontwerp Dit rapport bevat een onderbouwde productvisie. Het specificeert op basis van gedegen onderzoek de specificaties van het te ontwerpen product. Deze specificaties geven een complete en meetbare beschrijving van de app, waartegen prototypes en implementaties geëvalueerd kunnen worden. De specificaties worden vervolgens uitgewerkt tot het basisontwerp van de app. Op basis van persona s en scenario s worden een conceptueel ontwerp en user interface ontwerp gepresenteerd. Het basisontwerp zal worden geëvalueerd door middel van een lo-fi prototype. De uitkomsten van de evaluatie zullen in het rapport worden opgenomen. De programmaspecificaties, het basisontwerp en de evaluaties zullen ter goedkeuring aan de opdrachtgever worden gepresenteerd in het Rapport basisontwerp. 2. Prototype Dit betreft de nadere uitwerking van het basisontwerp zoals de visuele vormgeving, interactie-elementen, dialoogstructuur en de concrete uitwerking in een werkend, hi-fi prototype. Het prototype simuleert de werking van het uiteindelijke resultaat. Het is volledig m.b.t. de user interface maar is niet feitelijk functioneel: de logica van het programma is immers nog niet ontwikkeld. 3. Rapport Prototype Dit rapport geeft een onderbouwde beschrijving van de ontwikkeling van het prototype. Het rapport bevat verschillende evaluaties van het prototype, waaronder met toekomstige gebruikers. Het prototype en bijbehorend rapport zullen ter goedkeuring aan de opdrachtgever worden gepresenteerd. Op een speciaal georganiseerde bijeenkomst op ons bedrijf zullen wij u het prototype demonstreren. Systeemeisen De app wordt ontwikkeld voor smartphones. Zowel ios als Android besturingssystemen zullen worden ondersteund. Verder worden er geen bijzondere systeemeisen gesteld.

4 Wij zien uw reactie met belangstelling tegemoet. Hoogachtend, (i/o directie OISstartup, A. van Vooren)

5 Achtergrond Uitgebreid materiaal van de overheid over OV betaaltechnieken van de toekomst, inclusief het be in be out principe vind je hier: Via de NS kaartjesautomaat kun je allerlei extra producten kopen die je ook vaak op je OV-chipkaart kunt opladen: