Ce que Google demande
La demande se fait depuis le Tableau de bord avec Demander l’accès en production. Selon la page d’aide de Google, le formulaire comporte trois parties :
- Votre test fermé : la facilité à recruter des testeurs, l’engagement obtenu (les testeurs ont-ils utilisé toutes vos fonctionnalités et leur usage correspondait-il à celui attendu en production, avec des précisions sinon) et un résumé des retours reçus et de la façon dont vous les avez collectés.
- Votre application ou votre jeu : votre public visé, le plus précisément possible ; la valeur apportée par votre application, ou ce qui rend votre jeu unique ; et une estimation des installations la première année.
- Votre préparation à la production : ce que vous avez changé à la suite du test fermé et comment vous avez décidé que l’application était prête pour la production.
Les modifications ne sont enregistrées que lorsque vous cliquez sur Suivant ou Envoyer la demande : quitter la page les fait perdre. Rédigez d’abord vos réponses ailleurs.
À quoi ressemble une réponse faible
- Aucun chiffre : « les testeurs ont aimé l’application » ne dit rien. Combien de testeurs, pendant combien de temps, combien de bugs, combien de mises à jour ?
- Aucune méthode : Google demande comment vous avez collecté les retours. « Auprès des testeurs » n’est pas une méthode ; un formulaire, un e-mail ou une discussion de groupe, si.
- Rien n’a changé : si la réponse à « qu’avez-vous changé » est « rien », le test semble ne vous avoir rien appris.
- Un public générique : « tout le monde » ou « tous les utilisateurs Android » n’est pas précis. Google demande d’être le plus précis possible.
- Modèles copiés : le même paragraphe que beaucoup d’autres développeurs ont collé depuis un forum se reconnaît.
- Des affirmations que le test ne soutient pas : décrire un usage quotidien intense alors que les testeurs ont à peine ouvert l’application. Voir testeurs pas assez engagés.
Comment corriger
Rassemblez d’abord les faits
Avant d’écrire, réunissez vos chiffres : testeurs inscrits, période de test, jours actifs, fonctionnalités couvertes, rapports de bugs, corrections et versions publiées.
Répondez à la section sur le test fermé avec précision
Dites comment vous avez recruté les testeurs et qui ils étaient. Décrivez les fonctionnalités qu’ils ont utilisées et les écarts avec l’usage attendu en production. Résumez les principaux thèmes des retours et le canal utilisé.
Soyez précis sur le public et la valeur
Décrivez vos utilisateurs comme vous décririez un client : tranche d’âge, situation, besoin. Dites ensuite en une ou deux phrases ce que votre application leur apporte, ou ce qui distingue votre jeu.
Restez réaliste sur les installations
Choisissez l’estimation qui correspond à vos projets pour la première année. Un grand chiffre n’apporte aucun bonus.
Montrez ce qui a changé
Listez les changements concrets par version : bugs corrigés, parcours simplifiés, plantages résolus. Expliquez ensuite comment vous avez décidé que l’application était prête : bugs critiques ouverts, corrections retestées, retours pris en compte.
Écrivez avec vos propres mots
Servez-vous d’un brouillon comme structure, pas comme texte final. Notre assistant de réponses gratuit transforme vos notes en brouillon structuré pour chaque question, uniquement dans votre navigateur.
Si le test lui-même était maigre, de meilleures réponses ne suffiront pas. Menez d’abord correctement la période de test supplémentaire, puis rédigez les réponses.
Comment TestBunny vous aide
- Les faits, déjà réunis : participation par jour, appareils et versions d’Android, scénarios réalisés, bugs et leur statut, retours et builds, dans un seul rapport. Voir un exemple de rapport.
- Préparation à l’accès en production : dans votre panneau, les données du rapport sont transformées en phrases pour chacune des trois sections de Google, chacune reliée aux données qui la fondent. Vous rédigez vous-même les réponses finales.
- De vrais testeurs, rapidement : les premiers testeurs rejoignent en moins de 6 heures après le début du recrutement, et chacun teste 14 jours avec des tâches quotidiennes.
- Garantie de nouveau test offert : si Google refuse l’accès en production après une campagne terminée, vous avez droit à un nouveau test offert par campagne. Faites la demande sous 30 jours après la fin.
Nous ne rédigeons pas votre demande et ne pouvons pas influencer l’examen de Google. Personne ne peut garantir l’approbation, et nous ne le faisons pas.
Questions fréquentes
Puis-je copier des réponses depuis un modèle ?
Vous pouvez vous en servir comme structure, mais rédigez le contenu vous-même. Google pose des questions sur votre test et votre application ; un texte générique ne peut décrire ni l’un ni l’autre.
Quelle longueur pour chaque réponse ?
Assez pour inclure les faits : quelques phrases chiffrées valent généralement mieux qu’une ligne ou qu’une page de remplissage.
Une estimation d’installations plus élevée aide-t-elle ?
Non. Donnez votre estimation honnête pour la première année.
Si mes réponses étaient le problème, dois-je retester ?
Les développeurs rapportent généralement qu’on leur demande 14 jours de test fermé supplémentaires dans tous les cas. Profitez-en pour renforcer le test et les réponses.
Sources
Les détails techniques ont été vérifiés dans la documentation officielle ci-dessous. Les menus et valeurs par défaut changent d’une version à l’autre ; en cas de doute, la page officielle fait foi.
Préparez vos réponses à la demande
Un assistant gratuit et privé qui vous guide dans les trois sections de Google et transforme vos notes en brouillons bien structurés. Rien ne quitte votre navigateur.
Ouvrir l’assistant gratuitÀ quoi ressemble un test bien documenté
Participation quotidienne, appareils, scénarios, bugs et retours, dans le même rapport que produit une campagne TestBunny. Données de démonstration d’une application fictive.
Voir un exemple de rapport