Compte de démonstration
Par Sebastian · mise à jour le 21 août 2026
Compte de démonstration : Profil client dédié à la revue, à maintenir actif et alimenté tant que l’application reste publiée, faute de quoi la prochaine mise à jour bloque.
Le mot appartient à la famille « Stores et publication » du lexique. Cette page dit ce qu’il recouvre, comment il se formule dans un cahier des charges, et ce qu’il vaut mieux ne pas écrire.
À quoi sert Compte de démonstration
Compte de démonstration intervient au moment le plus risqué du projet, celui où le code est terminé et où la mise en ligne dépend d’un tiers qui applique ses propres critères.
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.
Comment l’écrire dans un cahier des charges
Un cahier des charges complet chiffre « Compte de démonstration » comme une tâche à part entière, avec les allers-retours possibles avec la revue des boutiques.
À écrire noir sur blanc, dans le chapitre qui correspond :
- Les boutiques visées et les pays de diffusion, dès la version 1.
- Le titulaire des comptes développeur, et qui règle leurs frais.
- La procédure en cas de rejet, et le délai de reprise engagé.
- Les captures d’écran et la vidéo de prévisualisation : qui les produit, à quel format.
Cette formulation se rédige avant la consultation, pas après réception des propositions : c’est elle qui rend deux devis comparables entre eux.
Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.
Les contrôles à prévoir
À la recette, Compte de démonstration se vérifie deux fois, une par boutique : les exigences d’Apple et celles de Google ne se recouvrent pas.
- Demander le compte rendu de la revue, motifs de rejet compris.
- Confronter les déclarations de collecte à ce que fait réellement l’application.
- Noter les dates d’expiration des certificats et des comptes payants.
Chacun de ces contrôles prend quelques minutes. Les découvrir après la mise en ligne prend des jours.
Erreurs fréquentes
Aucune de ces erreurs ne se voit le jour où elle est commise. Toutes se paient plus tard, au moment le moins commode.
- 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 :
Questions fréquentes
Qu’est-ce que « Compte de démonstration » ?
Profil client dédié à la revue, à maintenir actif et alimenté tant que l’application reste publiée, faute de quoi la prochaine mise à jour bloque. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.
Combien de temps prévoir avant la mise en ligne ?
Prévoyez une marge, sans promettre de date au jour près : la revue des boutiques échappe au prestataire. Les plannings qui calent une sortie sur un événement commercial sans marge sont ceux qui dérapent.
Est-ce que ça se retrouve dans le devis ?
Un devis lisible sépare conception, design, développement, tests, publication et suivi. La grille de lecture des devis détaille poste par poste ce qui doit y apparaître.
Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.
Un doute sur ce point de votre projet ?
30 minutes avec un technicien : on relit votre périmètre, on vous dit ce qui manque dans le cahier des charges et à quel palier de prix votre projet se situe. Sans engagement.