Én senior utvikler som holder begge appene oppdatert og funksjonene deres på linje.
Jeg tar over vedlikehold og løpende arbeid på dine native iOS- og Android-apper og holder funksjonsparitet mens jeg respekterer hver plattforms konvensjoner. Dagspris: 500 € eller 600 $.
Å vedlikeholde en iOS-app i Swift og en Android-app i Kotlin betyr to kodebaser, to utgivelseskøer og to QA-sykluser. Hver funksjon du legger til må lande på begge sider, og i praksis havner som regel den ene plattformen bak den andre. Det gapet skaper atferdsforskjeller som brukere og supportinnboksen din raskt merker, og jo lenger det får sitte, desto dyrere blir det å tette.
Å holde paritet betyr ikke å kopiere den ene appen over på den andre. iOS og Android har sine egne navigasjonsmønstre, komponenter og brukerforventninger. Jeg beholder de samme funksjonene og det samme produktet på begge sider mens jeg respekterer det som får hver plattform til å føles native for brukerne sine. Det er det som hindrer en app i å føles fremmed på Android eller malplassert på iOS.
Apple og Google slipper hver sin større versjon per år, med utdaterte API-er, nye personvernkrav og av og til endringer i standardatferd. Uten vedlikehold går en app til slutt i stykker eller får en oppdatering avvist. Jeg håndterer disse hoppene tidlig og tester mot betaene når det gir mening, så du unngår nødrettinger i september når det nye OS-et lander på brukernes telefoner.
Årlig vedlikehold for en app ligger ofte på omtrent 15 til 20 prosent av den opprinnelige byggekostnaden, avhengig av omfang og hvor raskt produktet utvikler seg. Med en fast dagspris og ett kontaktpunkt forblir det budsjettet lesbart. Du betaler for identifiserte arbeidsdager, ikke et ugjennomsiktig støtteavtale, og du kan se hva en gitt utgivelse vil ta før den starter.
Til dagsprisen min på 500 € eller 600 $, mot ekte arbeidsdager. Vi kan sette opp reserverte dager per måned eller jobbe etter behov, avhengig av hvor aktiv veikartet ditt er.
Ja, det er det vanlige tilfellet for vedlikehold. Jeg tar meg tid til å forstå den eksisterende koden før jeg endrer noe, og jeg dokumenterer det som trenger dokumentasjon så arbeidet forblir sunt framover.
Ja. Noen kunder beholder et team på én plattform og gir meg den andre, og noen gir meg begge. Begge ordninger fungerer, og jeg samordner paritet ved grensen med teamet ditt.
Jeg sjekker atferd på den nye versjonen, erstatter utdaterte API-er og tilpasser meg nye butikkrav før noe av det blokkerer oppdateringene dine. Når det er verdt det, tester jeg mot utvikler-betaene før den offentlige utgivelsen.
Jeg kjører en utvikler-QA-gjennomgang på ekte enheter før hver utgivelse. For bredere testdekning jobber jeg gjerne sammen med teamet ditt eller en dedikert tester, men jeg slipper ikke uten å sjekke builden på maskinvare først.
Jeg sporer funksjoner på begge sider for å holde gapet lite. Perfekt paritet i hvert øyeblikk er sjeldent i praksis, men målet er konkret: ingen plattform havner bak lenge, og nytt arbeid lander på begge innen et stramt vindu.
Send produktkonteksten, målplattformen, repository-status og tidsplan. Jeg sier raskt om jeg kan hjelpe.