Tips voor open data apps

Author
Marise Schot

Na enkele succesvolle open data contests, vonden we het tijd om zélf een open data app te ontwikkelen die volledig strookt met onze eigen ‘users as designers’-filosofie. Maar al hadden we een goed idee, scrumden we, stelden we een multi-disciplinair team samen en co-creëerden we, uiteindelijk is de app alleen van nut geweest als testcase binnen het CitySDK linked open data platform. Benieuwd waarom? Hieronder ons verhaal, met 8 tips voor het ontwikkelen van een succesvolle user-centered open data app.

Het concept was een app die relevante data tijdens de reis aanbiedt. De Reisradar app, zoals de werknaam luidde, zou een toepassing worden met reisdata, aangevuld met informatie van medereizigers, zogenaamde crowdsourced data. We testten het principe een week met 40 reizigers op het traject Utrecht-Amsterdam. Dit bleek goed aan te slaan, dus kwamen er interface-ontwerpen, Scrum use cases en gebruikerstesten.

Waarom de app niet aansloot bij de gebruikersbehoefte

Het grootste probleem bleek dat de app verwachtingen schepte die het niet kon waarmaken. Dat kwam omdat er teveel tijd ging zitten in het doorontwikkelen van het concept, een gebruiksvriendelijke screenflow, het uitvinden wanneer data relevant is, een route invoersysteem en het oplossen van bugs. 

De gebruikers verwachtten een routeplanner achter de reisadviezen op basis van de door hun gekozen route. Dat was niet het geval, dus moesten gebruikers hiervoor alsnog een andere app gebruiken. Daarnaast had iedereen zijn eigen voorkeuren als het om de bron van de reisinfo gaat. Tot ongenoegen van de gebruikers kwam de app soms met niet-relevante data, of teveel data. Als er iets met de treinenloop misgaat, wil je op dat moment alleen die informatie krijgen. Omdat de app voortdurend alle reismogelijkheden gaf was deze minder bruikbaar voor forensen of doorgewinterde reizigers. Om waardevol te zijn zou de app perfect moeten werken: de gehele reis ondersteunen qua data én een routeplanner bevatten. Een andere optie zou kunnen zijn om een app met alleen crowdsourced info te ontwikkelen die forensen op hun route kunnen raadplegen omdat dat volgens onze testers wel degelijk iets toevoegde aan hun reisbeleving.

We hebben veel geleerd van dit proces en geloven nog steeds in het idee. Voor wie zelf plannen heeft voor het ontwikkelen van een user-centered open data app, geven we hierna acht tips gebaseerd op onze ervaringen:

  1. Gebruik bij het ontwikkelen applicaties waar je ervaring mee hebt en plan hiervoor voldoende tijd in, pas op voor steile leercurves.
  2. Wijzig de samenstelling van het ontwikkelteam niet te vaak om te voorkomen dat kostbare inzichten verloren gaan.
  3. Probeer niet zoveel mogelijk uitdagingen tegelijkertijd aan te gaan.
  4. Plan de ontwikkeling zodanig dat je het concept al in een vroegtijdig stadium kunt testen.
  5. Neem al je ervaringen tijdens testmomenten serieus.
  6. Wees niet bang om je testers een niet volledig uitgewerkte versie voor te leggen.
  7. Bedenk: “Open data is geen toverwoord” (Laurens Schuurkamp).
  8. En ten slotte: “Ook al maak je geen ‘slimme’ app, het blijft altijd veel werk” (Taco van Dijk).

​Het Reisradar team: Taco, Laurens, Lodewijk, Job, Erik, Marise

Over de auteur

  • Marise Schot worked as concept developer for Waag. Her work focused on well-being and applications that enhance the quality of life.