Ablehnung „Tester haben sich während des geschlossenen Tests nicht mit Ihrer App beschäftigt“: Bedeutung und erneuter Antrag

1. Was die Meldung bedeutet

Kommt Ihr Antrag auf Zugriff auf die Produktion mit der Begründung zurück, die Tester hätten sich während des geschlossenen Tests nicht mit Ihrer App beschäftigt, beanstandet Google nicht Testerzahl und Dauer, sondern den Inhalt des Tests. Auch wenn 12 Tester 14 Tage lang dabei waren, sieht Google zu wenige Spuren davon, dass die App in dieser Zeit tatsächlich geöffnet und genutzt wurde.

Auch der Hilfeartikel der Play Console nennt zwei Beispiele, in denen weitere Tests verlangt werden: wenn weniger als 12 Tester der Teilnahme zugestimmt haben und wenn die Tester sich zu wenig beteiligt haben. Diese Meldung betrifft den zweiten Fall.

2. Gründe, die oft mitkommen

Diese Meldung kommt selten allein. Oft wird zusätzlich bemängelt, dass die Empfehlungen für Tests nicht befolgt wurden – etwa, Nutzerfeedback einzuholen und per Update umzusetzen. Dazu kommt der Hinweis, mit echten Testern weiter geschlossen zu testen und dann erneut zu beantragen.

Zusammen zeigen beide Gründe, was Google sehen will: Tester haben die App genutzt, und der Entwickler hat auf ihre Reaktionen hin die App verbessert. Ein Test, bei dem nur die Testerzahl erfüllt wurde, hat diesen Ablauf nicht.

3. Wie Google die Beteiligung betrachtet

Woran Google die Beteiligung misst, wird nicht offengelegt. Aussagen wie „so oft am Tag“ oder „so viele Minuten“ stehen in keinem Google-Dokument. Belegen lässt sich nur, was der Fragebogen zum Zugriff auf die Produktion fragt:

• Ob die Tester alle Funktionen der App ausprobiert haben
• Ob die Nutzung der Tester der erwarteten Nutzung echter Nutzer entspricht – und falls nicht, worin sie sich unterscheidet
• Eine Zusammenfassung des Feedbacks der Tester und wie Sie es eingeholt haben
• Wie Sie die App aufgrund der Ergebnisse des geschlossenen Tests geändert haben

Die Prüfer betrachten also Ihre Antworten zusammen mit den Daten aus dem Testzeitraum. Ein Test ohne Fakten für die Antworten fällt auch im Fragebogen auf. Was Sie bei jeder Frage schreiben können, zeigen wir unter Fragebogen zum Zugriff auf die Produktion: Beispiele für jede Frage.

4. Häufige Ursachen

• Tester, die nur installiert und nie geöffnet haben. Typisch für Tester aus einem Tester-Tausch. Sie zählen zur Testerzahl, hinterlassen aber keine Nutzung (Wo ein Tester-Tausch scheitert).
• Eine App, die am ersten Bildschirm hängt. Ist eine Anmeldung nötig, die Tester aber kein Konto anlegen können, oder ist der erste Start langsam oder fehlerhaft, kommen Tester nie bis zu den Funktionen. Für Apps mit Anmeldung müssen Sie außerdem Anmeldedaten für die Prüfung in der Play Console hinterlegen.
• Nur eine einzige Version während des gesamten Tests. Dann können Sie nicht zeigen, was Sie im Test gesehen und verbessert haben (Updates während des geschlossenen Tests).
• Kein Weg für Feedback. Haben Tester keinen Ort, um Probleme zu melden, können Sie die Frage nach dem erhaltenen Feedback im Fragebogen nicht beantworten.
• Ein Fragebogen nach dem Motto „Lief alles gut“. Antworten ohne Zahlen, Versionen und konkrete Korrekturen belegen nicht, dass getestet wurde.

5. Bevor Sie erneut beantragen

1. Den Test nicht anhalten. Lassen Sie Track und Testerliste unverändert, dann bleiben Testerzahl und Dauer erfüllt. Ein neuer Track beginnt die Zählung von vorn.
2. Die Tester die Funktionen ausprobieren lassen. Bitten Sie um konkrete Aufgaben, etwa: „Melden Sie sich an, probieren Sie einmal ○○ aus und schreiben Sie uns eine Zeile dazu, was Sie stört.“ Auch Google empfiehlt, die Tester in einer Messaging-Gruppe zu sammeln, um Feedback auszutauschen.
3. Mit dem Feedback Updates veröffentlichen. Gern kleine, aber zwei oder drei – und notieren Sie in den Versionshinweisen, was Sie geändert haben.
4. Nutzung sammeln und dann den Fragebogen neu schreiben. Eine Wartezeit bis zum erneuten Antrag ist nicht festgelegt, aber wenn Sie sofort mit denselben Inhalten einreichen, ist auch das Ergebnis meist dasselbe. Sammeln Sie einige Tage bis etwa 14 Tage lang echte Nutzung und Updates, bevor Sie einreichen.

Zum Abgleich mit anderen Ablehnungsgründen lesen Sie 7 Gründe, warum der Zugriff auf die Produktion abgelehnt wird.