Une application pour vos équipes sur le terrain.

Une première version utilisable démarre autour de 5 000 €. Le budget dépend du nombre d’écrans, des fonctions attendues — le mode hors connexion et la synchronisation en font partie — et de la connexion avec vos outils existants. Un devis ferme suit le cadrage.

Non. Je développe une seule application qui fonctionne sur les deux systèmes, avec Flutter. Cela divise le coût par rapport à deux développements séparés, et garantit surtout que les deux versions restent identiques dans le temps — un écart entre Android et iOS finit toujours par créer des problèmes de support.

C’est possible et parfois indispensable, mais cela demande un vrai travail supplémentaire : il faut décider ce qui se passe quand deux personnes modifient la même donnée hors ligne. La bonne question est donc : est-ce que vos équipes se retrouvent réellement sans réseau pendant une intervention ? Si oui, on le prévoit dès le départ. Sinon, mieux vaut ne pas payer cette complexité.

Oui, c’est le cas le plus fréquent. L’application mobile devient la porte d’entrée terrain de votre système existant : ce que saisit le technicien alimente directement votre outil de gestion, sans ressaisie. Quand le logiciel n’offre pas de moyen de connexion direct, il reste souvent d’autres voies — c’est le même travail que sur une automatisation.

Je m’en occupe : création des comptes développeur, éléments visuels, fiche de présentation, envoi et suivi de la validation. Les comptes sont créés à votre nom, donc l’application vous appartient et vous pouvez en changer de mainteneur sans difficulté.

Non. Pour une application strictement interne, il existe des modes de distribution privés qui évitent la validation publique et gardent l’application hors du catalogue. C’est souvent plus simple quand seuls vos salariés doivent l’utiliser.

Comptez plusieurs semaines pour une première version utilisable, à laquelle s’ajoute le délai de validation des stores — généralement quelques jours. Vos équipes testent l’application sur le terrain avant publication : c’est toujours là qu’on découvre ce qui manque réellement.

C’est la configuration la plus courante : le terrain utilise le mobile, le bureau suit l’activité dans un navigateur. Les deux partagent les mêmes données et sont conçus ensemble. C’est exactement ce que couvre le volet logiciel métier.

Oui, avec des rôles distincts : un technicien voit ses interventions, un responsable voit celles de son équipe. Les droits sont vérifiés côté serveur, donc un utilisateur ne peut pas accéder à des données qui ne le concernent pas, même en cherchant.

Elles sont stockées sur des comptes qui vous appartiennent, avec la possibilité de choisir un hébergement européen, et rattachées automatiquement au bon dossier. Rien ne transite par un compte personnel ni par une messagerie — ce qui règle au passage le classement manuel des photos.

Une application de terrain évolue forcément : les premières semaines d’usage réel font remonter des ajustements. Je reste joignable pour les corrections et les évolutions, et le code vous appartient, documenté pour être repris par quelqu’un d’autre si vous le souhaitez.