Votre idée d'application mobile est peut-être déjà prête : les clients pourraient prendre rendez-vous, passer commande ou suivre vos services depuis leur téléphone. Puis viennent s'ajouter à la liste les points de fidélité, le chat, les campagnes et des rapports plus poussés. Au bout d'un moment, l'objectif initial peut devenir invisible.
Pour les entreprises qui veulent faire développer une application mobile, la décision la plus importante est de savoir quel problème utilisateur la première version résoudra entièrement. Publier plus tôt ne doit pas signifier résoudre ce problème à moitié. Cet article traite du périmètre de la première version ; les décisions techniques comme le mode hors ligne, les autorisations et les tests sur appareils réels sont abordées séparément dans notre article décisions prioritaires lors du développement d'une application mobile.
01Définissez d'abord le parcours utilisateur essentiel
Prenons l'exemple d'une application de prise de rendez-vous. Si l'utilisateur ne parvient pas à choisir le service, à voir un créneau disponible ou à être certain que sa réservation a bien été créée, la beauté de l'écran des campagnes ne résout rien. Dans la première version, les étapes essentielles — sélection, confirmation, modification et annulation — doivent être pensées ensemble.
Dans cet exemple, l'expérience client a aussi un volet côté entreprise. Le collaborateur doit pouvoir voir le rendez-vous, gérer les disponibilités et être informé des changements. Ne concevoir que les écrans du téléphone laisse la moitié du travail de côté.
02Répartissez les fonctionnalités en trois groupes
Le premier groupe rassemble les fonctions indispensables pour que le service soit utilisable. Le deuxième regroupe les fonctionnalités qui améliorent nettement l'expérience sans empêcher la première mise en ligne. Le troisième est composé des idées à trancher une fois le comportement réel des utilisateurs observé.
Cette répartition vous permet de maîtriser le budget. Plutôt que de passer des mois sur une fonctionnalité que l'utilisateur ne demande pas, vous pouvez proposer l'expérience essentielle et avancer grâce aux retours. Les limites de la première version doivent être explicites dans la proposition et dans le design. Nous avons expliqué comment garder visibles les éléments laissés hors périmètre dans notre article lancer une idée logicielle plus rapidement grâce au MVP.
03Le nombre d'écrans ne détermine pas seul la durée de développement
Le mode hors ligne, la géolocalisation, les notifications, le paiement et les fonctions propres à l'appareil demandent chacun un travail différent. Un échange de données avec un système existant a lui aussi un impact sur le calendrier. Une base de code commune peut réduire, sur des projets adaptés, le travail de développement répété ; elle n'élimine pas les tests spécifiques à chaque appareil et plateforme.
Les comptes sur les stores, les descriptions de l'application et les informations requises pour la publication ne doivent pas non plus être laissés pour le dernier jour. La fin du développement et la fin de l'examen par le store sont deux étapes distinctes ; comme ce délai d'examen externe ne dépend pas de nous, nous ne nous engageons pas sur une date précise à ce sujet.
04De la visibilité tôt dans le projet pour une livraison rapide
Chez Paradigma7, l'objectif n'est pas que vous découvriez le résultat de votre projet uniquement le jour de la livraison. Nous nous concentrons sur le traitement par étapes des décisions de design et des fonctions essentielles, afin de repérer tôt les malentendus. Faire avancer développement et tests ensemble aide à réduire les corrections qui s'accumulent en fin de projet.
Découvrez notre offre de développement d'applications mobiles ; transformons ensemble votre idée en une première version réalisable, en clarifiant dès le départ le périmètre et les étapes de publication.
05À préparer avant de demander un devis
- Qui utilisera l'application et pour quelle tâche
- Le parcours utilisateur unique qui doit être entièrement complet dans la première version
- Qui, côté entreprise, gérera ce parcours
- Les systèmes existants à connecter et l'état de l'accès à ces systèmes
- Qui détient les comptes sur les stores et si les informations de publication sont prêtes
- Le comportement utilisateur qui permettra d'évaluer le succès de la première version
Écrit par
L'équipe Paradigma7
Produit, ingénierie et opérations
Nous sommes une équipe basée à Ankara construisant des logiciels pour l'Europe. Rien ici n'est théorie : ce sont les processus que nous exécutons réellement sur les projets clients.
À propos