← Blog

Krav

Sådan besvarer du spørgeskemaet om produktionsadgang (eksempler til hvert spørgsmål)

Når du ansøger om produktionsadgang efter din lukkede test, skal du besvare spørgsmål om testen. Svarene læses og vurderes af et menneske, så svage svar bliver afvist. Vi gennemgår Googles spørgeskema i tre dele spørgsmål for spørgsmål og stiller svage og stærke svar op side om side, så du ved, hvad du skal skrive.

Senest kontrolleret 20. sep. 2026.

1. Hvad spørgeskemaet ser efter

Når du har gennemført de 14 dages lukket test, kan du ansøge om produktionsadgang i Play Console. Her skal du besvare spørgsmål om din lukkede test, og hos Google bliver dine svar læst og gennemgået af et menneske. Gennemgangen tager som regel op til 7 dage.

Det handler om én ting: om du faktisk har testet appen, og ikke bare har opfyldt et formelt krav. En sætning som “Testen gik godt” giver ingen oplysninger og er derfor et svagt svar; et stærkt svar fortæller, hvad du så, og hvad du rettede.

Spørgsmålene er opsummeret ud fra Play Console Hjælp. Google justerer jævnligt teksterne på skærmen, så ordlyden kan afvige en smule.

2. Trin 1: Om den lukkede test

I dette trin bliver du spurgt, hvordan testen foregik. Der er fire spørgsmål.

Var det svært at finde testere?

Spørgsmålet handler om sværhedsgrad, så der er intet rigtigt svar. Svar ærligt, og tilføj en linje om, hvordan du fandt dem.

Et svagt svar

Nej. Det var nemt.

Et stærkt svar

Det var ikke nemt. Venner og fællesskaber gav ikke nok testere, så vi brugte også en testtjeneste med rigtige enheder og nåede op på over 12 testere.

Brugte testerne alle appens funktioner?

I stedet for at påstå, at alt blev brugt, vinder du mere tillid ved at skelne mellem, hvad der blev tjekket, og hvad der ikke gjorde. Var der funktioner, der ikke blev brugt, er det godt også at skrive hvorfor.

Et svagt svar

Ja, de brugte alle funktioner.

Et stærkt svar

Fra første start til de vigtigste skærme (start, liste og detaljer, der kan bruges uden login) blev alt tjekket på alle enheder. Betaling og push-notifikationer kræver en rigtig konto, så de blev kun tjekket med udviklerkontoen.

Lignede testernes brug rigtige brugeres?

Et svagt svar

Ja, den var ens.

Et stærkt svar

Testerne startede appen hver dag efter installationen og tjekkede, at startskærmen blev vist, så brugstiden adskiller sig fra rigtige brugere, der bruger appen længe og flere gange om dagen. Til gengæld tjekkede vi gentagne gange, at første start fungerede på tværs af flere producenter og OS-versioner.

Hvilken feedback indsamlede du, og hvordan?

Det vigtigste spørgsmål. Skriv hvordan du indsamlede den og hvad du indsamlede hver for sig.

Et svagt svar

Testerne sagde, at appen fungerede fint.

Et stærkt svar

Vi tjekkede det via kørselslogs og skærmbilleder af kørsler pr. enhed, og mislykkede kørsler blev registreret med fejlkode og enhedsmodel. På 2 enheder med Android 11 fandt vi et problem, hvor skærmen med anmodning om tilladelser blev skjult bag appen ved første start.

3. Trin 2: Om appen

Her handler spørgsmålene om selve appen: målgruppe, værdiforslag og forventet antal installationer det første år efter lanceringen. Det har intet med testen at gøre, så skriv fakta i stedet for markedsføringstekst.

  • Målgruppe – vær specifik, f.eks. “kontoransatte i 20'erne og 30'erne, der har svært ved at komme op om morgenen”. Undgå “alle brugere”.
  • Værdiforslag – én sætning om, hvad der adskiller appen fra konkurrenterne. Skriv “hvad den gør for brugeren” frem for en liste over funktioner.
  • Forventede installationer det første år – svar med et interval. Overdriv hellere ikke; et stort tal uden begrundelse vækker tvivl om, hvor klar du er.

4. Trin 3: Klar til produktion

Her bliver du spurgt, hvordan du har brugt det, du lærte under testen, i appen. Det er dette punkt, der oftest afgør, om du bliver godkendt.

Et svagt svar

Vi rettede fejl og gjorde appen mere stabil.

Et stærkt svar

Vi opdaterede appen tre gange under testen. I 1.0.3 rettede vi problemet med den skjulte tilladelsesskærm på Android 11, i 1.0.4 forkortede vi splash-skærmen, fordi første start tog lang tid, og i 1.0.5 sænkede vi hukommelsesforbruget på enheder med lav ydeevne.

Når versionsnumre og rettelser står sammen, kan korrekturlæseren kontrollere det. Derfor er det en stor hjælp til dette svar at uploade en opdatering hver 3.–4. dag i testperioden.

5. Det skal du samle, før du svarer

Skriver du ud fra hukommelsen, bliver svarene vage. Saml de fem ting nedenfor først, så kan du overføre dem direkte til hvert spørgsmål.

  1. Testens start- og slutdato samt antallet af enheder, hvor appen forblev installeret i perioden
  2. Listen over versioner, du uploadede under testen, og hvad der blev ændret i hver
  3. Enheder, hvor kørslen mislykkedes, med fejl og OS-version
  4. Skærmbilleder fra første start (der viser, at anmodninger om tilladelser og onboarding fungerer)
  5. Funktioner, der ikke blev tjekket, og hvorfor
Tester du med DUIRE, bliver alle fem ting registreret automatisk. Når de 14 dage er gået, samler vi testperiode, antal installationer, opdateringshistorik og kørselslogs pr. enhed i en afsluttende rapport, som du kan hente som PDF og bruge direkte som dokumentation.

6. Svar, du ikke må give

  • Opdigtet feedback. Skriver du sætninger, der ikke kan efterprøves, som “12 testere sagde, at brugerfladen var nem at bruge”, er det ikke bare appen, men kontoen, der er i fare, hvis det bliver et problem.
  • “Ja” til alle spørgsmål. Et svar om, at der slet ingen udfordringer var, får det tværtimod til at se ud, som om du ikke har testet.
  • En kopieret skabelon uden ændringer. Når de samme sætninger går igen på tværs af mange apps, lægger korrekturlæseren mærke til det.
  • Lister over funktioner som fyld. Der bliver ikke spurgt om en funktionsliste, men om hvad du lærte under testen.

Ofte stillede spørgsmål

Må jeg bruge en tjeneste, der udfylder spørgeskemaet for mig?
Det anbefaler vi ikke. At opdigte testeroplevelser, der aldrig har fundet sted, er at give Google falske oplysninger, og bliver det et problem, er det ikke bare appen, men din udviklerkonto, der er i fare. Det er sikrere – og giver bedre chancer for godkendelse – selv at skrive svarene ud fra det, der faktisk skete.
Skal jeg skrive på engelsk?
Du kan skrive på engelsk eller på dansk. Uanset hvad kommer lange, uklare sætninger ikke godt igennem, så hold det kort og fokuser på tal og konkrete fakta.
Mine testere har faktisk ikke givet feedback. Hvad skriver jeg så?
Opdigt ikke feedback, du ikke har fået; skriv om det, du faktisk har gjort. Fakta, du har observeret under testen – fejl fundet i kørsler pr. enhed, nedbrudslogs, OS-versioner på enheder, hvor installationen mislykkedes – er solid dokumentation i sig selv.
Hvor lange skal svarene være?
Det konkrete betyder mere end længden. Tre til fem sætninger pr. spørgsmål er nok; det vigtige er, at der er tal med (antal enheder, dage, versioner) og de ændringer, du faktisk har lavet.
Skal jeg starte helt forfra, hvis jeg bliver afvist?
Det afhænger af begrundelsen for afvisningen. Blev du afvist, fordi svarene i spørgeskemaet var for tynde, kan du forbedre dem og ansøge igen, men hvis selve testen ikke opfyldte kravet, kan det være nødvendigt at køre den lukkede test længere.

Opfyld kravet uden at skulle finde testere

DUIRE deltager i din lukkede test med rigtige Android-enheder og åbner din app hver dag i 14 dage. Det er gratis at registrere din app og tjekke, om den kan installeres.