Blog
In de laaste 2 blogposts heb ik een aantal ideeën gegeven over motivatie, planning en uitgelegd hoe ik nieuwe functionaliteiten in Cocoa aanpak.
Motivatie, planning en technische problemen zijn slechts hindernissen op weg naar het eigenlijke doel. Op een gegeven moment is je app klaar en moet je de stap (durven) zetten: je app submitten naar de App Store.
Ik ga het hier niet hebben over technische details van het submit proces. Daar bestaan documenten voor die zeer goed uitleggen hoe het proces werkt.
Het gaat erom dat je je app moet durven loslaten. Nu, als je - zoals ik - een beetje trots wil zijn op je werk, dan test je je app op alle mogelijke manieren. Als het even kan, dan heb ik liever dat mijn apps niet crashen. Testen van je app is enorm belangrijk.
Ik sta op het punt om RaceYou te releasen, een fitness app voor iPhone waarmee je heel leuke dingen kan doen. Je kunt routes downloaden van www.routeyou.com maar je kunt zelf ook nieuwe routes opnemen. Het is dus belangrijk dat die app 100% correct werkt. Als dat niet zo is, en als gebruikers na 4 uur fietsen hun route kwijt geraken door een crash dan ga ik mails krijgen. Onprettige mails.
Ik heb dus de laatste weken die app continue getest. Niet te voet of met de fiets, maar in de auto. Elke rit van en naar het werk wordt getimed. Elke nieuwe route neem ik op. Ik denk dat ik ondertussen al zo'n 1000km aan routes heb opgenomen. Ik denk dat ik kan concluderen dat de app werkt.
Wat ik soms hoor van anderen, is dat ze ondanks die conclusie toch niet submitten. Er is altijd wel twijfel over de features in de app, soms over de app zelf. Is ze wel origineel ? Gaan mensen het wel leuk vinden ? Er is altijd wel een excuus om uit te stellen.
Mijn advies: niet doen. Stel de release van je app niet uit. Het aantal originele apps in de App Store is op 1 hand te tellen. De mijne zijn niet origineel, en de kans is groot dat de jouwe dat ook niet zijn. Dat HOEFT ook niet. Als je idee al bestaat, zorg er dan voor dat jouw implementatie beter is dan die van anderen.
Features dan. Da's een moeilijke. Voor Lekkerindebuurt hebben we duidelijk afgesproken hoe we versie 1 zouden aflijnen. We wisten toen al dat versie 1 eigenlijk niet veel meerwaarde zou bieden, behalve dan dat je al de data in je broekzak zou hebben. Het was pas bij versie 1.1 dat de iPhone versie een meerwaarde zou bieden (foto's/commentaren maken/doorsturen). Het was vooral de bedoeling om versie 1.0 zo snel mogelijk uit te brengen en weet je wat ? Toen we versie 1.1 gesubmit hebben, was 1.0 al meer dan 900 keer gedownload. Er was dus wel degelijk interesse, ook al dachten we zelf dat 1.0 maar zozo qua features was.
Mijn advies is: release early en release often. En daarbij: release enkel als de app stabiel is. Maak een simpele maar stabiele app en bouw er verder op. Het heeft geen zin om een complex monster te bouwen dat niet stabiel is, want gebruikers gaan je app gewoon van de telefoon smijten. En je krijgt niet gauw een tweede kans in dat soort gevallen.
Op NSConference heb ik een gepaste uitspraak gehoord: "if version 1 of your app has every feature in it that you wanted, then you've waited WAY too long to release it." Werk met updates als je nieuwe features hebt. De wachttijd om live te gaan in de App Store is tegenwoordig enorm kort.
