Eén senior ontwikkelaar die beide apps actueel en hun functies op één lijn houdt.
Ik neem het onderhoud en doorlopende werk aan je native iOS- en Android-apps over en houd functiepariteit aan, met respect voor de conventies van elk platform. Dagtarief: € 500 of $ 600.
Een iOS-app in Swift en een Android-app in Kotlin onderhouden betekent twee codebases, twee releasewachtrijen en twee QA-cycli. Elke functie die je toevoegt, moet aan beide kanten landen, en in de praktijk loopt meestal het ene platform achter op het andere. Dat gat creëert gedragsverschillen die gebruikers en je supportinbox snel opmerken, en hoe langer het blijft zitten, hoe duurder het wordt om het te dichten.
Pariteit houden betekent niet de ene app op de andere kopiëren. iOS en Android hebben hun eigen navigatiepatronen, componenten en gebruikersverwachtingen. Ik behoud dezelfde functies en hetzelfde product aan beide kanten, met respect voor wat elk platform native laat aanvoelen voor zijn gebruikers. Dat is wat voorkomt dat een app vreemd aanvoelt op Android of misplaatst op iOS.
Apple en Google brengen elk één grote release per jaar uit, met verouderde API's, nieuwe privacy-eisen en af en toe wijzigingen in standaardgedrag. Zonder onderhoud gaat een app uiteindelijk stuk of wordt een update afgewezen. Ik handel deze sprongen vroeg af en test waar zinvol tegen de beta's, zodat je noodfixes in september vermijdt wanneer het nieuwe OS op de telefoons van je gebruikers landt.
Jaarlijks onderhoud voor een app komt vaak neer op ongeveer 15 tot 20 procent van de initiële bouwkosten, afhankelijk van de omvang en hoe snel het product evolueert. Met een vast dagtarief en één aanspreekpunt blijft dat budget leesbaar. Je betaalt voor geïdentificeerde werkdagen, geen ondoorzichtig support-retainer, en je kunt zien wat een bepaalde release gaat kosten voordat die begint.
Tegen mijn dagtarief van € 500 of $ 600, tegen echte werkdagen. We kunnen gereserveerde dagen per maand afspreken of op afroep werken, afhankelijk van hoe actief je roadmap is.
Ja, dat is het gebruikelijke geval bij onderhoud. Ik neem de tijd om de bestaande code te begrijpen voordat ik iets wijzig, en ik documenteer wat gedocumenteerd moet worden, zodat het werk gezond blijft.
Ja. Sommige klanten houden een team op één platform en geven mij het andere, en sommige geven mij beide. Beide regelingen werken, en ik coördineer pariteit aan de grens met je team.
Ik controleer het gedrag op de nieuwe versie, vervang verouderde API's en pas me aan nieuwe store-eisen aan voordat iets daarvan je updates blokkeert. Wanneer het de moeite waard is, test ik tegen de developer-beta's vóór de publieke release.
Ik voer vóór elke release een ontwikkelaar-QA-ronde uit op echte apparaten. Voor bredere testdekking werk ik graag samen met je team of een toegewijde tester, maar ik lever niet op zonder de build eerst op hardware te controleren.
Ik houd functies aan beide kanten bij om het gat klein te houden. Perfecte pariteit op elk moment is in de praktijk zeldzaam, maar het doel is concreet: geen platform blijft lang achter, en nieuw werk landt op beide binnen een krap venster.
Stuur de productcontext, het doelplatform, de status van de repository en de planning. Ik laat je snel weten of ik kan helpen.