IA et réalité augmentée : applications d’entreprise en 2026

Toutes les tendances ne méritent pas une place dans votre prochain projet. Pour des applications d’entreprise en 2026, la question utile n’est pas « faut-il de l’IA ? », mais « quelle tâche précise gagnerait à être assistée, et qui reste responsable du résultat ? ». Le même raisonnement vaut pour l’automatisation, la mobilité ou la réalité augmentée : chacune répond à une situation, et chacune a un coût d’exploitation.

Voici ces quatre sujets, ce qu’ils permettent concrètement et les questions à régler avant de les inscrire au périmètre d’un logiciel métier sur mesure ou d’une application mobile.

L’IA générative : utile sur une tâche, pas sur un slogan

Les usages qui ont du sens sont souvent modestes : préparer le brouillon d’un compte rendu à partir de notes, résumer un long échange avant qu’un collègue reprenne un dossier, chercher une réponse dans une documentation interne, extraire des champs d’un document reçu. Dans chacun de ces cas, une personne relit, corrige et valide. L’outil propose ; il ne décide pas.

Un modèle de langage peut produire une réponse plausible et fausse. La conception doit donc prévoir où la proposition apparaît, comment on la corrige et ce que l’on conserve de la version validée. Une « aide à la décision » sans source visible ni possibilité de contrôle déplace le risque plutôt qu’elle ne le réduit.

Les questions de cadrage avant d’ajouter de l’IA

• Quelle tâche exacte, et comment est-elle faite aujourd’hui ?
• Quelles données l’outil doit-il lire, et qui a le droit de les voir ?
• Chez quel fournisseur ces données transitent-elles, et à quelles conditions contractuelles ?
• Qui valide le résultat, et que se passe-t-il en cas d’erreur ?
• Quel coût par usage et quel temps de réponse sont acceptables ?

Le cadre juridique compte aussi. La CNIL rappelle qu’un système d’IA traitant des données personnelles doit poursuivre une finalité définie et ne collecter que les données nécessaires. Le règlement européen sur l’IA classe les usages par niveau de risque et prévoit notamment qu’une personne soit informée lorsqu’elle échange avec un agent conversationnel. La Commission européenne publie son calendrier d’application : vérifiez-le au moment du projet. Pour un usage sensible, comme le recrutement ou l’évaluation de personnes, une validation juridique s’impose.

Automatisation : écrire la règle avant de la coder

Soumettre un devis à validation au-delà d’un montant, affecter une demande selon son type, relancer un dossier incomplet : ces enchaînements se prêtent bien à l’automatisation, à condition que la règle soit claire. Si l’équipe ne sait pas dire qui valide quoi, automatiser figera l’ambiguïté au lieu de la résoudre.

Les connexions avec l’ERP (progiciel de gestion intégré), le CRM ou la comptabilité poursuivent un objectif simple : qu’une information saisie une fois soit disponible là où elle sert. Avant de viser la fin des ressaisies, vérifiez ce que vos outils actuels permettent réellement : interface de programmation documentée, export planifié, ou rien du tout. La réponse conditionne le périmètre.

Une automatisation bien conçue prévoit trois choses : un journal lisible de ce qui a été déclenché et pourquoi, un moyen de reprendre la main sur un cas particulier, et une alerte quand une connexion échoue, plutôt qu’une donnée manquante découverte trop tard.

Mobilité : le hors-ligne est une décision de conception

Sur un chantier, dans un entrepôt ou en sous-sol, le réseau manque souvent au mauvais moment. Une application utilisée sur le terrain doit donc préciser ce qui se passe quand la connexion tombe : ce que l’on peut saisir, où attendent les données non envoyées, et ce qui arrive si deux personnes modifient le même dossier.

Une application web peut fonctionner hors ligne grâce à un service worker, qui garde des ressources en cache. En revanche, d’après la documentation MDN, la synchronisation en arrière-plan n’est pas prise en charge par tous les navigateurs courants. Quand l’envoi fiable de saisies faites hors ligne est central, cette limite pèse dans le choix d’une application mobile installée. Notre article sur l’application métier entre terrain et bureau détaille ces choix.

La capture enrichie (photo, scan de code QR, signature, position) n’a d’intérêt que si elle sert le dossier. La position, en particulier, demande de la prudence : la CNIL encadre strictement la géolocalisation des véhicules de salariés, avec des finalités limitées, l’interdiction d’un contrôle permanent et une information préalable.

Réalité augmentée : des cas précis, des appareils à vérifier

La réalité augmentée superpose des informations numériques à l’image de la caméra. Les usages professionnels les plus lisibles restent circonscrits : visualiser un équipement à l’échelle dans son futur emplacement, ou guider une opération étape par étape en pointant les éléments concernés. Ce sont des pistes à évaluer sur votre cas, pas des acquis.

Trois vérifications évitent de mauvaises surprises. D’abord la compatibilité : côté Android, ARCore, la brique de Google, ne fonctionne que sur des appareils certifiés figurant sur sa liste publiée ; votre parc doit y être. Ensuite les conditions réelles : lumière, surfaces, gants, mains occupées. Enfin le contenu : chaque modèle 3D et chaque étape guidée doivent être produits, puis tenus à jour.

Souvent, une photo annotée, une courte vidéo ou une visionneuse 3D sans superposition répondent au besoin avec moins de contraintes. Dans ce cas, c’est le bon choix.

Données, propriété et réversibilité : les questions à poser

Plus une application s’appuie sur des services externes, plus il faut savoir où vont les données. Plutôt qu’un label rassurant, demandez des réponses vérifiables. Où l’application et ses données sont-elles hébergées ? Qui détient le code et les comptes des services utilisés ? Comment récupère-t-on ses données, et dans quel format ? Quels droits d’accès pour quels rôles ? Ces sujets sont développés dans notre article sur la souveraineté des données.

Comment trier ces tendances pour votre projet

Pour des applications d’entreprise, un premier périmètre gagne à rester étroit : un processus, une équipe, et les quelques situations difficiles traitées correctement. Les tendances s’ajoutent ensuite, quand l’usage les justifie.