Feuille de route IA PME : comment prioriser (checklist CoDir)

Une feuille de route IA PME, c’est une liste courte de chantiers scorés sur l’impact temps/argent, la faisabilité des données, et la bande passante réelle du CoDir - pas un catalogue d’outils.

Pour prioriser : partez du quotidien (tâches et frictions), scorez chaque chantier de 1 à 5 sur impact temps/argent mesurable en 30–90 jours, faisabilité données et contraintes, et adoption et bande passante. Priorité haute seulement si les trois sont forts. Un critère faible = pilote court ou plus tard. Deux faibles = non. L’outil se choisit après le tri, jamais avant.

Pourquoi les listes d’outils échouent

La plupart des CoDir que je croise arrivent avec une solution déjà en tête : une licence, une démo vendeur, un outil vu chez un pair. La question devient « comment on le déploie », alors que la vraie question est « quel chantier du quotidien mérite d’être traité en premier ».

Trois mécanismes se répètent.

L’outil en dernier. Tant que le chantier n’est pas nommé en termes de tâche (qui fait quoi, combien d’heures, quelles données), choisir un outil revient à acheter une clé sans savoir quelle serrure on veut ouvrir. Le process se plie ensuite autour de l’outil. Les équipes compensent à la main ce que le connecteur ne couvre pas.

La dette sans vision d’ensemble. Un chantier « sexy » sans données accessibles, sans porteur nommé, sans heures CoDir, crée de la dette : connecteurs à bricoler, secret professionnel découvert trop tard, reprise manuelle, et un second chantier qui attend derrière. Chaque initiative isolée reconstruit le même contexte. Sans vision d’ensemble, la feuille de route devient une pile de one-shots.

La solution = souvent un bon problème, une mauvaise réponse. Relancer les dossiers clients, qualifier des leads, préparer des comptes-rendus : le problème est réel. La démo vue mardi répond peut-être à un autre périmètre, avec d’autres données, une autre bande passante. Scorer le chantier avant de scorer l’outil évite de coller une réponse élégante sur le mauvais process.

La bande passante est le frein n°1. Un projet qui demande « trois heures par semaine au dirigeant, en plus » a déjà perdu, même avec un ROI papier brillant. Prioriser, c’est trancher : oui / plus tard / non.

Pour l’ordre process avant licences, j’ai détaillé un cadrage complémentaire dans Avant d’ouvrir les accès à l’IA : un process, trois décisions. Pour l’environnement qui fait émerger les bons usages, voir Rentabiliser l’IA en entreprise : environnement avant cas d’usage.

Les 3 critères de priorisation

Je score chaque chantier candidat de 1 (faible) à 5 (fort) sur trois axes. Un tableau simple suffit : une ligne par chantier, trois notes, un total, une colonne « décision ».

1. Impact temps / argent (mesurable en 30–90 jours)

Définition. Le gain estimé en heures par semaine récupérées, ou en euros (marge, retard évité, coût d’erreur), observable dans une fenêtre de 30 à 90 jours. On parle de capacité récupérée et de risque opérationnel réduit, pas d’« économies de postes » abstraites.

Comment scorer.

Score	Lecture
1	Aucune estimation possible, ou gain anecdotique (moins de 1 h/semaine pour une personne)
2	Gain flou (« ça ira plus vite ») sans volume ni responsable mesurable
3	Estimation grossière mais argumentée (ex. 3–5 h/semaine sur un poste nommé)
4	Estimation chiffrée avec volume (ex. 40 dossiers/mois × 20 min) et fenêtre 30–90 j
5	Chiffre partagé en CoDir, indicateur de succès à 30 jours déjà formulé

Règle dure. Si le CoDir ne peut pas estimer h/semaine ou €, le score reste bas, ou on marque « à clarifier ». On ne lance pas. Clarifier = une semaine d’observation du process réel avant de remettre le chantier dans le backlog.

2. Faisabilité données & contraintes

Définition. Où vivent les informations nécessaires, qui y a accès, quelles contraintes (secret professionnel, RGPD, clients sensibles), quels connecteurs existent déjà ou sont ouvrables sans projet SI de six mois. Un chantier sexy sans données accessibles = dette.

Comment scorer.

Score	Lecture
1	Données introuvables, interdites, ou « on verra » ; conformité inconnue
2	Données éparpillées (mail + Drive + Excel) sans propriétaire ni convention
3	Source principale identifiée ; connecteur ou export manuel réaliste
4	Données dans un outil métier connu ; accès et règles de partage clarifiés
5	Données propres, connecteur déjà autorisé, contraintes conformité tranchées

Posez trois questions à voix haute : où est la vérité terrain aujourd’hui ? Qui a le droit de la lire / de la modifier ? Que se passe-t-il si l’IA se trompe sur une ligne ?

3. Adoption & bande passante

Définition. Un porteur nommé (pas « l’équipe »), plus les heures réelles disponibles côté porteur, CoDir et utilisateurs. La bande passante du CoDir est souvent le goulot : décisions, validations, déblocage d’accès, arbitrage.

Comment scorer.

Score	Lecture
1	Pas de porteur ; ou le dirigeant doit « trouver 3 h/sem en plus »
2	Porteur nominal, agenda déjà saturé ; adoption laissée au volontariat
3	Porteur OK pour un pilote court ; CoDir disponible pour une revue à 30 j
4	Heures protégées dans l’agenda ; utilisateurs ciblés informés
5	Porteur + relais métier + créneaux CoDir déjà bloqués sur le trimestre

Un score bas ici tue un score d’impact élevé. Je préfère un chantier moyen bien porté qu’un chantier « stratégique » sans heures.

Règle de décision (les trois ensemble)

• Priorité haute (faire maintenant) : fort sur les trois (typiquement ≥ 4 / 4 / 4, ou total élevé sans trou).
• Un critère faible : pilote court (hypothèse à valider) ou case « ensuite (90 j) ».
• Deux critères faibles : non pour ce trimestre (plus tard ou abandonner).

Prioriser = produire des non aussi visibles que les oui.

Checklist CoDir (60–90 min)

Séance unique, table (ou tableau partagé) ouverte, téléphone en mode avion. Objectif : sortir avec 1–2 chantiers « maintenant », une liste « ensuite », et une liste explicite de ce qu’on ne fait pas.

1. Lister 8–12 tâches / frictions du quotidien (par poste), pas des outils. Exemples de formulation : « relancer les devis sans réponse », « préparer le reporting hebdo », « retrouver la dernière version du contrat ». Interdit en séance : « déployer Copilot », « tester tel agent ».
2. Pour chaque ligne : estimer h/semaine + qui est touché. Une fourchette suffit (ex. 2–4 h, commercial + assistant). Si personne ne sait, noter « à clarifier » et baisser l’impact.
3. Contraintes données / conformité : oui / non / inconnu. Secret pro, données clients, documents hors UE, accès admin manquant : tout ce qui bloque un connecteur.
4. Porteur + heures dispo / semaine réelles. Nom + chiffre (ex. « Marie, 2 h protégées le mardi »). « On verra » = score adoption bas.
5. Scorer les 3 critères (1–5) : impact temps/argent, faisabilité données, adoption & bande passante. Discussion courte ; le dirigeant tranche en cas d’égalité.
6. Classer : faire maintenant (≤ 2) / ensuite (90 j) / plus tard / abandonner. Maximum deux « maintenant ».
7. Pour 1–2 « maintenant » : succès mesurable à 30 jours. Une phrase du type : « à J+30, X heures/semaine récupérées sur Y, mesurées par Z » ou « délai moyen de traitement passé de A à B ».
8. Trancher explicitement ce qu’on ne fait pas ce trimestre. Écrire les non dans le même document que les oui. Sinon la wishlist revient par la fenêtre.
9. Revue CoDir à J+30 (re-score, pas nouvelle wishlist). Même grille, mêmes chantiers. On ajuste les scores et on décide go / no-go prod ou report. On n’ouvre pas huit nouvelles idées.

Fin de séance : un responsable archive le tableau (Drive / Notion / wiki interne), bloque le créneau J+30, et ouvre les accès admin nécessaires aux deux chantiers retenus.

Séquence : comprendre → scorer → trancher → séquencer 90 jours

Une fois la checklist faite, j’enchaîne toujours la même mini-méthode. Elle tient sur un trimestre.

1. Comprendre (avant le score)

Observer le process réel : étapes, volumes, outils touchés, exceptions. Une demi-journée avec la personne qui exécute vaut mieux qu’un questionnaire. On cherche les frictions et les données, pas la stack idéale.

2. Scorer (backlog noté)

Chaque chantier candidat reçoit les trois notes. On calcule un total indicatif, mais on lit surtout les trous : un 5/5/2 n’est pas un 4/4/4. Les « à clarifier » sortent du peloton « maintenant ».

3. Trancher (oui / plus tard / non)

Le CoDir nomme 1–2 chantiers pour le trimestre, range le reste, et écrit les non. Sans cette étape, le score n’est qu’un décor.

4. Séquencer 90 jours

• Jours 1–15 : proto court sur le chantier n°1 (hypothèse, périmètre réduit, succès à 30 j déjà écrit).
• Jours 15–30 : usage réel avec le porteur ; mesure ; revue CoDir à J+30 (re-score).
• Décision go / no-go prod : si les trois critères tiennent encore et que le succès 30 j est là, on industrialise (connecteurs, garde-fous, doc). Sinon on corrige, on reporte, ou on arrête.
• Jours 30–90 : éventuellement le chantier n°2, seulement si la bande passante le permet. Un seul chantier mal digéré vaut mieux que deux chantiers à moitié morts.

L’outil (licence, modèle, automatisation) se choisit dans cette séquence, au moment où le chantier et les données sont clairs - pas en amont du score.

Questions fréquentes

Comment prioriser une feuille de route IA en PME ?

Partir du quotidien réel (tâches et frictions), pas d’une liste d’outils. Scorer chaque chantier sur trois critères : impact temps/argent mesurable en 30–90 jours, faisabilité des données et des contraintes, adoption et bande passante réelle. Priorité haute seulement si les trois sont forts. Un faible = pilote court ou plus tard. Deux faibles = non.

Quels critères utiliser pour prioriser les chantiers IA d’une PME ?

Trois critères, scorés de 1 à 5. 1) Impact temps/argent : heures/semaine ou euros estimables sous 30 à 90 jours ; si on ne peut pas estimer, score bas ou « à clarifier ». 2) Faisabilité données et contraintes : où vivent les infos, secret professionnel, connecteurs possibles. 3) Adoption et bande passante : porteur nommé et heures réelles disponibles côté CoDir et équipe. La règle : fort sur les trois = maintenant ; un faible = pilote ou ensuite ; deux faibles = abandonner ou plus tard.

Combien de chantiers IA lancer en même temps dans une PME ?

Un ou deux « maintenant » au maximum pour le trimestre. Le reste va en « ensuite (90 jours) », « plus tard » ou « abandonner ». Prioriser, c’est trancher ce qu’on ne fait pas. Une wishlist de huit projets sans non explicite sature la bande passante du CoDir et tue l’adoption.

Pourquoi une feuille de route IA basée sur des outils échoue souvent ?

Parce que l’outil arrive en dernier. Une démo vendeur ou une licence déjà choisie transforme un bon problème en mauvaise réponse : on force le process autour de l’outil, sans données accessibles ni porteur avec du temps. Résultat fréquent : dette (connecteurs, secret pro, reprise manuelle) et zéro gain mesurable à 30 jours.

Quelle checklist CoDir pour une séance de priorisation IA de 60 à 90 minutes ?

Lister 8–12 tâches/frictions du quotidien par poste (pas des outils). Pour chacune : estimer h/semaine et qui est touché ; noter les contraintes données/conformité (oui/non/inconnu) ; nommer un porteur et ses heures dispo/semaine réelles ; scorer les 3 critères (1–5) ; classer en faire maintenant (≤2) / ensuite (90 j) / plus tard / abandonner ; fixer un succès mesurable à 30 jours pour 1–2 chantiers « maintenant » ; trancher explicitement ce qu’on ne fait pas ce trimestre ; planifier une revue CoDir à J+30 (re-score, pas nouvelle wishlist).

Que faire si on ne peut pas estimer le gain temps ou argent d’un chantier IA ?

Baisser le score d’impact, ou marquer « à clarifier » : on ne lance pas. Clarifier veut dire observer une semaine le process réel (étapes, volumes, qui fait quoi) avant de remettre le chantier dans le backlog scoré. Lancer sans estimation, c’est transformer la feuille de route en catalogue d’intentions.

---

Vous voulez un regard extérieur sur votre scoring CoDir ?

Booker un RDV