Kids Category

Kids Category : Section App Store dédiée aux enfants, qui impose des contraintes strictes en échange d’une visibilité très ciblée.

Famille « Stores et publication ». La définition ci-dessus suffit pour suivre une réunion. La suite sert à écrire une exigence que personne ne pourra interpréter à sa façon.

Où intervient Kids Category dans un projet

Kids Category relève de la publication, une étape que beaucoup de plannings traitent comme une formalité de dernière semaine. C’est souvent là que les projets prennent leur dernier retard.

Sur un projet réel, la question ne se pose jamais en théorie : elle arrive dans un devis, dans une réunion de cadrage ou dans un rapport de recette.

De la définition à la ligne de cahier des charges

Écrire « Kids Category » dans un cahier des charges suppose d’avoir lu les règles en vigueur des deux boutiques. Elles ne disent pas la même chose et changent plusieurs fois par an.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Qui rédige la fiche produit, et qui la valide avant soumission.
• Le nombre d’allers-retours de revue inclus dans le forfait.
• Les déclarations de collecte de données exigées par les deux boutiques.
• Le mode de déploiement retenu : diffusion progressive ou mise à disposition immédiate.

Le niveau de détail à viser est celui qui permet à deux prestataires différents de chiffrer la même chose. En dessous, les écarts de prix ne veulent rien dire.

Le modèle de cahier des charges du guide reprend ces rubriques dans l’ordre attendu par une agence, et la grille de lecture des devis montre à quoi ressemble un chiffrage comparable.

Comment le vérifier à la recette

Kids Category se vérifie sur un appareil réel et sur la version publiée, pas sur la préversion distribuée aux testeurs.

• Confronter les déclarations de collecte à ce que fait réellement l’application.
• Regarder les captures d’écran aux formats d’appareils réellement utilisés.
• Noter les dates d’expiration des certificats et des comptes payants.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

Ce qui tourne mal le plus souvent

Les mêmes causes reviennent d’un projet à l’autre, quel que soit le prestataire et quelle que soit la taille du budget.

• Découvrir les règles d’une boutique au moment de la soumission plutôt qu’au cadrage.
• Caler la mise en ligne la veille d’un événement commercial, sans marge pour un rejet.
• Publier la même fiche dans tous les pays sans traduire ni adapter les captures.
• Oublier la suppression de compte depuis l’application, désormais exigée.
• Reprendre la formulation d’un autre projet sans vérifier qu’elle décrit bien celui-ci.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• ASO
• TestFlight
• Partage familial App Store
• Notifications temps réel Play
• Build actif TestFlight

Questions fréquentes

Qu’est-ce que « Kids Category » ?

Section App Store dédiée aux enfants, qui impose des contraintes strictes en échange d’une visibilité très ciblée. Cette définition suffit pour une discussion de cadrage. Pour un contrat, il faut y ajouter ce que le terme recouvre exactement sur votre application.

Apple et Google appliquent-ils les mêmes règles ?

Non. Chaque boutique a ses exigences, ses délais et ses motifs de rejet. Un projet qui ne prévoit qu’un seul jeu de contraintes découvre l’autre au moment le plus coûteux.

Où placer ce point dans le cahier des charges ?

Dans le chapitre qui correspond à sa nature, jamais dans une ligne fourre-tout. Le modèle de cahier des charges propose les rubriques attendues et l’ordre dans lequel les remplir.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.