Fra eksisterende løsning til iPhone og Android
En app kræver mere end et ikon på telefonen. Se forskellen på appopsætning og ny udvikling, og hvad I skal have afklaret før test og indsendelse.
Jeres medarbejdere bruger allerede en webportal. Nu skal de kunne åbne dagens opgaver på telefonen, tage billeder hos kunden og få besked om ændringer. Det er et konkret udgangspunkt for en app. Næste skridt er at undersøge, hvad den eksisterende løsning kan genbruge, og hvad der skal bygges til telefonen.
Appopsætning eller ny app?
Appopsætning tager udgangspunkt i kode, der allerede kan bygges og bruges som app. Arbejdet kan omfatte navn, ikon, konfiguration, testversioner og materiale til butikkerne. Hvis login, dataadgang eller selve arbejdsgangen mangler, skal tilbuddet også indeholde udvikling. Det skal stå klart, før I sammenligner priser.
| Udgangspunkt | Det skal afklares |
|---|---|
| En eksisterende mobilapp | Kan koden bygges, hvem ejer den, og hvilke fejl eller mangler er kendt? |
| En webportal | Hvilke funktioner og data kan genbruges, og hvilke skærme og telefonfunktioner skal udvikles? |
| En ny idé | Hvilken opgave skal den første version løse, og hvilke systemer skal ligge bag? |
En hjemmeside i en appindpakning er heller ikke i sig selv grundlag for en App Store-godkendelse. Apple stiller krav om brugbar funktionalitet og en oplevelse, der rækker ud over en ompakket hjemmeside. Se Apples afsnit om funktionalitet.
Afklar data og ejerskab først
Skriv ned, hvor oplysningerne ligger, hvilke brugere der må se dem, og hvem der har adgang til kode og udviklerkonti. Vores anbefaling er, at virksomheden har kontrol over sine konti, og at leverandøren får den adgang, opgaven kræver. Aftal også, hvem der betaler løbende kontogebyrer, hosting og øvrige tjenester.
Brug medarbejderens dag som gennemgående prøve: Hun åbner en opgave, tager et billede, mister forbindelsen og kommer online igen. Skal billedet vente på telefonen, eller skal appen bede hende prøve igen? Det valg påvirker både udvikling og test. En knap med teksten Gem besvarer ikke spørgsmålet.
Afprøv hele opgaven på rigtige telefoner
Aftal de enheder og systemversioner, I vil understøtte. Kontrollen bør omfatte den samlede arbejdsgang på både iPhone og Android, når begge platforme er bestilt. Listen her er vores forslag til afleveringskontrol:
- Oprettelse, login og log ud fungerer med de aftalte roller.
- En bruger kan kun se opgaver og filer fra de virksomheder, vedkommende har adgang til.
- Kamera og notifikationer har forståelige valg; et afslag på tilladelse håndteres.
- Aftalt adfærd ved dårlig forbindelse er afprøvet, og ændringer gemmes som forventet.
- En notifikation åbner den rigtige opgave, hvis den funktion er en del af leverancen.
- En opdatering kan installeres uden at bryde de arbejdsgange, der allerede virker.
Testversion, indsendelse og godkendelse er forskellige trin
Et uploadet build er ikke det samme som en udgivet app. Apple behandler uploadet, før det kan bruges videre i App Store Connect. Ved review skal blandt andet appoplysninger, adgang til kontofunktioner og nødvendige bagvedliggende tjenester være klar. Apple beskriver uploadforløbet her.
Google har særlige testkrav til personlige udviklerkonti oprettet efter 13. november 2023: mindst 12 testere skal have været tilmeldt en lukket test sammenhængende i mindst 14 dage, før der kan søges om produktionsadgang. Kravet er knyttet til den kontotype; det er ikke en generel tidsplan for alle Android-projekter. Se Googles testkrav.
Aftalen bør derfor angive, om leverancen slutter med en testversion, en indsendelse eller hjælp gennem reviewforløbet. Aftal, hvilke rettelser og genindsendelser der er med. Butikkernes afgørelser kan leverandøren ikke love på forhånd.
Det skal stå i jeres appbrief
- Den konkrete opgave og de brugere, første version er til.
- Eksisterende kode, data, systemer og ejerskab til konti.
- De funktioner, der skal afprøves på hver platform.
- Aftalt aflevering, håndtering af review og ansvar for senere opdateringer.
På vores side om apps til iPhone og Android kan I se, hvordan vi skelner mellem ny udvikling og opsætning af en eksisterende app. Har I endnu kun idéen, kan I begynde med de første spørgsmål til jeres app.
Kilder og afgrænsning
- Apple App Review Guidelines, afsnittet Before You Submit og 4.2. Læst 21. september 2026.
- Apple: Upload builds. Læst 21. september 2026.
- Google Play: testkrav til nye personlige udviklerkonti. Læst 21. september 2026.
- Briefet og afleveringslisten er Platformhusets anbefalinger. Butikkernes krav afhænger af app, konto og distributionsform og skal genlæses før indsendelse.
