Développement d'applications mobiles pour les entreprises et organisations

La première question à trancher n'est pas fonctionnelle mais technique, et elle conditionne l'essentiel du coût. Trois options existent, et la plupart des projets se trompent en choisissant la plus chère par défaut.

L'application web responsive est un site conçu pour être utilisé confortablement sur téléphone. C'est la solution la moins coûteuse, la plus rapide à mettre à jour, et elle suffit dans une majorité de cas — notamment pour les outils internes consultés ponctuellement. Elle exige en revanche une connexion au moment de l'usage.

La PWA, ou application web progressive, ajoute l'essentiel de ce qui manque : installation sur l'écran d'accueil, fonctionnement hors ligne, notifications sur Android. Elle ne passe pas par les magasins d'applications, ce qui évite les délais de validation et les commissions, mais reste invisible pour un utilisateur qui cherche une application sur le Play Store.

L'application native, développée pour Android ou iOS, est la seule option quand le besoin exige un accès matériel poussé — lecture de codes-barres intensive, géolocalisation permanente en arrière-plan, capteurs spécifiques — ou une présence en magasin d'applications. Elle coûte sensiblement plus cher à produire et surtout à maintenir, puisque chaque plateforme évolue de son côté.

C'est le point qui distingue une application pensée pour la région d'une application transposée d'ailleurs. Un agent en tournée, un enquêteur en zone rurale ou un commercial en déplacement n'ont pas une connexion stable, et une application qui suppose le contraire devient inutilisable au moment précis où elle devrait servir.

Nous traitons cette contrainte comme une hypothèse de conception et non comme un correctif ajouté après coup. Concrètement : les données saisies sont stockées localement sur l'appareil, la synchronisation s'effectue automatiquement dès qu'une connexion redevient disponible, et l'utilisateur voit clairement ce qui est envoyé et ce qui reste en attente. Cette dernière précision compte : une application qui synchronise silencieusement crée une inquiétude légitime chez les équipes terrain.

S'y ajoute la question des conflits. Quand deux personnes modifient la même donnée hors ligne, il faut une règle de résolution décidée à l'avance plutôt qu'un comportement subi. Nous la définissons au cadrage, avec vous.

Une erreur fréquente consiste à concevoir l'application en la testant sur le téléphone du dirigeant, généralement récent et haut de gamme, alors que les utilisateurs finaux travaillent sur des appareils d'entrée de gamme, avec une mémoire limitée et un stockage souvent saturé.

Nous partons donc du parc réel. Cela oriente des décisions concrètes : limiter le poids de l'application, éviter les animations coûteuses en ressources, réduire le volume de données téléchargées, prévoir des écrans lisibles sur petit affichage. En pratique, Android domine largement le parc dans la région, ce qui justifie généralement de le traiter en priorité plutôt que de développer les deux plateformes simultanément.

Le forfait de données est également un facteur. Une application qui consomme sans mesure sera désinstallée par des utilisateurs qui paient leur connexion — un motif d'abandon rarement anticipé lors de la conception.

Pour les applications qui encaissent, l'intégration d'Orange Money ou d'une solution équivalente est le sujet le plus sensible. Le parcours nominal — l'utilisateur paie, la transaction aboutit — est la partie facile.

Ce qui détermine la fiabilité perçue, ce sont les cas d'échec : la transaction interrompue en cours, la confirmation qui n'arrive jamais, le double débit, le paiement validé côté opérateur mais non enregistré côté application. Chacun de ces cas doit avoir un traitement défini et une trace exploitable, faute de quoi vos équipes cesseront rapidement de faire confiance au système et reviendront à l'encaissement manuel.

Nous validons systématiquement la disponibilité et la qualité des APIs de paiement au cadrage. Une intégration annoncée mais techniquement impraticable fait dérailler un projet entier.