Événement de cycle de vie

Événement de cycle de vie : Événement lié aux états de l’application comme le lancement, le passage en arrière-plan ou l’installation d’une mise à jour.

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

Pourquoi Événement de cycle de vie compte sur un projet mobile

Sur une application, Événement de cycle de vie sert à décider quoi construire ensuite. C’est la seule alternative sérieuse à l’avis du dernier utilisateur croisé en réunion.

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

Événement de cycle de vie se recette comme une fonctionnalité. Le cahier des charges prévoit le jeu de tests, l’outil de contrôle et la personne qui valide les chiffres.

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

Comment le vérifier à la recette

À la recette, Événement de cycle de vie se contrôle sur des chiffres attendus, connus à l’avance, pas sur une impression de cohérence.

• Vérifier que les propriétés attendues sont remplies, pas seulement présentes.
• 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.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

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.

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

• Hypothèse de test
• Agrégation des conversions
• Taille d’échantillon
• Profondeur de session
• Rétention exacte

Questions fréquentes

Événement de cycle de vie : de quoi parle-t-on exactement ?

Événement lié aux états de l’application comme le lancement, le passage en arrière-plan ou l’installation d’une mise à jour. 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.

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.