Application générée par modèle

Application générée par modèle : Version issue d’un gabarit revendu à plusieurs clients, tolérée seulement si elle est publiée depuis le compte du client final.

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.

À quoi sert Application générée par modèle

Application générée par modèle 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.

Dans la pratique, deux interlocuteurs qui n’ont pas la même définition en tête avancent d’accord pendant des semaines, puis découvrent le désaccord à la livraison.

La traduction en exigences

Un cahier des charges complet chiffre « Application générée par modèle » 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 :

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

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.

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.

Vérifier plutôt que croire

Application générée par modèle 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.

Chacun de ces contrôles prend quelques minutes. Les découvrir après la mise en ligne prend des jours.

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.

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

• Sideloading
• Échéance de niveau d’API
• Pourcentage de déploiement
• Trafic de recherche
• Revue accélérée

Questions fréquentes

Que signifie « Application générée par modèle » ?

Version issue d’un gabarit revendu à plusieurs clients, tolérée seulement si elle est publiée depuis le compte du client final. 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.

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.