5 questions à se poser pour développer son application mobile

Quelles sont les bonnes questions techniques à vous poser avant de vous lancer dans le développement d’une application mobile ou de faire appel à un prestataire externe ?

Sans rentrer dans des détails trop techniques, l’idée est d’avoir une vision des principaux sujets que vous devrez avoir en tête avant de vous lancer.

Présents à Aix en Provence et Montpellier, chez ACSEO nous développons des applications mobiles soit natives, soit hybrides avec le framework ReactNative. Lors de nos premiers échanges, voici les questions que nous posons afin de cibler le type d’application et le niveau de complexité.

La liste des questions indispensables :

#1. Sur quels stores l’application mobile sera-t-elle déployée

Dans la majorité des cas, les applications sont déployées sur les stores IOS (App Store) et Android (Google Play). Si tel est le cas, vous devrez acheter une licence IOS et Android afin de pouvoir déployer votre application sur ces stores. Il existe cependant d’autres cas pour lesquels nous ne déploierons pas sur ces stores :

• Dans le cas d’une application, souvent dans l’industrie, qui cible un parc de device (tablette / smartphone) très précis. Dans ce cas il y a un déploiement exclusivement sur IOS ou sur Android
• L’application doit être à usage restreint. Dans ce cas nous passons par des stores d’entreprises (stores privés)

Le mode de distribution de votre application doit être réfléchi dés le début afin de mettre en place au plus tôt l’environnement de publication.

#2. Un mode Online et Offline

Dans la plupart des cas, les applications mobiles permettent d’intéragir avec un utilisateur et d’envoyer ou récupérer des informations provenant d’un serveur distant (on parle souvent ici d’API). Cette communication implique un accés au réseau. Même si de nos jours, le réseau (wifi, 3G, 4G …) est disponible quasiment partout, il existe encore des lieux où ce n’est pas le cas.

C’est dans ce genre de cas qu’il faudra faire un choix fonctionnel pour votre application :

• Soit l’application précisera qu’elle est en “attente de réseau” et ne fonctionnera pas (ou en mode dégradé) jusqu’à ce qu’elle récupère du réseau
• Soit il sera utilisé un mode de stockage en local du téléphone afin de fonctionner en mode “Offline”. Cette option permet de pouvoir lire les informations stockées, faire des actions … Une fois que le réseau sera récupéré, les informations seront automatiquement envoyées au serveur

La réponse à cette question se fera par rapport à votre cible utilisateur et le périmètre de votre application.

#3. Volume de données à traiter

Nous avons évoqué juste au dessus le fait de pouvoir stocker des données directement dans le device. Afin de pouvoir avoir une vision technique de la solution, il sera nécessaire d’évaluer le volume de données à stocker. Il existe en effet différents types de stockage possible, selon le volume de données, nous pourrons par exemple opter pour du LocalStorage ou l’utilisation de SQLLite.

#4. Quels composants du téléphone (tablette) seront utilisés ?

L’application mobile vous permet d’utiliser les composants internes du téléphone, à voir ce dont vous aurez besoin :

• Un accès au GPS du téléphone. Validez ici quel sera le niveau de précision attendu
• Un accès aux galeries photos et à l’appareil photo
• Un accès à l’espace de stockage interne du téléphone
• Un accès au calendrier natif du téléphone …

Vous l’avez compris, nous pouvons accèder à l’ensemble des composants du téléphone. L’importance de bien les définir est de savoir si le périmètre de l’application est faisable.

#5. Un développement mobile natif ou hybride

C’est un sujet qui divise souvent. Chez ACSEO, plus de 80% de nos applications mobiles sont développées en mode hybride avec le framework ReactNative. Pour choisir quel type de développement sera mis en place, il sera important de bien cibler le périmètre de l’application.

En quelques mots voici les principales caractéristiques pour le natif :

• Un développement spécifique pour la version IOS et la version Android
• Dans le cas d’applications demandant des performances particulières, le natif sera à préférer
• Des interfaces utiisateurs plus fluides
• Un coût plus élevé car il aura deux applications à créer (pour les deux stores) et deux applications à maintenir et faire évoluer)

Côté hybride :

• Un développement pour l’ensemble des stores
• Des interfaces utilisateurs se rapprochants fortement du natif
• Une vigilance à garder pour les applications gourmandes niveeau performance du device (traitement d’images, de sons …)
• Un accès à l’ensemble des composants du téléphone (GPS, Appareil photos …)
• Un coût moins élevé pour le développement et la maintenance de l’application

Vous l’avez compris, le choix ne peut être fait qu’en connaissant le périmètre de votre application.