Notes de version

Notes de version : Texte décrivant les nouveautés d’une mise à jour, affiché sur la fiche et lu par ceux qui hésitent à installer.

Ce terme appartient à la famille « Stores et publication ». La page reprend l’essentiel : à quoi ça sert, comment l’écrire, ce qui se passe quand on l’oublie.

Où intervient Notes de version dans un projet

Notes de version 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.

Ce que le mot recouvre exactement dépend du projet. Ce qui suit vaut pour la plupart des applications mobiles françaises, et sert de point de départ à la discussion.

Ce que ça devient dans un cahier des charges

Dans un cahier des charges, Notes de version se range au chapitre publication, avec les comptes développeur, les pays de diffusion et le calendrier de soumission.

À é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.

Les contrôles à prévoir

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

• Demander le compte rendu de la revue, motifs de rejet compris.
• 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.

Ce qui n’est pas vérifié à la recette ne sera pas vérifié du tout : le jour de la mise en ligne, plus personne n’a le temps.

Ce qui tourne mal le plus souvent

Aucune de ces erreurs ne se voit le jour où elle est commise. Toutes se paient plus tard, au moment le moins commode.

• Ouvrir les comptes développeur au nom de l’agence plutôt qu’à celui du client.
• Bâcler la fiche produit, alors que le trafic des boutiques se joue dessus.
• Sous-estimer la vérification d’identité du compte développeur, qui bloque tout le reste.
• Prendre un rejet pour une fatalité au lieu de répondre point par point au motif invoqué.
• Employer le mot sans le définir, et laisser chaque partie prenante y mettre son propre sens.

Termes liés

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

• Appel de décision
• TestFlight
• Consommable
• Registre de publication
• Image de présentation Play

Questions fréquentes

Notes de version : de quoi parle-t-on exactement ?

Texte décrivant les nouveautés d’une mise à jour, affiché sur la fiche et lu par ceux qui hésitent à installer. Le mot est employé tel quel par les équipes francophones. C’est celui à utiliser dans les échanges avec une agence, y compris quand la traduction française existe.

Qui doit s’en occuper, l’agence ou le client ?

Le cahier des charges tranche. En pratique, l’agence prépare et soumet, le client valide et détient les comptes. Ce partage s’écrit avant la signature, pas la veille de la mise en ligne.

Comment savoir si le budget annoncé est cohérent ?

En comparant le périmètre écrit aux fourchettes constatées en France, détaillées poste par poste sur le guide des prix. Un chiffre isolé ne veut rien dire sans le périmètre qui va avec.

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