Développement d'application mobile d'entreprise : des outils pour vos équipes et vos clients

Une application grand public peut vivre seule, avec ses comptes, son catalogue et son paiement. Une application mobile d'entreprise dépend de tout ce qui l'entoure : elle lit les clients dans votre CRM, écrit les commandes ou les interventions dans votre ERP, applique les droits de chaque profil, et elle doit tenir dans un sous-sol, une zone blanche ou un entrepôt sans wifi.

Le raccordement au système d'information se fait côté serveur. On construit une API, en Symfony et API Platform, qui sert d'intermédiaire entre l'application et vos logiciels : elle traduit les formats, contrôle les droits, garde une trace des échanges, et vous évite d'ouvrir votre ERP directement à des téléphones. Les scénarios possibles, et ce qui casse une fois en production, sont dans notre article sur les API et les intégrations avec vos outils métier ; le socle serveur lui-même, sur notre page agence Symfony. Si l'application doit appeler un modèle d'IA, l'appel passe lui aussi par le serveur : c'est le sujet de notre page Symfony AI.

Le mode hors ligne se décide au cadrage. L'application enregistre les saisies sur le téléphone et les envoie quand le réseau revient ; reste à savoir quelle version l'emporte si le bureau a modifié la même fiche entre-temps. Cette règle relève de votre métier, et c'est vous qui la connaissez : on la fixe ensemble dès le départ, parce qu'ajouter le hors ligne après coup oblige à revoir la façon dont l'application stocke et envoie ses données.

Pour la connexion, vos salariés gardent le compte qu'ils ont déjà. Si votre annuaire d'entreprise gère OpenID Connect, la page de connexion s'ouvre dans le navigateur du téléphone, comme le recommande la RFC 8252 de l'IETF (OAuth 2.0 pour les applications natives) : l'app ne voit jamais le mot de passe, et le départ d'un salarié se règle dans l'annuaire.

Une application réservée à vos salariés n'a rien à faire dans les résultats de recherche de l'App Store. Apple et Google prévoient chacun des voies privées, et la bonne dépend surtout d'une question : vos téléphones sont-ils gérés par un outil de gestion de flotte (MDM) ou pas ?

Côté Apple, une application peut être créée pour une organisation précise et distribuée par Apple Business, le service qui a remplacé Apple Business Manager le 14 avril 2026 : votre MDM l'installe sur les iPhone de la flotte, ou vos salariés la récupèrent avec un code d'échange. Autre voie, la distribution non répertoriée : l'application est sur l'App Store mais n'apparaît dans aucune recherche, seul un lien direct y mène, et toute personne qui a ce lien peut la télécharger, d'où l'intérêt d'exiger une connexion. Dans les deux cas, l'application passe la revue d'Apple. Le programme Enterprise d'Apple, qui distribue directement aux salariés, est réservé aux organisations d'au moins 100 salariés, et Apple le limite aux cas que ces options ne couvrent pas.

Côté Android, Google Play d'entreprise (managed Google Play) accepte des applications privées : restreinte à votre organisation, l'application n'est visible et installable que par les comptes de celle-ci, et votre console de gestion des appareils la déploie.

La maintenance, elle, ne s'arrête pas quand l'application fonctionne. Depuis le 28 avril 2026, App Store Connect, le portail de publication d'Apple, n'accepte que des versions compilées avec Xcode 26 ou plus récent et le SDK d'iOS 26, y compris pour les applications personnalisées et non répertoriées. Depuis le 31 août 2026, une nouvelle application ou une mise à jour publiée sur Google Play doit cibler Android 16 (API 36), et une application qui cible encore Android 14 ou une version antérieure n'est plus proposée aux nouveaux utilisateurs dont le téléphone tourne sur un Android plus récent. Google en exempte les applications définitivement privées, réservées à une organisation. Une application qui passe par App Store Connect ou par le Google Play public, et qui n'a pas suivi ces exigences, doit donc être remise à niveau avant de recevoir le moindre correctif.

Avant la technologie, un projet d'application mobile entreprise demande de trancher trois points : à qui l'app s'adresse (vos clients ou vos équipes), ce qu'elle remplace dans la journée de ceux qui s'en serviront, et ce qui entre dans la première version. Une app interne se juge au travail qu'elle retire à ses utilisateurs ; une app client, au nombre de clients qui la gardent sur leur téléphone.

Nous avons rassemblé cette méthode dans notre guide du développement d'application mobile entreprise : types d'applications, la méthode étape par étape, budget réaliste et pièges à éviter. Si vous voulez d'abord mettre une version réduite entre les mains de quelques utilisateurs, c'est le rôle d'un prototype ou d'un POC. Et si votre besoin tient dans un navigateur (portail, back-office), commencez par notre page développement d'applications web.