Twee native apps onderhouden en iOS en Android in pariteit houden
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.
Vendredi App · Reparatiebon
Nº ····
Inlevering
Uw dag, 9:00
Klaar
19:00
U haalt op
De oplossing, geïnstalleerd op uw telefoon, en de wijziging in uw broncode.
Remote dagtarief
€500excl. btw
Ik volg sinds 2008 zowel de iOS- als de Android-releasecycli en hun breaking changes, dus ik plan OS-versiesprongen vooraf in plaats van te haasten wanneer ze uitkomen.
U haalt op
- Doorlopend onderhoud van beide native apps, met bugfixes en wijzigingen per platform geleverd op een gecoördineerd releaseschema.
- Een functiepariteitsplan dat voorkomt dat iOS of Android permanent achterop raakt.
- Updates voor elke nieuwe iOS- en Android-versie, met dekking van verouderde API's en nieuwe store-eisen.
- Een ontwikkelaar-QA-ronde op elk platform vóór release, uitgevoerd op echte apparaten in plaats van de simulator.
Reparatiebon
Twee native apps betekenen ongeveer dubbel werk
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 zonder de platforms pixel voor pixel te laten matchen
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.
OS-versiesprongen komen elk jaar
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.
Onderhoudskosten die je echt kunt begroten
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.
Veelgestelde vragen
Tegen mijn dagtarief van €500, 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.
Senior hulp nodig bij native mobiel?
Stuur de productcontext, het doelplatform, de status van de repository en de planning. Ik laat je snel weten of ik kan helpen.
Gratis gesprek van 20 min boekenOf laat een briefje achter aan de balie
Beschrijf uw project. Als ik beschikbaar ben, antwoord ik meteen in de chat, anders binnen 24 uur.