Hoe een idee een werkende app werd

Elke app begint met een idee.

Maar tussen een idee en een product dat daadwerkelijk werkt, zit veel werk.

KAVYLO ontstond niet direct als een volledig afgewerkte app met een perfect vastgelegde set functies. De app ontwikkelde zich stap voor stap. Sommige ideeën werkten meteen. Andere moesten worden aangepast, vereenvoudigd of volledig verwijderd.

Tijdens het bouwen ontdekte ik dat productontwikkeling minder draait om één groot idee en veel meer om de honderden kleine beslissingen die daarna volgen.

Het begon met een idee

Het uitgangspunt voor KAVYLO was relatief duidelijk.

Ik wilde een fitnessplatform ontwikkelen dat verschillende onderdelen van training samenbrengt in plaats van iedere waarde afzonderlijk te bekijken.

Training, vooruitgang, herstel, activiteit en persoonlijke gegevens hangen met elkaar samen. Toch worden deze onderdelen in veel fitnessoplossingen los van elkaar weergegeven.

KAVYLO moest deze informatie begrijpelijker maken en helpen om data beter te gebruiken in de dagelijkse training.

Op dat moment was KAVYLO echter nog slechts een concept.

De echte uitdaging begon bij de uitvoering.

Een idee moet een systeem worden

Voordat ik afzonderlijke functies kon bouwen, moest ik bepalen wat KAVYLO daadwerkelijk moest kunnen.

Dat klinkt eenvoudig.

Maar een fitnessapp kan vrijwel eindeloos worden uitgebreid:

• workouttracking
• trainingsanalyse
• voortgang bijhouden
• gezondheidsgegevens
• herstel
• voeding
• challenges
• aanbevelingen
• trainingsplanning
• communityfuncties

Alles tegelijkertijd bouwen zou de app onnodig ingewikkeld hebben gemaakt.

Daarom moest ik eerst bepalen wat werkelijk tot de kern van KAVYLO behoort.

Bij iedere nieuwe functie werd één vraag steeds belangrijker:

Maakt deze functie de app daadwerkelijk nuttiger voor de persoon die hem gebruikt?

Die vraag speelt nog steeds een belangrijke rol bij de ontwikkeling.

De eerste werkende versie verandert alles

Tijdens de ontwikkeling komt er een moment waarop een idee niet langer alleen theoretisch bestaat.

Je kunt de app openen.

Je kunt door verschillende schermen navigeren.

Gegevens worden weergegeven.

Knoppen werken.

Er gebeurt daadwerkelijk iets wanneer je de app gebruikt.

Die eerste werkende versie is nog verre van perfect. Toch verandert ze de manier waarop je naar het product kijkt.

Een functie kan op papier logisch klinken en tijdens het gebruik ineens overbodig voelen.

Een scherm kan tijdens het ontwerpen overzichtelijk lijken en op een telefoon toch verwarrend zijn.

En een functie die klein lijkt, kan technisch veel ingewikkelder blijken dan verwacht.

Pas toen KAVYLO daadwerkelijk bruikbaar werd, kon ik de app steeds meer bekijken vanuit het perspectief van de gebruiker.

Bouwen betekent soms opnieuw bouwen

Een belangrijke les was dat klaar niet hetzelfde betekent als definitief.

Ik heb delen van KAVYLO opnieuw opgebouwd omdat de eerste oplossing uiteindelijk niet goed genoeg meer was.

Soms veranderde het ontwerp.

Soms veranderde de technische logica.

Sommige functies werden eenvoudiger.

Andere verdwenen volledig.

Dat hoort bij het ontwikkelen van een echt product.

Een functie behouden alleen omdat er al veel tijd in is geïnvesteerd, maakt de app niet beter.

De belangrijkste vraag is of die functie nog steeds bij het product past.

Een werkende app bestaat uit veel onzichtbare onderdelen

Een app bestaat uit veel meer dan de schermen die gebruikers uiteindelijk zien.

Achter een eenvoudige actie kunnen meerdere systemen tegelijkertijd werken.

De app moet weten welke gegevens worden opgeslagen, waar die gegevens vandaan komen, hoe ze worden verwerkt en wat er moet gebeuren wanneer iets fout gaat.

Daarbij komen onderdelen zoals:

• navigatie
• laadstatussen
• gebruikersaccounts
• gegevensopslag
• toestemmingen
• vertalingen
• toegankelijkheid
• foutafhandeling
• testen
• prestaties
• privacy

Gebruikers zouden over veel van deze onderdelen nooit hoeven na te denken.

Dat is juist het doel.

Wanneer alles goed werkt, blijft een groot deel van de technische complexiteit onzichtbaar.

Fouten horen bij het proces

Er bestaat tijdens de ontwikkeling geen moment waarop ineens alles werkt en daarna voor altijd zo blijft.

Je lost één probleem op en ontdekt het volgende.

Een nieuwe functie kan invloed hebben op een bestaand onderdeel.

Iets kan in één situatie perfect werken en zich ergens anders toch anders gedragen.

Dat kan frustrerend zijn, maar precies daardoor wordt het product beter.

Iedere fout laat zien welk onderdeel betrouwbaarder moet worden.

Iedere test onthult een nieuwe uitzonderingssituatie.

Iedere aanpassing maakt het systeem iets sterker.

Het idee werd tijdens het bouwen duidelijker

Wat ik in het begin onderschatte, was hoeveel de oorspronkelijke visie tijdens de daadwerkelijke ontwikkeling zou veranderen.

Door KAVYLO te bouwen, moest ik veel preciezer worden.

Wat moet een gebruiker als eerste zien?

Welke informatie is werkelijk relevant?

Hoeveel data is nuttig en wanneer wordt het te veel?

Welke functies horen bij elkaar?

Wat moet bewust eenvoudig blijven?

Die vragen kun je niet altijd beantwoorden voordat de ontwikkeling begint.

Soms moet je iets eerst bouwen voordat je kunt beoordelen of het werkelijk onderdeel van het product moet zijn.

Een werkende app is nooit helemaal af

Het bereiken van een werkende versie van KAVYLO was een belangrijke stap.

Maar een werkend product is niet hetzelfde als een volledig afgerond product.

Er blijven altijd dingen die beter kunnen.

Functies kunnen duidelijker worden.

Processen kunnen sneller worden.

Data kan nuttiger worden weergegeven.

De gebruikerservaring kan eenvoudiger worden.

KAVYLO ziet er vandaag al anders uit dan de eerste versie die ik oorspronkelijk voor ogen had.

Dat hoort precies bij ontwikkeling.

Het oorspronkelijke idee gaf de richting aan.

Door het product daadwerkelijk te bouwen, werd steeds duidelijker wat KAVYLO uiteindelijk moet worden.