Als freelance iOS app ontwikkelaar maak je regelmatig functionaliteiten in apps waarvan de gemiddelde gebruiker nooit te weten zal komen dat deze bestaan, maar wel nodig zijn. Een goede app-ervaring komt namelijk mede door allerlei onbeschreven functionaliteiten die het gebruik van de app probleemloos maken. Je maakt zelfs meer functies die voorkómen dat de appgebruiker iets merkt, dan functies die er voor zórgen dat de gebruiker iets merkt. Ik zal hieronder wat voorbeelden beschrijven.

Automatisch backups maken

Met Sleek, een van mijn apps, bepaal je spelenderwijs voor al je foto’s, of je deze wilt behouden of weggooien. Er wordt dus een database opgebouwd van gegevens: welke foto’s door jou gemarkeerd zijn als ‘te behouden’, en welke als ‘te verwijderen’. De ‘te verwijderen’ lijst wordt nooit heel groot als je deze regelmatig leegt (lees: de foto’s daadwerkelijk verwijdert), maar de ‘te behouden’ lijst kan flink groeien. Van hoe meer foto’s je bepaald hebt of je ze wil houden, hoe waardevoller deze database voor je wordt. Als je voor 10.000 foto’s stuk voor stuk opnieuw moet gaan bepalen of je deze wilt behouden, is dat niet leuk en zeer demotiverend. Hoe zou dat kunnen gebeuren, vraag je je af? Dat kan bijvoorbeeld als je de app verwijdert, bijvoorbeeld omdat je momenteel niet geïnteresseerd bent in het sorteren of opschonen van je fotobibliotheek. Je verwijdert dan niet alleen de app, maar ook de data die zegt over welke foto’s je al geoordeeld had. Gelukkig maakt Sleek daarom regelmatig geheel privacyvriendelijk, backups naar de cloud. De gebruiker heeft hier geen weet van; die is lekker foto’s aan het wegswipen. Maar de app zorgt onder de motorkap dat er regelmatig in iCloud een kopie komt van de keuzes die door de gebruiker gemaakt zijn. Zo zal een herinstallatie (want uiteindelijk kom je altijd terug bij Sleek) niet voor verlies van data leiden, en belangrijker, verlies van gebruiksgeluk en motivatie.

Caching

Als de Officebooking app geopend wordt; halen we altijd de laatste informatie op van de server. Werkplekbeschikbaarheid is namelijk iets dat iedere 5 minuten anders kan zijn. Maar zelfs een weinig-veranderend gegeven als de naam van een gebouw, kan ieder moment veranderd zijn. Het medium dat de gegevens ophaalt, hoeft hier geen weet van te hebben. En hoewel er technische oplossingen zijn om alleen de veranderde data binnen te halen, is dit om andere redenen niet altijd wenselijk. Toch wil je als gebruiker dat de app niet een minuut aan het laden is zodra je deze start. Daarom wordt er gebruik gemaakt van caching; het opslaan van eerder binnengehaalde data, om deze later weer te kunnen gebruiken ook al is deze verouderd. Laten we het voorbeeld nemen van de naam van een gebouw. Belangrijk dat deze klopt, maar hij verandert bijna nooit. Daarom kunnen we best de app beginnen met de naam zoals die was de laatste keer dat de gebruiker de app had geopend. We tonen de oude gegevens, en laden ondertussen de nieuwste data. Maar, dit doen we niet direct. Van alle data is de werkplekstatus het belangrijkste, dus we maken duidelijke keuzes in wanneer we welke data ophalen.

Zo zijn er verschillende functionaliteiten die een freelance iPhone app ontwikkelaar implementeert in zijn apps, wiens bestaan als enige functie heeft dat de gebruiker zo weinig mogelijk merkt (lees: last heeft van de afwezigheid van die functies), maar van groot belang zijn voor een soepele app-ervaring.