Développement mobile
Une application mobile qui tient sur le terrain.
Une application mobile n'a de sens que si elle fonctionne là où elle est utilisée : dans un entrepôt sans réseau, sur un chantier avec des gants, dans un véhicule entre deux interventions. Nous construisons pour ces conditions — et nous disons aussi quand une application native n'est pas la bonne réponse.
Quand une application mobile a du sens
Le mobile se justifie par l'usage, pas par la volonté d'être présent sur un store.
Vos équipes sur le terrain saisissent sur papier, puis quelqu’un ressaisit au bureau.
Vos techniciens doivent accéder à des informations dans des lieux sans connexion fiable.
Vous devez collecter des photos, des signatures ou des relevés avec une trace horodatée.
Vous utilisez des fonctions propres au téléphone : scan de codes, NFC, appareil photo, géolocalisation.
Vos utilisateurs doivent être prévenus immédiatement, pas à leur prochaine connexion.
Une application existante fonctionne mal hors ligne, vide la batterie, ou n'est plus maintenue.
Ce que nous construisons
L'application visible n'est qu'une partie du travail. Ce qui la rend fiable se trouve souvent derrière.
Applications terrain
- Saisie hors ligne avec synchronisation à la reconnexion
- Collecte de photos, signatures et relevés horodatés
- Scan de codes-barres, QR et étiquettes NFC
- Interfaces utilisables avec des gants, en extérieur, d'une seule main
- Gestion de tournées et d'interventions successives
Applications utilisateurs
- Portails clients et espaces personnels
- Notifications push ciblées, et limitées à ce qui est utile
- Authentification biométrique et gestion de session
- Publication et suivi sur l’App Store et Google Play
Le socle derrière
- API dédiée au mobile, pensée pour des connexions lentes
- Gestion de la synchronisation et des conflits de données
- Gestion des versions installées et des mises à jour obligatoires
- Suivi des erreurs et des plantages en production
Où se joue réellement une application terrain
L'application n'est qu'un maillon. Ce qui décide de sa fiabilité, c'est ce qu'elle fait quand le réseau tombe et comment elle se raccorde à vos systèmes.
Terrain
Entrepôt, chantier, véhicule, intervention chez un client. Réseau incertain, mains occupées, temps compté.
Application mobile
Fonctionne d'abord en local, puis se synchronise. L'utilisateur voit toujours si ses données sont remontées.
Capacités possibles
- Hors ligne
- Synchronisation
- Photo & scan
- Géolocalisation
- Notifications
Backend & API
Arbitre les conflits, applique les règles, conserve l'historique.
Systèmes existants
ERP, planification, facturation : la donnée reste là où elle vit déjà.
Aucune de ces capacités n'est systématique. Chacune ajoute du développement et de la maintenance, et se décide sur un usage constaté.
Application mobile, PWA ou web responsive ?
Les trois sont des réponses valables. Le choix dépend de ce dont l'application a réellement besoin.
- Application native
- Nécessaire quand vous avez besoin du matériel : hors ligne réel, NFC, Bluetooth, capteurs, notifications fiables, fluidité d'affichage. C'est aussi le choix qui demande le plus d'entretien : deux plateformes, deux processus de publication, des versions d'OS qui changent chaque année.
- PWA
- Une application web installable, qui fonctionne hors ligne dans une certaine mesure et se met à jour sans passer par un store. Bon compromis quand le besoin matériel est limité et que la population d'utilisateurs est maîtrisée.
- Web responsive
- Souvent suffisant quand l'usage est occasionnel, connecté, et qu'il n'y a rien à installer. Le moins coûteux à maintenir et le plus rapide à faire évoluer.
Si le web responsive répond à votre besoin, nous vous le dirons — même si cela réduit le périmètre du projet.
Comment se déroule un projet mobile
Le terrain décide. Nous testons tôt, dans les conditions réelles d'utilisation.
- 01
Observer l'usage réel
Où, quand et comment l'application sera utilisée : réseau, luminosité, gants, durée d'une session, interruptions.
- 02
Choisir la bonne forme
Native, PWA ou web : la décision est prise sur des critères d’usage, et elle est documentée.
- 03
Construire et tester sur appareil
Les tests se font sur de vrais téléphones. Les conditions dégradées font partie des cas de test.
- 04
Publier
Fiches, conformité aux règles des stores, comptes développeur et premières validations.
- 05
Suivre en production
Plantages, versions installées, adoption réelle. Une application qui n'est pas suivie se dégrade silencieusement.
Le socle technique
Une base de code commune quand le besoin le permet, du natif quand il ne le permet pas.
Développement multiplateforme
iOS et Android depuis une base commune, pour les besoins métier qui ne dépendent pas intensément du matériel.
Synchronisation hors ligne
Stockage local, file d’attente et résolution des conflits à la reconnexion.
API mobiles
Services conçus pour des connexions lentes, intermittentes et parfois facturées au volume.
Distribution et suivi
Publication sur les stores, distribution interne, suivi des plantages et des versions installées.
Comment nous intervenons
Une application mobile demande un suivi après la mise en ligne : systèmes d'exploitation qui évoluent, règles des stores qui changent, appareils qui se renouvellent.
Projet sur mesure
Nous prenons la responsabilité de l’ensemble : analyse, conception, développement, intégration, livraison et évolution.
En savoir plusPartenaire IT
Un interlocuteur durable pour maintenir, faire évoluer et connecter les logiciels et systèmes sur lesquels votre activité repose.
En savoir plus
Cas d’usage liés
Automatiser un processus métier
Les mêmes informations sont ressaisies plusieurs fois, les validations passent par e-mail et personne ne sait où en est un dossier.
Connecter des systèmes qui ne se parlent pas
Votre ERP, votre CRM et vos outils métier contiennent chacun une partie de la vérité, sans échange fiable entre eux.
Moderniser un logiciel métier
L’application fonctionne encore mais devient coûteuse à maintenir, difficile à faire évoluer et dépendante de quelques personnes.
Questions fréquentes
Faut-il développer pour iOS et Android séparément ?
Pas nécessairement. Le développement multiplateforme couvre la grande majorité des besoins métier avec une seule base de code. Le natif séparé se justifie quand l'application exploite intensément le matériel ou quand la fluidité d'affichage est critique. Le choix est pris au cadrage, avec ses conséquences sur le coût de maintenance.
Combien coûte la maintenance d'une application ?
Elle n'est pas optionnelle. iOS et Android publient des versions majeures chaque année, les stores font évoluer leurs règles, et une application non mise à jour finit par ne plus s'installer ou par être retirée. Ce coût récurrent doit être prévu dès le début du projet, pas découvert un an après la mise en ligne.
Combien de temps prend la publication sur les stores ?
La validation technique se compte généralement en jours, mais les délais varient et un refus est toujours possible, notamment sur l'App Store. Nous préparons les éléments de conformité en amont et nous gérons les échanges avec les plateformes. Nous ne promettons pas de date de mise en ligne garantie : elle ne dépend pas de nous.
Peut-on reprendre une application existante ?
Souvent oui. Nous vérifions d'abord l'état du code, les dépendances obsolètes et la capacité à recompiler et republier. C'est ce dernier point qui bloque le plus souvent : une application dont on ne peut plus produire de nouvelle version doit être reconstruite, quelle que soit la qualité du code.
Qui détient les comptes développeur ?
Les comptes Apple et Google doivent être à votre nom, pas au nôtre. Nous vous accompagnons pour les créer et les configurer, mais vous restez propriétaire de vos applications publiées et de leurs fiches.
Parlons de votre usage terrain
Décrivez-nous où et comment l'application sera utilisée. C'est ce qui détermine la bonne forme à lui donner.