Mise à jour des applications

Lancer une application, c'est comme avoir un enfant : le travail ne commence qu'après la naissance de l'enfant. La « mise à jour d'application » est la routine de maintenance qui maintient votre logiciel actif, sécurisé et pertinent. Une application qui n'est pas mise à jour meurt. Les utilisateurs le remarquent, les magasins (Apple/Google) punissent et la technologie devient obsolète.

Dans cet article, nous explorerons l'anatomie d'une mise à jour, les types de mises à jour et comment gérer ce cycle de vie.

Pourquoi mettre à niveau ?

Corrections de bugs : Aucun logiciel n'est parfait. Les utilisateurs trouveront des erreurs que vous n'avez pas vues.
Sécurité : les pirates informatiques découvrent chaque jour de nouvelles vulnérabilités. Les bibliothèques obsolètes sont des portes ouvertes.
Compatibilité : Un nouvel iOS et un nouvel Android sortent chaque année. Votre application doit s'adapter aux nouvelles règles de conception et autorisations.
Nouvelles fonctions (caractéristiques) : Pour garder l'utilisateur engagé et compétitif sur le marché.

Types de mises à jour

1. Correctif (v1.0.1)

Petites corrections. Urgences. Une faute de frappe ou un bug qui ferme l'application. Cela ne change généralement rien visuellement.

2. Mise à jour mineure (v1.1.0)

Améliorations des fonctionnalités existantes ou petites nouveautés. Ex : "Vous pouvez désormais filtrer la recherche par couleur."

3. Mise à jour majeure (v2.0.0)

Changement radical. Refonte complète, changement de business model ou réécriture de code. C'est un événement marketing.

Le défi de la fragmentation

Sur le web, lorsque vous mettez à jour votre site, tous les utilisateurs voient immédiatement la nouvelle version. Dans les applications, non. L'utilisateur doit télécharger la mise à jour.

Le scénario du cauchemar : vos utilisateurs utilisent les versions 1.0, 1.1, 1.5 et 2.0 en même temps.
L'impact sur le backend : Votre API (serveur) doit prendre en charge toutes ces anciennes versions. Vous ne pouvez pas supprimer un champ de la base de données que la version 1.0 utilise encore.

Comment forcer la mise à jour

Parfois, une mise à jour est critique (par exemple, une faille de sécurité grave ou un changement d'API qui interrompt les anciennes versions). Vous devez implémenter un mécanisme Forcer la mise à jour.

L'application interroge l'API lors de l'ouverture : « Quelle est la version minimale acceptable ? ».
Si la version de l'application est inférieure au minimum, l'application ouvre un écran de verrouillage : "Nouvelle version disponible. Veuillez mettre à jour pour continuer." avec un lien vers le magasin.
L'utilisateur ne peut pas utiliser l'application sans mise à jour.

Remarque : à utiliser avec modération. Les utilisateurs détestent être bloqués.

Journal des modifications (Quoi de neuf)

Ce texte qui apparaît dans le magasin décrivant la mise à jour.

Médiocre : "Corrections de bugs et améliorations des performances". (Le modèle paresseux).
Bien : "Vous pouvez désormais utiliser le mode sombre ! Nous avons également corrigé ce bug ennuyeux sur l'écran de connexion. Profitez-en !" La rédaction de bons changelogs génère une connexion avec la communauté et montre que l'application est entretenue avec soin.

Conclusion

La mise à jour des applications est un engagement continu. Cela nécessite une planification du versioning (SemVer - Semantic Versioning) et une stratégie API rétrocompatible. Considérez les mises à jour non pas comme une tâche informatique ennuyeuse, mais comme une opportunité de renouveler vos vœux de mariage avec vos utilisateurs, offrant ainsi une valeur constante.