La décision de développer une application mobile ne doit pas se limiter à vouloir être présent sur l'App Store ou Google Play. Il faut clairement identifier la tâche que l'utilisateur accomplira plus facilement sur son téléphone. Lorsque l'appareil photo, les notifications ou le fonctionnement hors connexion répondent à un besoin réel, la valeur de l'application devient plus évidente.
01Commencez par un seul scénario central
Un technicien terrain termine une intervention, un client prend rendez-vous, ou un utilisateur suit sa commande. Planifiez la première version autour de l'accomplissement complet de cette tâche. Clarifiez l'ordre des opérations avant même de compter les écrans. Déterminez tôt quelles données seront partagées entre le web et l'application mobile. L'approche consistant à réduire le périmètre de la première version est également abordée dans notre article sur le MVP.
02Concevez ce qui se passe en cas de coupure de connexion
La connexion mobile n'est pas toujours stable. Ne présentez pas une opération non enregistrée comme si elle l'était. Permettez à l'utilisateur de distinguer les opérations en attente, envoyées et échouées. Il est important qu'un renvoi de la même opération ne crée pas de doublon. La séparation des responsabilités entre les données et l'interface favorise la testabilité ; le guide d'architecture Android explique cette approche.
03Expliquez les permissions au moment du besoin
L'accès à l'appareil photo, à la localisation ou aux notifications doit être demandé en lien avec l'action que l'utilisateur effectue à ce moment précis. Si l'utilisateur refuse, proposez le parcours alternatif possible. Collecter des permissions inutiles n'augmente pas la valeur de l'application. Les notifications doivent aussi ouvrir le bon écran ; si la session est fermée, le contexte doit être conservé après la connexion.
04Testez sur des appareils réels et des scénarios de mise à jour
Établissez un plan de test couvrant différentes tailles d'écran, versions de système d'exploitation et connexions faibles. Déterminez comment une ancienne version de l'application fonctionnera avec une nouvelle version du serveur. La publication en magasin, les comptes de signature et les responsabilités de mise à jour doivent être clairs avant la livraison. Dans notre service d'applications mobiles, nous clarifions ces responsabilités ensemble dès le début du projet.
05Préparez avant de commencer
- Le scénario central unique que l'application résoudra dans sa première version
- Les plateformes cibles (iOS, Android ou les deux) et les versions minimales prises en charge
- Les opérations devant fonctionner hors connexion
- Les permissions nécessaires et leur justification
- À qui appartiendront les comptes développeur des stores
- Les données et systèmes partagés avec la partie web
É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