Underhålla två native-appar och hålla iOS och Android i paritet
En senior utvecklare som håller båda apparna aktuella och deras funktioner i linje.
Jag tar över underhåll och löpande arbete på dina native iOS- och Android-appar och håller funktionsparitet medan jag respekterar varje plattforms konventioner. Dagspris: €500.
Vendredi App · Reparationsorder
Nº ····
Inlämning
Din dag kl. 9:00
Klar
19:00
Du hämtar
Rättningen installerad på din telefon och ändringen i din källkod.
Remote dagspris
€500exkl. moms
Jag har följt både iOS- och Android-releasecyklerna och deras brytande ändringar sedan 2008, så jag planerar OS-versionshopp i god tid i stället för att stressa när de släpps.
Du hämtar
- Löpande underhåll av båda native-apparna, med buggfixar och ändringar levererade per plattform på ett samordnat releaseschema.
- En funktionsparitetsplan som hindrar antingen iOS eller Android från att hamna permanent efter.
- Uppdateringar för varje ny iOS- och Android-version, som täcker föråldrade API:er och nya butikskrav.
- En utvecklar-QA-genomgång på varje plattform före release, körd på riktiga enheter snarare än simulatorn.
Reparationsorder
Två native-appar betyder ungefär dubbelt arbete
Att underhålla en iOS-app i Swift och en Android-app i Kotlin betyder två kodbaser, två releasekedjor och två QA-cykler. Varje funktion du lägger till måste landa på båda sidor, och i praktiken hamnar oftast den ena plattformen efter den andra. Det glappet skapar beteendeskillnader som användare och din supportinkorg snabbt märker, och ju längre det får sitta, desto dyrare blir det att täppa till.
Paritet utan att tvinga plattformarna att matcha pixel för pixel
Att hålla paritet betyder inte att kopiera den ena appen till den andra. iOS och Android har sina egna navigeringsmönster, komponenter och användarförväntningar. Jag behåller samma funktioner och samma produkt på båda sidor medan jag respekterar det som får varje plattform att kännas native för sina användare. Det är det som hindrar en app från att kännas främmande på Android eller malplacerad på iOS.
OS-versionshopp kommer varje år
Apple och Google släpper var sin större version per år, med föråldrade API:er, nya integritetskrav och ibland ändringar av standardbeteende. Utan underhåll går en app till slut sönder eller får en uppdatering nekad. Jag hanterar dessa hopp tidigt och testar mot betorna när det är vettigt, så att du undviker nödfixar i september när det nya OS:et landar på dina användares telefoner.
En underhållskostnad du faktiskt kan budgetera
Årligt underhåll för en app ligger ofta på omkring 15 till 20 procent av den initiala byggkostnaden, beroende på omfattning och hur snabbt produkten utvecklas. Med ett fast dagspris och en kontaktpunkt förblir den budgeten läsbar. Du betalar för identifierade arbetsdagar, inte ett ogenomskinligt supportavtal, och du kan se vad en given release kommer att ta innan den börjar.
Vanliga frågor
Till mitt dagspris på €500, mot riktiga arbetsdagar. Vi kan sätta upp reserverade dagar per månad eller arbeta vid behov, beroende på hur aktiv din roadmap är.
Ja, det är det vanliga fallet för underhåll. Jag tar tid att förstå den befintliga koden innan jag ändrar något, och jag dokumenterar det som behöver dokumenteras så att arbetet förblir friskt framåt.
Ja. Vissa kunder behåller ett team på en plattform och ger mig den andra, och vissa ger mig båda. Båda upplägg fungerar, och jag samordnar paritet vid gränsen med ditt team.
Jag kontrollerar beteendet på den nya versionen, ersätter föråldrade API:er och anpassar mig till nya butikskrav innan något av det blockerar dina uppdateringar. När det är värt det testar jag mot utvecklarbetorna inför den publika releasen.
Jag kör en utvecklar-QA-genomgång på riktiga enheter före varje release. För bredare testtäckning arbetar jag gärna tillsammans med ditt team eller en dedikerad testare, men jag släpper inte utan att först kontrollera builden på hårdvara.
Jag spårar funktioner på båda sidor för att hålla glappet litet. Perfekt paritet i varje ögonblick är sällsynt i praktiken, men målet är konkret: ingen plattform hamnar efter länge, och nytt arbete landar på båda inom ett snävt fönster.
Behöver du senior hjälp med native mobil?
Skicka produktkontexten, målplattformen, repository-status och tidsplan. Jag säger snabbt om jag kan hjälpa.
Boka ett gratis 20-min samtalEller lämna en lapp vid disken
Beskriv ditt projekt. Jag svarar direkt i chatten när jag är tillgänglig, annars inom 24 timmar.