Appel de décision

Appel de décision : Recours formel contre un rejet jugé infondé, à documenter précisément et à réserver aux cas où la règle invoquée ne s’applique manifestement pas.

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.

Pourquoi Appel de décision compte sur un projet mobile

Appel de décision appartient au vocabulaire des boutiques. Apple et Google fixent les règles, les font évoluer sans préavis, et une application non conforme ne se négocie pas : elle est refusée.

Le sujet se présente rarement seul. Il arrive au milieu d’une décision plus large, et c’est à ce moment qu’il faut savoir de quoi on parle.

La traduction en exigences

Écrire « Appel de décision » 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 :

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

Comment le vérifier à la recette

Le contrôle de « Appel de décision » a lieu avant la soumission. Une fois le build parti, la correction coûte un cycle de revue complet.

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

Les pièges à éviter

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é.
• Ne relier le sujet à aucun critère de recette : ce qui ne se vérifie pas ne se livre pas.

Termes liés

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

• Build actif TestFlight
• Code téléchargé à distance
• Application générée par modèle

Questions fréquentes

Qu’est-ce que « Appel de décision » ?

Recours formel contre un rejet jugé infondé, à documenter précisément et à réserver aux cas où la règle invoquée ne s’applique manifestement pas. 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.

Par où commencer quand le sujet est nouveau ?

Par les parcours et les règles de gestion, pas par les outils. Le guide du cahier des charges donne l’ordre dans lequel poser les questions à une agence.

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