Couche de données

Couche de données : Structure intermédiaire exposant au SDK les informations de contexte de l’écran courant, pour éviter que chaque appel les recalcule à sa manière.

Famille « Analytics ». La définition ci-dessus suffit pour suivre une réunion. La suite sert à écrire une exigence que personne ne pourra interpréter à sa façon.

À quoi sert Couche de données

Couche de données se prépare pendant le développement, pas après. Une donnée qui n’a pas été collectée au bon moment ne se reconstitue pas rétroactivement.

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.

De la définition à la ligne de cahier des charges

Un cahier des charges complet relie « Couche de données » au consentement : ce qui est mesuré avec accord, ce qui ne l’est pas, et ce que devient le rapport dans ce cas.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Les indicateurs suivis dès le lancement, et la personne qui les lit chaque semaine.
• Le comportement de la mesure lorsque l’utilisateur refuse le suivi.
• La durée de conservation des données de mesure.
• Le tableau de bord livré, et sa fréquence de mise à jour.

Reste à désigner qui écrit cette ligne et qui la valide. Sans nom en face, la rubrique se remplit la veille de la signature, avec les mots du prestataire.

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.

Ce que ça change au moment de la recette

Couche de données se vérifie en déclenchant les événements soi-même, puis en les retrouvant dans l’outil de mesure.

• Déclencher chaque événement à la main et le retrouver dans l’outil de mesure.
• Vérifier qu’un même parcours ne produit pas deux fois le même événement.
• Relire le tableau de bord avec la personne censée décider à partir de lui.

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

Les pièges à éviter

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

• Instrumenter après la mise en ligne, et perdre définitivement les données du lancement.
• Nommer les événements au fil de l’eau, jusqu’à ce que les rapports deviennent illisibles.
• Conclure une expérimentation avant d’avoir atteint le volume nécessaire.
• Oublier que les utilisateurs qui refusent le suivi manquent dans tous les chiffres.
• 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 :

• Taille d’échantillon
• Profondeur de session
• Rétention exacte
• Support
• Métrique garde-fou

Questions fréquentes

Que signifie « Couche de données » ?

Structure intermédiaire exposant au SDK les informations de contexte de l’écran courant, pour éviter que chaque appel les recalcule à sa manière. 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.

Combien d’indicateurs suivre au lancement ?

Peu, et choisis parce qu’ils déclenchent une décision. Un tableau de bord de quarante courbes que personne ne regarde vaut moins qu’une poignée de chiffres discutés chaque semaine.

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.