Coding Dutchmen ontwikkelt al jaren de sportapps voor de Rabobank. Uit deze samenwerking zijn geweldige producten zoals Rabo Cycling, Rabo Hockey en Rabo Sport (voor de winterspelen van Vancouver 2010) gekomen. Bovendien hebben we in de afgelopen jaren geleerd wat er komt kijken bij de ontwikkeling van apps voor de grootste sportevenementen ter wereld.

Toen de Rabobank besloot een Olympische campagne te gaan voeren was Coding Dutchmen de partij die gevraagd werd de bijbehorende apps te ontwerpen en ontwikkelen. In april kwamen we tot overeenstemming over de functionaliteit, met een eerste oplevering op 14 mei in de planning.

Eerste fase

In april heeft Coding Dutchmen de eerste wireframes van de applicatie ontwikkeld. De app hoefde in die fase slechts geschikt te zijn voor iPhone en Android, dus een ontwerp voor tablets was toen nog niet beschikbaar. In de wireframes is de countdowntimer, de twitterstream rond de hashtag #ziningoud en de ruimte voor de filmportretten al duidelijk te herkennen.

De eerste fase moest al op 14 mei opgeleverd worden. Met het goedkeuringsproces van Apple (dat meestal tussen de 7 en 14 dagen kost) betekende dit dat de eerste versie al op 30 april af moest zijn. Dit gaf ons ongeveer drie weken om de eerste versie van de app te ontwikkelen, maar gelukkig konden we sterk leunen op onze eerdere ervaringen. In het screenshot rechts is bovendien te zien hoe sterk we op de wireframes hebben kunnen leunen.

Tweede fase

De tweede periode van het project liep van 1 mei tot 17 juni. In deze zes weken werden de apps klaargemaakt voor alle sporten, medailles, pushberichten en meer. Ook voor deze fase zijn we begonnen met wireframes, zoals in de afbeelding rechts te zien.
Helaas waren deze wireframes niet zo’n schot in de roos als bij fase 1. Een aantal onderdelen van het ontwerp bleek in de praktijk niet te werken, van andere onderdelen was de data niet beschikbaar, en sommige delen waren niet haalbaar binnen de planning. In grote lijnen zie je echter nog steeds deze wireframes terug in het uiteindelijke ontwerp.

In fase 2 werd de iOS app ook geschikt gemaakt voor de iPad. Het doel van een specifiek ontwerp voor de iPad was om het ultieme tweede scherm te ontwikkelen; de perfecte tool om de sport op TV mee te verrijken. Zoals voor alle onderdelen hebben we eerst wireframes van de app gemaakt. Later zou blijken dat deze wireframes aan de basis van absolute App Store-hit zouden staan.

iPad: Het tweede scherm

In de afgelopen jaren hebben we (en vele andere developers) geleerd dat een iPad-app niet goed in de smaak valt als het slechts een opgeschaalde versie van een iPhone-app is. Mensen gebruiken de iPad op een andere manier, in andere situaties. We hebben onszelf daarom gevraagd waar de een iPad-app voor de Olympische Spelen gebruikt zou worden en welke functies je daarbij zou verwachten.

We bedachten dat de iPhone en Android-toestellen voornamelijk onderweg gebruikt zouden worden, maar dat de plaats van iPad vooral op de bank, voor de TV zou zijn. Hier liepen we ook tegen een uitdaging aan: wij zouden de sportdata (scores en klassementen) nooit zo snel in de huiskamer kunnen krijgen als de televisie dat kan. De focus moest bij de iPad daarom op ‘TV-ondersteunende’ functies komen te liggen.

Een aantal eenvoudige features waarmee de gebruiker snel achtergrondinformatie kon vinden waren snel bedacht:
1) Op een grote kaart geven we alle sportlocaties weer, inclusief een korte beschrijving.
2) In een lijst tonen we alle Nederlandse deelnemers, met daarachter een profielpagina.

Uit verdere brainstorms kwam echter al snel naar voren dat de echte ‘tweede scherm’-features op social media, met name op Twitter, zouden moeten leunen. De Spelen van 2012 werden vooraf al beschouwd als de eerste Socialympics: de Spelen waar prestaties en aanmoedigingen het eerst en het snelst via social media verspreid worden. Een primair ontwerpdoel was daarom om Twitter op zoveel mogelijk plekken in de app terug te laten komen.

De belangrijkste plek om Twitter te implementeren was bij de wedstrijden (zie screenshot rechts). Via een CMS, toegankelijk voor ons en de Rabobank, kunnen we een of meerdere #hashtags aan een wedstrijd koppelen. In het Twitter-venster bij een wedstrijd werden vervolgens alle berichten met deze hashtag getoond en kon de gebruiker snel zelf een bericht met de relevante hashtag toevoegen. Hiermee zorgden we ervoor dat de nieuwste en meest relevante tweets direct bij de wedstrijd bekeken konden worden.

iPhone & Android: De mobiele portemonnee

In het Holland Heineken Huis heeft de Rabobank mobiel betalen mogelijk gemaakt. Hiervoor deelden ze in het HHH NFC-stickers uit: stickers met daarin een chip, waarmee draadloos gecommuniceerd kan worden. Deze sticker kan je tegen een lezer bij een kassa houden, waarna je bestelling direct van je saldo afgeschreven wordt. Dit saldo wordt beheerd in een MyOrder-portemonnee. Om het saldo van de MyOrder-portemonnee op te waarderen kan de gebruiker naar een oplaadpunt in het HHH, maar de kans is groot dat hij dan in een lange rij terecht komt.

In opdracht van de Rabobank heeft Coding Dutchmen het mogelijk gemaakt om deze rijen volledig te vermijden: met #ziningoud op iPhone en Android is het mogelijk om een NFC-sticker aan je mobiele nummer te koppelen, waarna je altijd en overal je saldo kan ophogen via iDeal, Creditcard, PayPal of MiniTix. Coding Dutchmen is er erg trots op om zo nauw bij de eerste grootschalige toepassing van mobiel betalen betrokken geweest te zijn.

Pushberichten

In de Android-, iPad- en iPhone-apps kon de gebruiker aangeven welke pushberichten hij wou ontvangen. Met het oog op de grote hoeveelheid wedstrijden verzonden we alleen berichten bij uitslagen: de winnaar van een wedstrijd, de winnaar van een klassement of de winnaar van een medaille. Als een gebruiker de standaardinstellingen niet wijzigde, kreeg hij automatisch bericht op het moment dat Nederland een wedstrijd, klassement of medaille won. Er waren echter ook enkele honderden gebruikers die alle berichten over één of meerdere sporten wilden ontvangen, ongeacht Nederlandse deelname. Verspreid over de hele Olympische Spelen hebben we in totaal 8996 pushberichten verzonden (4498 naar iOS, 4498 naar Android). Het grootste aantal ontvangers van één bericht was meer dan 111.000.

Statistiek

De eerste versie van #ziningoud was al in mei beschikbaar. In mei en juni werd de app echter nog niet veel gedownload, maar dat was geen verrassing: de app bevatte nog weinig content, Nederland was nog niet erg bezig met de Spelen (het EK voetbal en de Tour de France waren nog bezig) en bovendien begon de “van begin tot goud”-campagne pas op 4 juli, de dag dat de sporters officieel werden overgedragen aan het NOC*NSF.

We zien de eerste piek in nieuwe gebruikers op 5 juli. Vanaf die dag tot en met 21 juli wordt #ziningoud tussen de 1000 en 2000 keer per dag gedownload. In de periode 22 juli – 27 juli (de laatste dag van de Tour de France tot en met de openingsceremonie van de Olympische Spelen) neemt het aantal nieuwe gebruikers toe van 2500 per dag op de 21ste naar 7000 per dag op de 27ste. Bij de start van de Spelen zien we een enorme piek aan nieuwe gebruikers: bijna 50.000 in drie dagen. Hierna neemt het aantal nieuwe gebruikers per dag gestaag af tot circa 2000 per dag aan het eind van de Spelen en vrijwel niets na de sluitingsceremonie.

De bovenstaande grafiek van nieuwe gebruikers per dag geeft een duidelijk beeld van de aanloop naar de Spelen. Dit zien we ook terug als we naar de unieke gebruikers en totaal aantal sessies (app-openingen) per dag kijken: het aantal unieke gebruikers neemt na de eerste dagen niet significant meer toe, maar blijft rond de 60.000 per dag hangen. De lijn met het aantal sessies per dag fluctueert wat meer, wat vooral aan Nederlandse deelname op bepaalde dagen toe te schrijven is.

In de statistiek viel verder op dat we ongeveer twee keer zoveel iOS-gebruikers dan Androidgebruikers hadden. Uit marktonderzoek is gebleken dat Androidgebruikers hun telefoon minder vaak voor apps gebruiken dan iOS-gebruikers, wat deels toe te schrijven is aan het grote aantal goedkope Androidtelefoons. Desondanks lijkt het er op dat de Androidgebruikers die de app wel installeerden, de app vaker op een dag openen dan iOS-gebruikers (respectievelijk 3.4x per dag en 2.6x per dag tijdens de Olympische Spelen).

De applicatie is gelijktijdig ontwikkeld voor iPhone en Android, waarbij de applicaties exact dezelfde functionaliteit gekregen hebben. Als de app voor het eerst geopend wordt krijgt de gebruiker een zoekscherm te zien, waar de zoekterm, plaats en straal ingevoerd kunnen worden. Ook kan eventueel een selectie van ‘functiegroepen’ gekozen worden en kan de opdracht opgeslagen worden.

Als gekozen wordt voor het opslaan van de zoekopdracht zullen nieuwe vacatures die binnen de gestelde parameters vallen automatisch getoond worden bij het openen van de app en zal er een pushbericht verzonden worden.

Na het invullen van de zoektermen wordt een lijst met beschikbare vacatures getoond. Deze kunnen gesorteerd worden op afstand, datum en relevantie. De relevantie wordt bepaald door de afstand tot je zoekpositie en hoeveel zoektermen overeenkomen met de titel van de vacature. Ook kan ervoor gekozen worden alle gevonden vacatures op een kaart te tonen.

Vanuit de lijst met vacatures of de kaart kan een enkele vacature gekozen worden. Deze vacature kan opgeslagen worden zodat hij later bekeken kan worden, de locatie kan op een kaart getoond worden en de vacature kan via Facebook, Twitter en mail gedeeld worden met vrienden en kennissen. Het belangrijkste is echter de ‘solliciteer’-knop, waarmee de vacature en de link waarmee gesolliciteerd kan worden naar je eigen mail-adres gestuurd wordt.

Voor de ontwikkeling van Rabo Vacatures hebben we samengewerkt met Job Partners. Zij beheren de sollicitatietrajecten van veel grote Europese bedrijven, waaronder Rabobank Nederland. Wij downloaden de vacatures van een webservice van Job Partners, waarna we ze opslaan in onze eigen database. De iPhone- en Android-apps communiceren met deze database via een eigen – op JSON gebaseerde – webservice. Deze service zorgt er ook voor dat gebruikers hun zoekopdrachten op kunnen slaan en dat ze geregistreerd worden voor pushberichten.

Zoals met vrijwel al onze applicaties beheert Coding Dutchmen de hosting van de webservice intern. Hiermee kunnen wij snel aanpassingen doorvoeren en kunnen we de hoogste uptime en de beste koppeling tussen iPhone / Android en de webservice realiseren.

De meeste iPhone- en iPad-apps zijn gericht op het functionele: ze maken een taak makkelijker of leuker of dienen ter ontspanning of vermaak. Voor een klein deel van de apps in de App Store geldt echter dat het uiterlijk en de interactie – de user interface – belangrijker is dan de functie. Barometer is hier een voorbeeld van: er zijn tientallen weerapplicaties waarmee de luchtdruk opgevraagd kan worden, dus de app vervult geen functionele behoefte die voorheen niet vervuld kon worden. De app brengt de informatie echter wel op een gebruiksvriendelijke manier.

Bij het ontwerp van Barometer hebben we gekozen voor het uiterlijk van een klassieke analoge barometer. Alle onderdelen zijn gemaakt in Photoshop en Illustrator, met uitzondering van de houten achtergrond. Bij het tekenen van de app hebben we veel aandacht besteed aan de kleinste details: de deukjes bij de schroeven, de draaiende radertjes, de schaduw onder de wijzers, enzovoorts. Het grootste deel van de gebruikers zal deze details niet zien, maar samen zorgen ze ervoor dat de app een afgewerkte, geraffineerde uitstraling heeft.

Voor het opvragen van de luchtdruk gebruikten we eerst Yahoo Weather, maar helaas bleek deze service op veel locaties onnauwkeurige data te leveren. Met een update zijn we daarom overgestapt naar de betaalde service van Wunderground, die een veel hogere kwaliteit blijkt te hebben.

Barometer werkt op de iPhone en iPad met iOS 4.0 en hoger. De app is te downloaden in de App Store.

Onze RMI trainer simuleert de positie van een vliegtuig en geeft de piloot opdrachten, welke met behulp van de RMI uitgevoerd moeten worden. Er kan gekozen worden uit twee soorten bakens: de VOR en de NDB. Voor beide bakens kunnen de opdrachten ‘inbound’ en ‘outbound’ gegenereerd worden.

De uitleg van bovenstaande opdrachten laten we verder over aan getrainde piloten en instructeurs. Onze focus bij de ontwikkeling van deze applicatie lag voornamelijk bij de gebruikersinterface: we wilden de applicatie voor iPhone en iPad ontwikkelen, waarbij de app er op beide platformen waarheidsgetrouw uit moest zien, zonder in te leveren op gebruiksgemak.

Na een aantal brainstorms zijn we uitgekomen op universeel design waarvan vrijwel alle onderdelen in één scherm op de iPad getoond worden. Op de iPhone worden dezelfde elementen verspreid over meerdere schermen.

Bij de ontwikkeling van deze app hebben we samengewerkt met piloten uit Nederland en Engeland. Zij vertelden ons dat iedere piloot met de RMI moet kunnen werken en hebben ons haarfijn uitgelegd welke procedures en algoritmes we moesten programmeren. We hopen dat deze tool alle aankomende piloten kan helpen bij hun studie!

RMI Trainer is beschikbaar in de App Store.

Update: Apple does not allow us to create apps with the intent to donate the revenues. Therefore we’ve had to adjust our policy regarding this app. See the progress section below for a detailed description.

There is, however, one thing we can do: we make iPhone apps. And so we decided to use this skill to support the Japan rescue effort. On Monday March 14th, we held a brainstorm session about what we could build to raise money. Our boundaries were simple: the app would need to be interesting, needed to be designed and developed within a short period of time, and needed some link with the situation in Japan. All revenue – every cent – generated by the application would be directly transferred to the Dutch Red Cross Society, who will make sure the money is spent where it is needed the most.

App concept

The first choice we made was to create a game, not a utility, firstly because a relevant utility was hard to come up with, but also because people are more willing to pay for games, so it raises more money.

We set a deadline of one week, because the people of Japan need any help as soon as possible. One week of development and one week of review by Apple means we’ll be donating money to the Japanese Red Cross society soon enough to make a difference.

So the goal became to create a game and do so in one week. The last thing to decide was how to link the app to Japan, apart from the fund raising part. We chose to go for an old Nintendo-era 8-bit style of design, combined with a game-goal of rescuing people from the roofs of buildings.

After another hour of brainstorming, we finalized the game concept: the player would be in control of a rescue helicopter, flying above a city struck by a tidal wave. As the water level rises, people flee to the roofs of the city, hoping to escape the water. The goal is to save as many people as possible, before the water flushes away the city.

Good cause

We are aware this game touches on a very sensitive subject and borders on a bad sense of taste. Developing and publishing this game was not a decision taken lightly. We chose to go ahead in spite of potential controversy, because our intentions are good and we hope to provide an easy, entertaining way to allow people to support Japan. If this application offends you, we deeply apologize.

Gameplay Video

Progress

June 24th Our public statement regarding the name change:

Japan Rescue has been released under a new name: Chopper Rescue. The original Japan Rescue got rejected by Apple for two reasons:

- We are not allowed to mention anything about donations or what we’ll do with the proceeds.
- Any app that is defamatory, offensive, mean-spirited, or likely to place the targeted individual or group in harms way will be rejected.

In the meantime, it has been months since the tsunami struck and the national and international communities have already provided the help Japan needs. To avoid any trouble with Apple (we develop lots of apps, we don’t want to run any chance of making a bad impression on the review teams) we’ve decided not to donate the proceeds of the application to the Red Cross, as mentioned earlier. We have, however, lowered the price to $1.00.

We do understand this might feel like we’re breaking our earlier promise. The way we look at it, this app is no longer using the Japan disaster as a main source of (media) attention, but has just become another pixel art game. We’ve spent time developing the game and would now like to gain some revenue.

We sincerely hope you can understand this change.

Best,
Coding Dutchmen

June 23th Apple approved Chopper Rescue, which is now available in the App Store for $1.00
June 16th We’ve renamed the app to Chopper Rescue and removed any references to Japan and donations to the Red Cross.
April 6th We received a call from Apple, explaining they couldn’t approve the app for two reasons:

• Apps that are primarily designed to upset or disgust users will be rejected
• Apps that include the ability to make donations to recognized charitable organizations must be free

March 29th We received an e-mail from Apple stating review will take additional time:

Dear Coding Dutchmen,
We are currently reviewing an app that you submitted for inclusion on the App Store, and want to let you know that the review process will require additional time. We apologize for the delay and will provide you with an update on the status of your app as soon as possible.

March 28th Apple has notified us Japan Rescue is now in review.
March 24th There’s a discussion on Touch Arcade concerning the ethics of Japan Rescue.
March 23rd Received reply by Apple, stating they can’t expedite a review at this moment. Quote:

At this time we are experiencing high volumes in app submissions. While we are doing our best to honor all requests for expedited reviews, we cannot guarantee an expedited review at this time. We are working hard to process submissions as quickly as we can and in the most timely manner.

March 22nd Application uploaded to Apple. We sent an e-mail asking if they could review the app quickly. Full e-mail:

Dear Apple,
Today we’ve submitted the app Japan Rescue to the app store. We’ve created this app with the sole purpose of supporting the victims of the Japan earthquake victims. We intend to transfer 100% of the application revenue to the Red Cross society so they can help the Japanese people as effectively as possible.
We would appreciate it if you allow this app to pass review quickly, as it is meant to be an easy, entertaining method of supporting the tsunami victims. The faster this app will be available, the faster we will be able to help Japan.
Best,
Luc van Donkersgoed
Coding Dutchmen

March 18th First playable version complete
March 14th Concept and development started

Er zijn tegenwoordig veel verschillende typen muziekproductie-applicaties, variërend van piano’s en gitaren tot stemvervormers, beatboxes en synthesizers. Met name Korg heeft in de laatste categorie een aantal geweldige producten opgeleverd, waaronder de iMS-20 en iElectribe. Deze ‘analog synthesizers’ maken gebruik van verschillende audio-generatoren, modulators en signaalprocessors (effecten) om hun geluiden te produceren. Door middel van het kiezen en configureren van de juiste modules en instellingen kan bijna ieder geluid geproduceerd worden.

De kracht van de analog synthesizers is echter ook hun zwakte: door de applicatie te laten barsten van opties en functies is bijna iedere toepassing mogelijk, maar moet je ook bijna een professionele geluidstechnicus zijn om de app te kunnen bedienen. En dit is waar wij in beeld komen: we zijn grote fans van muziek, zowel van het luisteren als produceren ervan. Daarnaast zijn we ontzettend thuis in het ontwikkelen van software, user interfaces en user experiences op de iPhone. Ons doel was daarom om een simpele, toegankelijke synthesizer te maken die te bedienen is zonder eerst een handleiding te hoeven lezen.

Uiteindelijk kwamen we tot een aantal eisen voor Noise Boxx: ten eerste moest de applicatie simpel blijven. Het is makkelijk om je te laten meeslepen en een overvloed aan functionaliteit in te bouwen, maar daar zou het project te groot mee worden. Daarnaast moest de applicatie een goede user interface hebben: veel van de muziekproductiesoftware die we gezien hebben was te complex òf had een wat kinderachtige, onprofessionele uitstraling, die wij ongepast voor de iPhone vonden en wilden vermijden. De derde eis was een superstrakke user experience: het moet de gebruiker in één keer duidelijk zijn waar iedere knop voor dient en hoe hij gebruikt kan worden.

Het resultaat is een synthesizer met vier modules:

• (1) De Ribbon, het touch-gevoelige deel van de Noise Boxx met een keyboard-print.
• (2) De Low Frequency Oscillator (LFO), welke een zaagtandgolf produceert. De snelheid en intensiteit van de golf kunnen ingesteld worden door de gebruiker.
• (3) De Voltage Controlled Oscillator (VCO), die de signalen van de Ribbon als input neemt en deze bewerkt met een pitch en volume. De instellingen van de  pitch en het volume kunnen aan de LFO gekoppeld worden, waardoor deze een golvend effect krijgen.
• (4) De Noise Generator, welke witte ruis produceert. Het geluid van deze generator wordt gemixed met het geluid uit de VCO. De gebruiker kan er ook voor kiezen om de output van de LFO naar de Noise Generator te sturen, waardoor dit geluid een golvend volume krijgt.

Voor het ontwerp hebben we gekozen voor een industrieel, zelfs enigszins futuristisch uiterlijk. Dit design past goed bij de geluiden die de app voortbrengt, maar laat ook ruimte voor interface-elementen als blauwe leds rond de draaiknoppen en in de schuifknoppen.

Evenementen

De kern van de applicatie is de lijst met evenementen. Hierin zijn het NK, het EK, het WK en de World Cup opgenomen. Elk van deze evenementen is gescheiden in de wedstrijden voor mannen en de wedstrijden voor vrouwen. In de lijst wordt ook aangegeven of een evenement vandaag wedstrijden bevat, en eventueel of er een update van het evenement gedownload wordt.

Wedstrijden

Door een evenement te selecteren wordt het wedstrijdschema getoond. Per dag waarop wedstrijden worden verreden wordt een groep getoond, binnen deze groep staan de ritten op chronologische volgorde. Via een knop rechts bovenin kan geschakeld worden tussen de wedstrijden voor mannen en vrouwen. Naast de agenda kan via een knop bovenaan deze pagina ook de klassementen bekeken worden.

Ritten

Door een wedstrijd te selecteren wordt het rittenschema getoond. In dit schema is opgenomen wie tegen wie rijdt, en zodra ze gefinisht zijn, wat hun behaalde tijd is. Van iedere schaatser wordt het land van afkomst getoond, en indien de schaatser gemarkeerd is als favoriet zal er een ster bij zijn naam staan. Via een knop aan de bovenkant kan ook gewisseld worden naar de startlijst / uitslagen van de wedstrijd.

Schaatsers

De tweede tab in de applicatie bevat een lijst met alle schaatsers die aan het NK, EK, WK of World Cup meedoen. Deze schaatsers worden op alfabetische volgorde van achternaam gesorteerd. Van iedere schaatser wordt ook het land van afkomst getoond, en door middel van een zoekbalk kan een specifieke schaatser snel gevonden worden.

Schaatserprofiel

Van iedere schaatser is een profiel met foto en algemene info beschikbaar. Op deze profielpagina kan een schaatser als favoriet gemarkeerd worden, waarna hij of zij door de hele app met een sterretje onderscheiden zal worden. Als een schaatser gemarkeerd is als favoriet kan ook gekozen worden om push-berichten voor de schaatser aan te zetten. Vanaf dat moment zal er een bericht verstuurd worden als de geselecteerde schaatser mee zal doen aan een wedstrijd. Deze berichten worden 10 minuten voor aanvang verzonden worden.

Twitter

Veel schaatsers zitten ook op Twitter. Deze accounts worden verzameld weergegeven op de derde tab van de applicatie. Links en afbeeldingen in tweets kunnen geopend worden in Safari. De tweets van schaatsers worden ook op hun profielpagina bekeken worden.

Data en servers

De gegevens in de app worden, net als bij alle Rabosport apps, geleverd door Infostrada. Zij houden de wedstrijden en uitslagen van vrijwel alle sporten bij in een database en repliceren deze naar onze server-backend. Hier vertalen wij de ruwe data naar JSON-files, welke door de iPhone gedownload en getoond worden. Ook alle communicatie met Twitter vindt plaats via onze servers, zodat we slechts één keer per minuut een request bij Twitter hoeven te doen, in plaats van duizenden keren vanaf alle telefoons.

01 januari 2010 tot 21 juni 2010

Op 1 januari 2010 had 84.27% van de gebruikers iPhoneOS 3.1.2 geïnstalleerd. Op de tweede plaats stond iPhoneOS 3.1, met 6.65%. Op 2 februari – de dag waarop iPhoneOS 3.1.3 werd vrijgegeven – zagen we hier de eerste grote verschuivingen in: in vier dagen kreeg dit OS een aandeel van respectievelijk 0.81%, 5.59%, 11.31% en 27.27%. Het zou echter nog 20 dagen duren voordat iPhoneOS 3.1.3 de 50% voorbij zou gaan. De tweede verschuiving vond plaats in de week van 3 mei, toen de Spirit jailbreak werd uitgebracht. Deze software stond voor het eerst een untethered jailbreak van iPhoneOS 3.1.3 toe, wat resulteerde in een een groei van 61.35% op 1 mei tot 78.36% op 9 mei. Dit is tevens het hoogste punt dat deze versie bereikt heeft.

21 juni tot 26 juli

De release van iOS 4.0 lijkt in theorie niet te vergelijken met die van 3.1.3, omdat de feature list van iOS 4 zoveel groter is. Als we naar de grafieken kijken, blijkt er echter een zeer herkenbaar patroon te ontstaan: in de eerste vier dagen groeide het aantal gebruikers van iOS 4 respectievelijk naar 1.31%, 5.07%, 17.31% en 23.23%. Toen iOS geüpdate werd naar versie 4.0.1 was circa 58% van de gebruikers overgestapt op 4.0. Na deze laatste update is het percentage iOS 4 nog iets gegroeid, maar tot dusver ligt de piek op 63.15%.

Conclusie

In de onderstaande grafiek zijn alle metingen sinds 1 januari 2010 opgenomen. Klik op de afbeelding voor een grote versie (2700x960px). De dikkere blauwe en rode lijnen zijn de verschillende subversies van iPhoneOS 3.x en iOS 4.x gecombineerd, zodat de opkomst van iOS 4 ten opzichte van iPhoneOS 3 goed waar te nemen is.

Uit de grafiek blijkt dat iets meer dan 60% van de gebruikers over is naar iOS 4. Als we er vanuit gaan dat het acceptatietraject van versie 4 vergelijkbaar met versie 3 zal verlopen, zullen we nog een stijging van ongeveer 20% zien zodra iOS 4 in jailbreak-formaat beschikbaar komt. Een andere reden voor de langzame acceptatie van de nieuwe versie kunnen we zoeken in de trage werking van iOS 4 op modellen ouder dan de 3GS. Uit onze statistieken (zie grafiek hieronder) blijkt dat circa 20% van de gebruikers nog op een iPhone 3G werkt, terwijl al een tijd bekend is dat iOS 4 een merkbare vertraging op dat toestel teweeg brengt.

Over de metingen

Sinds de zomer van 2009 registreert Coding Dutchmen het gebruik van haar applicaties. We slaan hierbij anoniem gebruiksgegevens op, waaronder het type iPhone, de versie van het OS en de gebruikte versie van onze apps. Het platform waarmee we deze gegevens registreren lijkt op Flurry of Google Analytics, maar is helemaal in-house ontwikkeld, waardoor we meer vrijheid hebben in toepassing en optimalisatie. De lijst van apps waar we onze statistieken mee opbouwen bevat onder andere FML en Rabo Cycling, waardoor we een zeer gevarieerde groep gebruikers hebben. Verdeeld over alle apps hebben we sinds begin 2010 meer dan 2 miljoen meetpunten kunnen registreren, welke we in dit artikel gebruiken om de opkomst van iOS4 te beschrijven.