Le succès d’un projet, et notamment d’un projet de développement d’application mobile, est lié à la qualité de sa roadmap… sa feuille de route, si vous préférez en bon français.
En clair, la roadmap est un outil incontournable de gestion de produit, car elle liste toutes les grandes étapes du développement et en donne un aperçu global (objectifs, jalons, durées, livrables…) : elle précise notamment quelle est la priorisation des fonctionnalités et quel est leur niveau de complexité (ce qui donne une idée de la charge de travail nécessaire et donc, du budget).
Partagée avec tous les acteurs du projet, la roadmap donne donc une ligne directrice et guide les développements tout au long du cycle de vie de l’application mobile.
Compte-rendu de l’importance qu’ont pris les applications mobiles dans la stratégie des entreprises (soutien d’un business model, impact sur l’image et sur la compétitivité, offre d’un service supplémentaire, etc.), se donner tous les moyens de réussir un tel projet n’est pas négligeable.
Dans cet article, nous dévoilons les 4 clés qui permettent de créer une roadmap évolutive et de garantir ainsi le succès de votre application mobile auprès de sa cible.
Nous mettrons l’accent sur :
- la coconstruction de cette roadmap avec les utilisateurs,
- la nécessité d’y inclure les actions permettant de vous assurer de l’efficacité et la maintenabilité du code de l’app, au fil de ses différentes versions.
Clé 1 – Préparer le terrain : Comprendre les objectifs de l’app, planifier les versions, gérer les ressources
La première étape pour élaborer la roadmap d’une application mobile consiste à analyser les besoins des utilisateurs ciblés pour bien comprendre et formuler les objectifs de l’app.
Prenons l’exemple d’une société de fitness.
Pour ses dirigeants ou pour le manager en charge du projet mobile, formuler l’objectif pourrait être : « Nous souhaitons créer une application mobile qui permette aux utilisateurs (nos clients) de suivre leurs séances d’entraînement et leurs progrès. »
Si cela paraît simple formulé ainsi, il est toutefois nécessaire d’enquêter auprès des futurs utilisateurs pour s’assurer que cela correspond effectivement à un besoin. La meilleure des idées d’app peut s’avérer être… une fausse bonne idée.
Par ailleurs, ce n’est pas parce que la formulation est simple… que le développement l’est. Il revient au chef de projet (interne ou externe s’il s’agit d’un prestataire) de traduire ce besoin en termes techniques et de préciser le coût (c’est-à-dire la charge de travail) que son développement représente.
Toutes les tâches induites, appelons-les des « fonctionnalités » pour simplifier, doivent être quantifiées et leur faisabilité doit être étudiée au regard des contraintes du projet (techniques, budgétaires, délais de réalisation…).
Cela permet de prioriser leur développement, d’établir éventuellement une première roadmap prévisionnelle précisant quelles fonctionnalités seront incluses dans la V1 de l’application mobile, dans sa V2, etc. et de planifier les étapes de développement de la V1 : découpage en itérations successives, plan de charge, planning.
Ce travail nécessite en amont, bien entendu, de vérifier la compétence et la disponibilité des ressources nécessaires (designers, développeurs, testeurs), puis de gérer leur affectation aux différentes étapes et tâches de développement.
Clé 2 – Développer la V1 : Se concentrer sur les fonctionnalités essentielles, intégrer les utilisateurs dans le processus de dev, mettre en place un process d’amélioration continue
La planification d’une V1 se concentrant sur les fonctionnalités essentielles (un MVP, Minimum Viable Product) permet d’aller rapidement de l’idée au produit.
Pour le donneur d’ordre, l’avantage d’inclure dans sa roadmap le développement d’un MVP, est d’étaler le budget de l’application mobile dans le temps et de prendre moins de risque : il peut valider l’intérêt de l’app auprès de ses utilisateurs sans avoir trop investi. Et si tout va bien, cela crée un bouche-à-oreille positif qui favorise l’engagement de la cible envers l’app et ses versions à venir.
Si nous reprenons l’exemple de l’application de fitness, la version 1 pourrait permettre aux utilisateurs de créer leur profil et d’accéder à des séances d’entraînement prédéfinies, s’il s’agit d’un incontournable pour la cible visée.
Pour réduire les risques de s’écarter de ce que la cible attend, il faut bien veiller à intégrer des utilisateurs-type à chaque étape du dev : identification des fonctionnalités essentielles, validation de chaque portion de l’app pendant le dev, prise en compte de leurs retours durant le dev et après la mise en production.
En suivant cette ligne de conduite, on coconstruit l’app avec eux et on façonne, étape après étape, une expérience utilisateur adaptée à leur attente.
Par ailleurs, dès le lancement du développement de cette V1, il est important pour la suite de mettre en place un processus itératif d’amélioration continue. Concrètement, il s’agit de :
- définir et de suivre de bonnes pratiques de codage ;
- bien documenter le code pour faciliter la maintenance et l’évolutivité de l’app ;
- tester le code pour réduire le risque de bugs, de régressions et de dysfonctionnements ;
- optimiser les performances et la sécurité de l’app.
Clé 3 – V2 et versions suivantes : Encourager les retours utilisateurs… et les prendre en compte !
Une fois l’app lancée, les premiers retours de la communauté sont à analyser à la loupe : encourager les commentaires est un Must. Cela permet d’identifier les axes d’amélioration (lenteurs, lacunes éventuelles…) et les nouvelles fonctionnalités demandées.
Si celles-ci ne sont pas déjà dans la roadmap de votre application mobile, il est nécessaire d’en évaluer la faisabilité et quel est l’impact de leur ajout. En fonction des contraintes liées au projet (budget et planning notamment), une révision de la priorisation peut s’imposer.
Par exemple, l’analyse des commentaires sur les stores et des enquêtes de satisfaction a montré que de nombreux utilisateurs de l’app de fitness souhaiteraient pouvoir personnaliser leurs propres sessions d’entrainement (création et suivi de leurs séances) ; alors que le donneur d’ordre envisageait initialement d’enrichir le profil client en V2 (historique des séances, recommandations de séances en fonction du profil). Il s’agit alors de voir s’il est possible ou non de concilier les deux ; et si ce n’est pas le cas, de prioriser et revoir le cas échéant la roadmap.
En parallèle, dans le processus de développement de cette V2 et des versions suivantes, il est nécessaire de :
- veiller à ce que l’intégration de nouvelles fonctionnalités ne compromette pas la stabilité du code existant ;
- maintenir un équilibre entre le temps alloué au développement de nouvelles fonctionnalités et celui dédié à la vérification de la stabilité du code existant pour garantir la maintenabilité de l’app dans le temps.
Clé 4 – Gérer le cycle de vie de l’app en conjuguant harmonieusement Demandes utilisateurs, Améliorations techniques et Évolutions du marché
Si nous reprenons l’exemple de l’entreprise de fitness, elle pourrait envisager dans une version ultérieure, d’intégrer une fonctionnalité de suivi nutritionnel ; ou bien d’explorer les technologies de suivi de la santé en associant à l’app des objets connectés.
L’entreprise considère que ces nouvelles fonctionnalités, qui ne sont pas demandées par les utilisateurs, peuvent néanmoins considérablement améliorer leur expérience ; elles permettront par ailleurs à sa marque de se différencier par rapport à la concurrence.
Il sera nécessaire bien sûr de valider la faisabilité technique de ces fonctionnalités et de vérifier auprès d’utilisateurs types que ces idées sont pertinentes, avant d’engager leur développement.
Tout au long du cycle de vie de l’application mobile, il s’agira donc d’itérer le processus et d’alimenter la roadmap en :
- intégrant les feedbacks utilisateurs aux fonctionnalités déjà incluses dans la roadmap ;
- tenant compte des évolutions du marché, des technologies ou des usages ; et en maintenant une veille active pour identifier de nouvelles opportunités d’innovation ;
- s’assurant de la maintenabilité de l’app pour qu’elle n’accumule pas de dette technique. Maintenir la qualité du code et garantir qu’il reste évolutif implique de réserver du temps régulièrement pour résoudre les problèmes existants, améliorer la performance de l’app, mettre à jour les bibliothèques et dépendances sur lesquelles elle s’appuie… L’amélioration continue est en effet au cœur d’une roadmap évolutive.
En résumé,
Réussir votre projet d’application mobile, c’est-à-dire maintenir l’engagement et la rétention des utilisateurs que vous ciblez tout au long de son cycle de vie, nécessite de les inclure à toutes les étapes du projet ; et notamment de coconstruire avec eux une roadmap qui évolue en harmonie avec leurs besoins et avec le marché, dans une démarche d’amélioration continue.
Ces conditions étant réunies, vous serez en mesure de conjuguer Excellence de l’expérience utilisateur, Performance et Durabilité de votre app. Et celle-ci sera prête à relever les nouveaux défis qui se présenteront.
Vous souhaitez réagir ou en savoir plus ?
On vous offre un café et, en bonus, la check-list de votre cahier des charges, pour ne rien oublier.
Vous êtes partant(e) ?