Application mobile sur mesure à Lyon
Vos équipes travaillent dehors, chez le client, sur un chantier ou en tournée. Vos outils, eux, sont restés au bureau. Résultat : des relevés notés sur papier puis ressaisis le soir, des photos éparpillées dans des téléphones, et une information qui arrive toujours avec un jour de retard.
Une application mobile métier sert à fermer cet écart. Pas à faire joli sur un store.
Quand une application mobile se justifie
Elle se justifie quand quatre conditions sont réunies :
- Le travail se fait loin d'un poste fixe. Interventions, livraisons, inspections, inventaires, relevés.
- L'information doit circuler dans les deux sens. Le terrain reçoit son planning et renvoie ce qu'il a fait.
- Le réseau n'est pas garanti. Sous-sol, zone blanche, entrepôt, parking souterrain.
- Il y a aujourd'hui une double saisie. Quelqu'un retape le soir ce qui a été noté dans la journée.
Quand elle ne se justifie pas
Autant le dire, ça évite de perdre du temps des deux côtés :
- Si une application web responsive suffit, parce que vos équipes ont toujours du réseau et un écran correct.
- Si le besoin réel est un tableau de bord, pas un outil de saisie.
- Si le logiciel du marché que vous utilisez propose déjà une application correcte — mieux vaut l'intégrer que la refaire.
- Si le processus métier n'est pas stabilisé. Une application fige une façon de travailler ; il faut d'abord savoir laquelle.
Ce qu'on construit concrètement
- Mode hors connexion
- L'application fonctionne sans réseau et se synchronise quand il revient. C'est la fonction la plus demandée, et la plus délicate à faire correctement : il faut gérer les conflits quand deux personnes ont modifié la même donnée hors ligne.
- Rôles et permissions
- Un technicien ne voit pas ce que voit un responsable d'équipe, qui ne voit pas ce que voit la direction.
- Preuves terrain
- Photos horodatées, signatures, formulaires de contrôle, commentaires. Ce qui sert à justifier une intervention et à la facturer.
- Planning et affectation
- Ce que chacun doit faire, où, et dans quel ordre. Modifiable depuis le bureau, visible immédiatement sur le terrain.
- Géolocalisation
- Quand elle a un usage réel : optimisation de tournée, preuve de passage, sécurité des travailleurs isolés.
- Publication et mises à jour
- App Store et Google Play, comptes développeur, et le suivi des versions après la mise en service.
Un cas : les équipes terrain de Cap Vert
Cap Vert Operations nettoie des grandes surfaces et des panneaux photovoltaïques. Il fallait reprendre un système d'information hérité, tableau de bord, base de données et applications des équipes terrain sur Android et iPhone, sans perdre une intervention ni arrêter l'activité.
Nous avons construit CvBoard, le tableau de bord web, et CvertMobile, l'application terrain iOS et Android : planning, fiches chantier, rapports photo et signatures. Elle fonctionne hors ligne, avec des files d'attente pour les modifications, les photos, les PDF et les e-mails, et reprend automatiquement au retour du réseau. Les PDF se génèrent sur le téléphone.
Le plus délicat était la migration : passage de MongoDB à Supabase, vérifié champ par champ puis synchronisé pendant toute la transition, soit près de 10 000 enregistrements migrés sans donnée perdue. L'application iOS a été publiée via Apple Business Manager et déployée sur la flotte d'appareils du client. Bascule des équipes en août 2026.
iOS, Android, et le choix de la technologie
Une application métier n'a presque jamais besoin d'être développée deux fois, une fois pour chaque système. Un socle technique commun couvre iOS et Android à partir du même code, ce qui permet généralement de réduire le coût de développement et surtout celui de la maintenance. On descend au natif seulement pour ce qui l'exige vraiment : un capteur particulier, une contrainte de performance, une intégration matérielle.
Nous développons principalement nos applications mobiles avec React Native. D'autres technologies peuvent être retenues lorsque les contraintes techniques du projet le justifient.
Ce qui compte davantage que la technologie : ce que vous récupérez à la fin.
Le code spécifique développé pour votre projet vous est remis selon les conditions prévues au contrat. Vous disposez des dépôts, de la documentation, des accès nécessaires et des moyens d'exporter vos données. Les composants tiers et open source restent soumis à leurs licences respectives.
Comment on travaille
Cinq étapes, un livrable validé à chacune : cadrage, conception, construction, mise en service, évolution. Le chiffrage vient après le cadrage, jamais avant — parce qu'avant d'avoir regardé vos processus, un prix serait inventé.
Lyon et sa région
Nous avons un bureau à Lyon et un à Dijon. Pour un projet d'application mobile, ça veut dire des rencontres de cadrage sur place, et quelqu'un de joignable qui connaît votre dossier après la mise en service.
Nous intervenons aussi en dehors de la région : la proximité est un confort, pas une condition.
Questions fréquentes
Combien coûte une application mobile sur mesure ?
Le prix dépend du nombre d'écrans, des rôles d'utilisateurs, des règles métier, des intégrations avec vos outils existants, du mode hors connexion et du niveau de sécurité attendu. Ces éléments se déterminent pendant le cadrage. Nous ne donnons pas de fourchette avant, parce qu'un chiffre annoncé sans avoir regardé vos processus serait trompeur dans un sens ou dans l'autre.
Faut-il une application iOS et une application Android séparées ?
Non, dans la grande majorité des cas. Un socle technique commun produit les deux applications à partir du même code, ce qui réduit généralement le coût de développement et celui de la maintenance. Le développement natif séparé ne se justifie que pour des besoins précis : capteur spécifique, performance graphique, intégration matérielle particulière.
Est-ce que l'application fonctionne sans réseau ?
Oui, si le besoin existe. Les données nécessaires sont stockées sur le téléphone, le travail se fait normalement hors connexion, et tout se synchronise au retour du réseau. Le vrai sujet technique, ce sont les conflits : que faire quand deux personnes ont modifié la même donnée chacune de son côté. Cette règle se décide au cadrage, pas après.
Qui est propriétaire de l'application et du code ?
Le code spécifique développé pour votre projet vous est remis selon les conditions prévues au contrat, avec les dépôts, la documentation et les accès aux comptes de publication. Vos données sont exportables. Les composants tiers et open source restent soumis à leurs licences. Vous pouvez reprendre le projet en interne ou le confier à un autre prestataire.
Pouvez-vous reprendre une application existante ?
Oui. C'est une demande courante : une application développée il y a quelques années, dont le prestataire n'est plus là ou dont le code n'évolue plus. Le travail commence par un audit — état du code, dépendances obsolètes, dette technique, risques de migration — avant toute décision entre reprise et reconstruction.
Combien de temps faut-il ?
Le planning se définit au cadrage, parce qu'il dépend directement du périmètre retenu. Nous livrons par étapes validées plutôt qu'en une seule fois, ce qui permet de voir fonctionner les premières parties avant que tout soit terminé.
Pour aller plus loin
- Application mobile iOS / Android — la prestation nationale
- Cap Vert — le cas complet
- Application mobile pour équipes terrain — la situation métier
- Notre agence de Lyon — la présence lyonnaise
- Notre processus — la méthode