Plan IA360

La feuille de route de votre projet d'IA, d'aujourd'hui à 2027 (avec ou sans bono)

Trimestre par trimestre, ce qu'il faut préparer tant que le bono IA360 n'a pas d'appel à projets : données, cas d'usage, ligne de base, équipe formée.

StatutAnnoncé le 21 septembre 2026, sans appel à projets
SourcePlan IA360, La Moncloa
Dernière vérification22 septembre 2026

État au 22 septembre 2026. Le Plan IA360 a été annoncé le 21 septembre. Il n'y a ni appel à projets du bono empresarial (chèque d'aide à l'intelligence artificielle pour les entreprises), ni bases réglementaires, ni délai de candidature : le plan situe un pilote contrôlé au premier semestre 2027 et l'appel général avant la fin de cette même année. Rien de ce qui suit n'est une démarche. C'est la feuille de route de votre propre projet, avec ces dates comme repères, pas comme calendrier à respecter.

Il n'y a encore nulle part où demander le bono. Ce qu'il y a, en revanche, par écrit, c'est la méthode qu'il annonce : diagnostic préalable de maturité, identification d'un cas d'usage concret, formation des salariés, intégration de l'IA aux processus internes et mesure ultérieure de l'impact sur la productivité. Cette méthode ne dépend d'aucune base réglementaire pour commencer à s'appliquer dès aujourd'hui, et c'est exactement ce dont a besoin un projet d'IA qui ne verra jamais un euro de fonds publics : la différence entre un projet qui survit et un projet abandonné ne tient généralement pas à l'existence d'une subvention, mais au fait que quelqu'un ait suivi ces cinq étapes dans l'ordre. Ce guide n'est pas le calendrier du plan (celui-ci se trouve dans le document officiel du Plan IA360) : c'est le calendrier de votre projet, avec les jalons du plan comme points de repère.

Votre projet, trimestre par trimestre

Quand Quoi préparer Référence externe
T4 2026 (oct.-déc.)Diagnostic de maturité réalisé ; un ou deux cas d'usage candidats identifiés et priorisés. Si vous le commandez maintenant, prévoyez de le payer vous-même.Le plan prévoit le pilote de la Red NEURONA avec 100 PME avant fin 2026.
T1 2027 (janv.-mars)Ligne de base mesurée du processus candidat : heures, coût et erreurs actuels. Le cas d'usage, spécifié et avec ses critères de réussite rédigés.Pas de référence externe directe.
T2 2027 (avr.-juin)Preuve de concept définie (périmètre, données, ce qui sera mesuré) et plan de formation conçu, sans encore commander la partie que vous voudriez faire financer.Le plan prévoit le pilote contrôlé du bono lui-même au « primer semestre de 2027 » (premier semestre 2027).
S2 2027Une fois les bases réglementaires publiées, décider ce qui est présenté et exécuter à partir de là.Le plan situe l'appel général « antes de final de 2027 » (avant la fin de 2027).

Avant de dépenser quoi que ce soit : ce que vous exécutez et payez avant que les bases réglementaires n'existent peut ne pas être finançable. Beaucoup d'aides ne couvrent que ce qui est fait après leur demande ou leur octroi. Comme les bases réglementaires d'IA360 n'existent pas, personne ne peut vous dire aujourd'hui si cela comptera.

Si votre entreprise préfère ne pas attendre et mener le projet avec ses propres ressources, elle peut avancer le pilote et la mise en route : le travail a la même valeur avec ou sans bono. Ce qu'il ne convient pas de faire, c'est de le mener en tenant pour acquis que le bono le remboursera ensuite.

Rien n'oblige à suivre exactement ce rythme (chaque entreprise a son propre calendrier interne), mais aligner ses propres étapes sur les jalons que le plan a déjà fixés a du sens : si l'appel à projets arrive comme prévu, le projet sera déjà passé par le diagnostic, le pilote et l'évaluation avant même qu'il existe un quelconque formulaire à remplir. Et s'il prend du retard par rapport à ce qu'anticipe aujourd'hui le plan (une possibilité qu'on ne peut pas écarter, puisqu'il n'y a pas encore de bases réglementaires), le travail effectué n'est pas perdu : un cas d'usage évalué et une ligne de base mesurée restent utiles le jour où il arrivera, avant ou après ce qui était prévu.

Quelles données doivent être prêtes avant le diagnostic

Le diagnostic de maturité ne commence pas par choisir un modèle : il commence par regarder les données et dans quel état elles sont. Vérifier cela avant de dépenser un euro, c'est précisément le premier bloc du diagnostic de maturité et feuille de route à 18 mois : cette cartographie faite, le diagnostic a de quoi travailler sur quels processus en tirent vraiment profit, quelle équipe va les maintenir et, parfois, si la réponse honnête est que ce problème précis, ce n'est pas l'IA qui le résout, mais la réorganisation d'un processus ou la formation d'une personne. Le dire à temps, avant de construire quoi que ce soit, c'est ce qui distingue un diagnostic utile d'un diagnostic qui se contente de confirmer ce que le client voulait entendre.

Choisir le cas d'usage : quel processus en premier

Presque aucune entreprise n'a un candidat unique : il y a généralement plusieurs processus qui semblent automatisables et des ressources limitées pour les aborder tous en même temps. L'erreur habituelle est de commencer par le processus le plus visible pour la direction (celui dont on parle le plus en réunion) plutôt que par celui qui réunit le mieux les conditions techniques : un volume suffisant pour que cela en vaille la peine, des règles raisonnablement claires plutôt qu'un pur jugement d'expert, des données accessibles et une tolérance à l'erreur qui permette une phase de relecture humaine pendant le calibrage. Prioriser selon ces critères, et non selon ce qui sonne le mieux dans une présentation, évite de construire le mauvais pilote. C'est ce que permet de hiérarchiser, sans promettre de chiffres d'économies que personne ne peut encore calculer, le test pour savoir quel processus automatiser en premier (en espagnol).

Mettre un chiffre sur la décision

Le dernier élément qu'énumère le plan est celui que l'on néglige le plus : la mesure ultérieure de l'impact sur la productivité. Mesurer après exige d'avoir noté avant combien coûtait le processus, et cela doit se faire tant que le processus est encore manuel, pas une fois qu'il a déjà changé. Noter les heures mensuelles qu'il consomme aujourd'hui, le coût de cette heure et une estimation honnête du pourcentage automatisable permet de calculer, avec la calculatrice de ROI de l'automatisation, le point d'équilibre et une fourchette pessimiste et optimiste avec ses propres chiffres, sans aucun chiffre préchargé ni « économie type » inventée.

La ressource qu'il convient vraiment de réserver maintenant, c'est le temps de l'équipe qui va participer au diagnostic et au pilote : c'est ce qui décide si cette feuille de route se réalise ou reste une intention. L'argent, c'est différent : le montant par entreprise, les critères d'éligibilité et ce que doit remplir un prestataire pour correspondre à l'expression « empresas tecnológicas europeas » (entreprises technologiques européennes) sont des éléments que le plan ne fixe pas encore, si bien qu'engager un budget sur un bono sans ces conditions écrites revient à parier à l'aveugle. Aucun de ces éléments ne change le travail de préparation décrit plus haut : le diagnostic, le cas d'usage, la ligne de base et la formation restent utiles quelle que soit la façon dont ces détails se règlent.

Une précision qui mérite d'être claire : nous ne gérons aucune démarche pour le bono IA360, parce qu'il n'y a encore aucune demande à gérer, et nous n'allons pas vous promettre que vous l'obtiendrez. Ce que nous faisons, en revanche, c'est le diagnostic, le pilote ou la formation de cette feuille de route, que l'appel du bono soit lancé un jour ou jamais.

Les contenus liés, au sein du même plan, se trouvent dans quels projets d'IA correspondent au bono IA360 (et lesquels n'y correspondent pas) et dans tester l'IA avec vos données avant de la déployer. Les autres étapes du projet que décrit le plan complet se trouvent dans quel projet d'IA financera le Plan IA360, et comment le monter.

Questions fréquentes.

Cela a-t-il un sens de préparer tout cela s'il n'y a pas encore d'appel à projets ?

Oui, et pour une raison simple : le diagnostic, le cas d'usage et la ligne de base sont utiles avec un bono, sans bono, ou si le bono prend un an de retard supplémentaire par rapport à ce qui était prévu. Ce n'est pas une dépense qui expire si l'appel à projets n'arrive pas à la date qu'anticipe le plan.

Combien de temps faut-il pour avoir un diagnostic et un cas d'usage choisi ?

Dans notre méthode, entre deux et quatre semaines, avec des séances de travail et un livrable, pas un formulaire en ligne, suivies de la priorisation du catalogue des cas d'usage candidats.

Que se passe-t-il si, quand l'appel à projets arrive, mon cas d'usage ne correspond plus aux bases réglementaires ?

C'est un risque réel puisque les bases réglementaires n'existent pas encore, mais le travail n'est pas perdu : un diagnostic de maturité et une ligne de base mesurée servent à repenser le cas d'usage concret sans refaire tout le diagnostic depuis le début. La partie coûteuse d'un projet d'IA n'est pas d'adapter le cas d'usage, c'est de ne jamais avoir fait le diagnostic.

Peut-on préparer tout cela sans engager de budget réel ?

Sans coût, on peut avancer sur la priorisation des processus candidats et le calcul d'un ROI indicatif, avec les outils gratuits vers lesquels renvoie ce guide. Évaluer les données en profondeur fait déjà partie du diagnostic. Le budget entre en jeu quand on décide de construire et de tester le premier pilote, pas avant.

Qui, dans l'entreprise, doit être impliqué dès le début ?

Pas besoin d'un comité, mais il convient que la personne qui va utiliser le processus au quotidien soit présente dès les premières séances de diagnostic, pas seulement à la fin du projet. Les cas d'usage choisis sans parler à celui qui fait le travail aujourd'hui sont, de loin, ceux qui s'écartent le plus de ce dont l'entreprise avait vraiment besoin, parce que personne n'a signalé les exceptions que seule connaît la personne qui gère le processus au quotidien.

Vous accompagnons-nous dans la démarche ?