Zo beantwoord je de vragenlijst voor productietoegang (voorbeelden per vraag)

1. Waar kijkt de vragenlijst naar?

Heb je de gesloten test van 14 dagen afgerond, dan kun je in Play Console productietoegang aanvragen. Daarbij beantwoord je vragen over je gesloten test, en die antwoorden worden door een mens bij Google gelezen en beoordeeld. De beoordeling is meestal binnen 7 dagen klaar.

Het draait om één ding: heb je echt getest, of alleen de vakjes afgevinkt? Een zin als “de test is goed verlopen” zegt niets en is dus een zwak antwoord. Een sterk antwoord vertelt wat je hebt gezien en wat je hebt aangepast.

2. Deel 1: over je gesloten test

In dit deel wordt gevraagd hoe je hebt getest. Er zijn vier vragen.

Was het moeilijk om testers te werven?

Deze vraag gaat over hoe moeilijk het was, dus er is geen goed of fout antwoord. Wees eerlijk en voeg één zin toe over hoe je ze hebt geworven.

Hebben testers alle functies van je app gebruikt?

In plaats van te stellen dat alles is gebruikt, wek je meer vertrouwen als je onderscheid maakt in wat wel en niet is gecontroleerd. Kon een functie niet worden gebruikt, vermeld dan ook waarom.

Gebruikten testers je app zoals echte gebruikers dat zouden doen?

Welke feedback heb je verzameld, en hoe?

Dit is de belangrijkste vraag. Beschrijf apart hoe je feedback hebt verzameld en wat je hebt verzameld.

3. Deel 2: over je app

Deze vragen gaan over de app zelf: de doelgroep, de waardepropositie en het verwachte aantal installaties in het eerste jaar. Dit heeft niets met de test te maken, dus schrijf feiten in plaats van marketingteksten.

• Doelgroep — omschrijf die nauw, zoals “werkenden van 20 tot 40 die ’s ochtends moeilijk uit bed komen”. Vermijd “alle gebruikers”.
• Waardepropositie — in één zin wat je app anders maakt dan concurrenten. Beschrijf liever “wat de app voor de gebruiker doet” dan een lijst functies.
• Verwachte installaties in het eerste jaar — geef een bereik. Overdrijf liever niet; een groot getal zonder onderbouwing wekt twijfel over hoe goed je voorbereid bent.

4. Deel 3: klaar voor productie

Hier wordt gevraagd hoe je wat je bij het testen hebt geleerd in je app hebt verwerkt. Op dit punt valt het vaakst de beslissing over goedkeuring of afwijzing.

Met versienummers en wat er is aangepast kan de reviewer het controleren. Daarom helpt het enorm om tijdens de test elke 3–4 dagen een update uit te brengen.

5. Wat je vooraf verzamelt

Schrijf je de vragenlijst uit je geheugen, dan wordt het vaag. Verzamel eerst de vijf dingen hieronder, dan kun je ze per vraag zo overnemen.

1. Start- en einddatum van de test en het aantal apparaten waarop de app al die tijd geïnstalleerd bleef
2. Een lijst met versies die je tijdens de test hebt uitgebracht en wat er in elke versie is veranderd
3. Apparaten waarop een uitvoering mislukte, met de fout en de Android-versie
4. Screenshots van de eerste start (die laten zien dat toestemmingsverzoeken en onboarding goed werken)
5. Functies die je niet hebt kunnen controleren, en waarom

6. Antwoorden die je niet moet geven

• Feedback verzinnen die er niet was. Schrijf je onverifieerbare zinnen als “12 testers vonden de interface prettig”, dan loopt bij problemen niet alleen je app, maar je account gevaar.
• Overal alleen “ja” invullen. Een antwoord dat er nergens problemen waren, wekt juist de indruk dat je niet hebt getest.
• Een gekopieerd sjabloon ongewijzigd indienen. Als dezelfde zinnen bij meerdere apps terugkomen, valt dat de reviewer op.
• Ruimte vullen met een lijst functies. Er wordt niet gevraagd naar een lijst functies, maar naar wat je van de test hebt geleerd.