Amincissement de l’app

Amincissement de l’app : Mécanisme Apple qui livre à chaque appareil les seules ressources dont il a besoin, ce qui réduit le poids perçu au téléchargement.

Classé dans la famille « Stores et publication », ce terme revient dans les échanges entre un client et son agence. Voici ce qu’il faut en comprendre avant d’en discuter le prix.

Pourquoi Amincissement de l’app compte sur un projet mobile

Amincissement de l’app 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

Dans un cahier des charges, Amincissement de l’app 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 :

• 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.

Ce que ça change au moment de la recette

À la recette, Amincissement de l’app se vérifie deux fois, une par boutique : les exigences d’Apple et celles de Google ne se recouvrent pas.

• Relire la fiche produit dans chaque langue publiée, sur un vrai téléphone.
• Vérifier que le compte développeur est au nom du client avant la première soumission.
• Installer la version publiée depuis la boutique, pas seulement la préversion de test.

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.

Erreurs fréquentes

Ces erreurs ne viennent presque jamais d’un manque de compétence, mais d’un point qui n’a été écrit nulle part.

• 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.
• Confier la décision au prestataire, puis la contester au moment de la recette.

Termes liés

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

• Spécification fonctionnelle
• Informations bancaires store
• Rejet pour contenu inapproprié
• Achat de test
• Sideloading

Questions fréquentes

Qu’est-ce que « Amincissement de l’app » ?

Mécanisme Apple qui livre à chaque appareil les seules ressources dont il a besoin, ce qui réduit le poids perçu au téléchargement. 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.