# Devenir coordinateur de projets IA

> 4 modules · 13 leçons · ~6 h · Examen + certificat — SFM Academy (successfor-me.ch).
>
> Résumé public leçon par leçon. Le contenu pédagogique complet (hors 1re leçon gratuite) est réservé aux abonnés.

Fiche du cours : https://successfor-me.ch/academy/cours/fiche/PROJ-11

## Leçon 1 — Semaine type d'un coordinateur de projet IA et ses interlocuteurs

**À retenir :**

- Le coordinateur de projet IA n'est pas un développeur : il fait le pont entre un besoin métier de PME et les prestataires techniques. Cinq verbes le résument — il cadre, traduit, pilote, arbitre et mesure — et aucun ne veut dire coder.
- Sa valeur la plus sous-estimée est de savoir dire non : reconnaître qu'un projet n'est pas mûr (données en désordre), repérer qu'un prestataire vend l'inutile, préférer un petit pilote réussi à un grand projet qui échoue.
- La semaine réelle est faite à ~60 % de relationnel et de terrain, ~30 % de documentation et de mesure, ~10 % de veille : c'est un métier de conversations organisées, pas de technique solitaire.
- Le vrai besoin se découvre en observant le travail réel des équipes métier, jamais en récitant les capacités de l'IA ni en exécutant la solution que le patron a en tête : on remonte toujours de la solution vers le problème.
- Quatre interlocuteurs, quatre langues à ne pas mélanger : les francs avec la direction, le geste réel avec le métier, le besoin traduit avec les prestataires, le signal de risque avec la conformité — à orchestrer, jamais à trancher soi-même.
- Quand on utilise un LLM dans son travail de coordinateur, on l'emploie pour mettre en forme et structurer (note de cadrage, synthèse), jamais pour décider de l'architecture, du prestataire ou du budget : la décision reste humaine et argumentée.
- Les questions de protection des données et de conformité (nLPD en vigueur depuis le 1er septembre 2023, AI Act en application par paliers) se repèrent et s'orchestrent avec un référent et un juriste — renvoi au cours « Devenir référent conformité IA » — et ne s'improvisent jamais.
- La crédibilité vient de la justesse et de l'honnêteté, pas de l'assurance : un « pas encore » lucide ou un « je vais faire chiffrer ce point » valent mieux qu'une promesse de ROI qu'on ne pourra pas tenir ni mesurer.

**Plan de la leçon :** Le métier que tu crois connaître — et qui n'est pas celui que tu imagines · La semaine type : cadrer, écouter le métier, cadrer les prestataires, suivre, rendre compte · Une journée détaillée : mardi chez Rhônesan, à Sion · Tes interlocuteurs : quatre mondes que tu fais tenir ensemble · Le savoir-faire tacite : là où le métier se joue vraiment · Erreurs de débutant, et comment tu te lances

_Leçon en accès libre._

### Le métier que tu crois connaître — et qui n'est pas celui que tu imagines

Quand on te dit « coordinateur de projet IA », tu imagines probablement quelqu'un penché sur du code, qui entraîne des modèles et parle un langage d'ingénieur. Range cette image tout de suite : elle est fausse, et c'est le premier malentendu qui coûte le plus cher à ceux qui débutent dans ce métier. Le coordinateur de projet IA n'écrit pas une ligne de code. Il ne « fait » pas d'intelligence artificielle. Il fait autre chose, de plus rare et de plus recherché dans une PME : il fait le PONT entre un besoin métier concret et les gens capables de le résoudre techniquement.

Prenons une comparaison que tout le monde comprend. Quand une famille fait construire une maison, elle n'apprend pas la maçonnerie et elle ne coule pas la dalle elle-même. Elle a besoin de quelqu'un qui traduit son envie — « je veux de la lumière le matin et une cuisine ouverte » — en un cahier des charges que des artisans peuvent exécuter, qui choisit les bons artisans, qui vérifie que le chantier avance, qui arbitre quand le budget dérape et qui rend des comptes. Ce rôle, dans le bâtiment, c'est l'architecte ou le maître d'ouvrage délégué. Le coordinateur de projet IA, c'est exactement cela, appliqué à un projet d'intelligence artificielle dans une entreprise. Tu ne poses pas les briques. Tu fais en sorte que la bonne maison se construise, pour le bon budget, et qu'elle serve vraiment à ceux qui vont l'habiter.

📌 Retiens la formule, elle va te suivre pendant tout le cursus : le coordinateur cadre, traduit, pilote, arbitre et mesure. Cinq verbes. Aucun ne veut dire « coder ». Il CADRE (il transforme un « on aimerait gagner du temps » flou en un projet délimité avec un objectif mesurable). Il TRADUIT (il parle métier avec le comptable et technique avec le prestataire, sans que l'un effraie l'autre). Il PILOTE (il tient le calendrier, les jalons, le budget). Il ARBITRE (il décide quoi faire quand une option coûte trop cher ou quand les données ne sont pas prêtes). Il MESURE (il calcule le retour sur investissement et le présente à la direction en francs, pas en promesses).

Pourquoi ce métier apparaît-il maintenant, et pourquoi dans les PME en particulier ? Parce qu'il y a un trou béant entre deux mondes qui ne se parlent pas. D'un côté, des patrons de PME qui lisent partout que l'IA va tout changer, qui ont peur de rater le train, mais qui ne savent pas par quoi commencer ni à qui faire confiance. De l'autre, des prestataires techniques — agences, intégrateurs, indépendants — qui savent construire des solutions mais qui, souvent, ne comprennent pas le métier du client et lui vendent soit trop, soit à côté. Entre les deux, il manque une personne. Une personne qui comprend assez le métier pour poser les bonnes questions, et assez la technique pour ne pas se faire raconter n'importe quoi. Cette personne, c'est toi dans quelques semaines.

⚠️ Il faut être clair sur ce que tu n'es pas, parce que confondre les rôles est la faute qui décrédibilise un débutant en une réunion. Tu n'es pas le développeur : c'est le prestataire qui construit. Tu n'es pas le juriste : les questions de protection des données et de conformité de l'IA se traitent avec un référent dédié, et nous y consacrerons une leçon entière avec un renvoi vers le cours « Devenir référent conformité IA ». Tu n'es pas non plus le décideur final : c'est la direction qui engage l'argent. Ton pouvoir n'est pas d'exécuter ni de décider seul — il est de FAIRE EN SORTE que la bonne décision soit prise, sur la base d'un cadrage honnête, et que le bon travail soit exécuté, par les bonnes personnes, au bon prix.

Et c'est précisément là que se cache la valeur la plus sous-estimée de ce métier : savoir dire NON. Un bon coordinateur sait reconnaître qu'un projet n'est pas mûr — le plus souvent parce que les données de l'entreprise sont en désordre — et il ose le dire avant qu'on dépense CHF 30 000 pour rien. Il sait repérer quand un prestataire vend à la PME une usine à gaz dont elle n'a pas besoin. Il sait qu'un petit projet réussi vaut mieux qu'un grand projet spectaculaire qui échoue. Cette lucidité-là ne s'improvise pas ; elle s'apprend, et tout ce cursus est fait pour te la transmettre.

Une dernière chose, rassurante, avant d'entrer dans le concret. Ce métier est jeune. Personne autour de toi n'a quinze ans d'expérience, parce que la matière elle-même n'existait pas sous cette forme il y a peu. Un débutant méthodique, curieux, honnête sur ce qu'il ne sait pas encore, vaut plus qu'un expert autoproclamé qui affirme des certitudes que le marché n'a pas eu le temps de vérifier. Dans les pages qui suivent, tu vas voir à quoi ressemble concrètement une semaine, une journée et un tour de table de ce métier, pour que tu puisses te projeter comme si tu y étais déjà.

### La semaine type : cadrer, écouter le métier, cadrer les prestataires, suivre, rendre compte

On imagine souvent un chef de projet le nez dans un logiciel de gestion, à cocher des cases. La réalité du coordinateur de projet IA en PME est beaucoup plus vivante, et beaucoup plus humaine : c'est un métier de conversations organisées. Regardons une semaine ordinaire, répartie sur cinq jours, non pas comme une théorie mais comme une répartition réelle du temps. Tu verras que ton agenda n'est presque jamais rempli de technique — il est rempli de gens.

**Lundi — cadrage et priorités.** Tu ouvres la semaine sur le document le plus important de ton métier : la note de cadrage du projet en cours (nous apprendrons à la rédiger en leçon 4). Tu relis l'objectif, le périmètre, les critères de succès. Tu regardes où en est chaque chantier et tu décides quelles conversations tu dois provoquer cette semaine pour que ça avance. Un bon coordinateur ne subit pas son agenda : il le construit autour des points de décision. Le lundi, tu prépares aussi les questions que tu poseras — au métier, au prestataire, à la direction. La qualité d'une réunion se joue avant la réunion.

**Mardi — les équipes métier.** C'est le cœur battant du projet. Tu vas t'asseoir une heure avec les personnes qui font réellement le travail que l'IA est censée soulager : l'administration des ventes, la comptabilité, le service après-vente, le comptoir. Tu ne leur demandes pas « de quelle IA avez-vous besoin ? » — personne ne sait répondre à ça. Tu leur demandes de te MONTRER leur journée, tâche par tâche, et tu repères où le temps se perd, où les erreurs se glissent, ce qui les agace. Cette heure de terrain vaut dix heures de réunion en salle. C'est là que le vrai besoin apparaît, souvent très différent de ce que le patron avait imaginé.

💡 Le savoir-faire de ce mardi tient en une posture : tu es un enquêteur bienveillant, pas un vendeur de solution. Tu ne dis pas « l'IA pourrait faire ceci » ; tu demandes « montre-moi comment tu fais aujourd'hui, et ce qui te fait perdre du temps ». Le besoin réel se découvre en observant le travail, jamais en récitant les capacités d'une technologie. C'est la différence entre un projet utile et un gadget que personne n'utilisera.

**Mercredi — les prestataires techniques.** Le milieu de semaine est souvent consacré aux échanges avec ceux qui construisent : l'agence, l'intégrateur, l'indépendant. Point d'avancement, questions techniques, arbitrages. C'est le jour où ta double casquette sert le plus : tu portes au prestataire le besoin métier traduit proprement, et tu ramènes au métier les contraintes techniques traduites en langage clair. Ton rôle ici est de garder les deux mondes alignés. Un prestataire qui ne comprend pas le métier construit à côté ; un métier qui ne comprend pas les contraintes s'énerve. Tu es l'interprète permanent entre eux.

**Jeudi — suivi, documentation, mesure.** Le lendemain des échanges, tant que tout est frais, tu mets à jour ton tableau de suivi : où en est chaque tâche, quels risques sont apparus, quels jalons approchent, où en est le budget. Et surtout, tu avances sur la mesure du ROI — le chiffre qui, à la fin, justifiera tout. Combien de temps le projet fait-il gagner ? Combien d'erreurs évite-t-il ? Combien cela représente-t-il en francs sur une année ? Un coordinateur qui ne mesure pas son projet ne pourra jamais le défendre. La documentation n'est pas de la paperasse : c'est ta mémoire, ta preuve et ton argument de vente interne.

**Vendredi — le reporting à la direction.** Une conversation, courte, presque toujours la même structure : où on en est, ce qui va bien, ce qui coince, ce dont j'ai besoin de vous. Trente minutes bien préparées valent mieux qu'un rapport de quarante pages que le patron n'ouvrira pas. La direction n'attend pas de toi des détails techniques ; elle attend un état clair, honnête, chiffré, et des décisions à prendre présentées noir sur blanc. C'est le jour où tu transformes du travail en confiance.

📌 Fais le compte. Sur cinq jours, tu as passé l'essentiel de ton temps à parler avec des humains — équipes métier, prestataires, direction — et une part plus réduite à documenter et à mesurer. Le ratio, dans une PME, tourne autour de 60 % de relationnel et de terrain, 30 % de documentation et de mesure, 10 % de veille sur ce que la technologie permet désormais. Si tu imaginais un métier technique et solitaire, corrige l'image maintenant : c'est un métier de traduction et de diplomatie, où la technologie est le sujet mais où les gens sont le travail. Le meilleur coordinateur n'est pas le plus calé en IA — c'est celui qui fait le mieux parler, et se parler, des mondes qui s'ignoraient.

### Une journée détaillée : mardi chez Rhônesan, à Sion

Rien ne vaut une journée réelle pour comprendre un métier. Prenons une entreprise fictive mais parfaitement crédible et suivons-la heure par heure. Rhônesan SA, à Sion, en Valais, est un distributeur de matériel sanitaire et de chauffage : elle vend aux installateurs, aux régies et à quelques particuliers, depuis un comptoir et un bureau de vente. Quarante-deux salariés, un chiffre d'affaires de l'ordre de CHF 11 millions, pas de service informatique digne de ce nom — on achète des logiciels tout faits et on appelle un prestataire quand ça dépasse. Le patron a lu un article sur l'IA, il a peur de rater quelque chose, il t'engage pour piloter un premier projet. Voici ton mardi, et c'est un mardi de découverte du besoin réel.

**8 h 30 — le café et le vrai brief.** Le patron t'attrape avant même que tu poses ton sac : « J'aimerais un chatbot sur le site, comme les grands ». Voilà le piège classique du premier projet : le dirigeant arrive avec une SOLUTION en tête, jamais avec un problème. Ton réflexe de coordinateur n'est pas d'acquiescer ni de contredire ; c'est de remonter d'un cran : « Avant le comment, dis-moi ce qui te coûte le plus cher aujourd'hui en temps ou en clients perdus. » Il réfléchit, et la vraie réponse sort : les demandes de devis. Les installateurs envoient des listes de matériel par e-mail, et l'équipe met parfois deux jours à répondre, pendant lesquels le client va voir ailleurs. Le besoin n'était pas un chatbot. Il était de répondre plus vite aux demandes de devis. Tu viens, en une question, de sauver le projet.

**9 h 00 — une heure avec l'administration des ventes.** Tu vas t'asseoir avec les deux personnes qui traitent les devis. Tu leur demandes de te montrer, en vrai, comment se passe une demande. Un installateur envoie un e-mail avec vingt références plus ou moins bien écrites ; il faut les retrouver dans le catalogue, vérifier les stocks, appliquer les remises client, mettre en forme le devis. Compte : entre trente et cinquante minutes par demande, et il en arrive une vingtaine par jour. Tu notes tout, sans conclure. C'est là, à écouter le geste réel, que tu comprends que l'IA utile ne remplacera personne : elle pré-remplira le devis à partir de l'e-mail, et un humain vérifiera et validera. La nuance est capitale, et tu la porteras partout.

**10 h 30 — le début d'un chiffrage.** Tu poses les premiers chiffres, parce que ce métier se justifie en francs. Vingt demandes par jour, disons quarante minutes chacune, cela fait plus de treize heures de travail quotidien mobilisées sur cette seule tâche. Si un outil bien cadré fait tomber ce temps de quarante à quinze minutes par devis — l'humain vérifiant au lieu de tout ressaisir — l'entreprise récupère l'équivalent de plusieurs heures par jour, et surtout elle répond en une heure au lieu de deux jours. Les devis gagnés parce qu'on répond avant le concurrent valent, eux, bien plus que le temps économisé. Tu écris ces hypothèses au conditionnel : ce sont des ordres de grandeur à confirmer, pas des promesses.

**14 h 00 — préparer le cahier des charges, avec l'IA comme assistant.** L'après-midi, tu transformes tes notes brutes en un document propre que des prestataires pourront chiffrer. Et là, ironie utile, tu utilises toi-même un assistant IA — proprement, sur des données non sensibles — pour gagner du temps. Compare deux façons de le solliciter.

Prompt de débutant (avant) : « écris un cahier des charges pour un projet IA de devis ».

Prompt de professionnel (après) : « Tu es un assistant qui structure des notes de cadrage. À partir des notes ci-dessous, produis un tableau avec les colonnes : besoin métier (une phrase), tâche concernée, données en jeu, résultat attendu mesurable, question ouverte à trancher. N'invente aucune information absente des notes ; si une donnée manque, écris "à préciser". Ne propose aucune solution technique et ne choisis aucun outil. »

La différence est le métier tout entier. Le second prompt CADRE le rôle de la machine, impose un format réutilisable, interdit l'invention et — surtout — interdit à l'IA de choisir la solution à ta place. 💡 Retiens ce principe pour tout le cursus : quand tu utilises un LLM dans ton travail de coordinateur, tu l'emploies pour METTRE EN FORME et structurer, jamais pour DÉCIDER de l'architecture, du prestataire ou du budget. La décision reste humaine et argumentée.

**16 h 30 — le point qui ne te regarde pas seul.** En rangeant tes notes, un signal s'allume : les demandes de devis contiennent des noms, des adresses de chantier, parfois des coordonnées de particuliers. Dès qu'un projet fait passer des données personnelles par un outil externe, ce n'est plus ton seul terrain. Tu notes de faire intervenir le référent conformité de l'entreprise — ou, s'il n'y en a pas, de recommander qu'on s'appuie sur les principes du cours « Devenir référent conformité IA » et, au besoin, sur un avis de juriste. Tu ne tranches pas cette question toi-même ; tu la signales et tu l'orchestres. C'est aussi ça, coordonner.

📌 Parlons du prix de ta prestation, puisque ce métier se facture. Le travail que tu viens de mener — découvrir le vrai besoin, chiffrer, poser un cahier des charges — représente en général deux à trois jours étalés sur quelques semaines. Un coordinateur externe facturerait cette phase de cadrage dans un ordre de grandeur de CHF 2 500 à 4 500 selon la complexité, souvent en forfait plutôt qu'en heures, parce que le client achète un livrable utilisable et non ton temps. En interne, c'est du temps de travail réorienté. Dans les deux cas, le calcul du patron est simple : ce coût est très inférieur à celui d'un projet mal cadré qui partirait droit dans le mur. C'est ce rapport-là que tu apprendras à mettre noir sur blanc en leçon 8, sur un cas chiffré complet.

### Tes interlocuteurs : quatre mondes que tu fais tenir ensemble

Un métier se comprend aussi par les gens autour de la table. Le coordinateur de projet IA a une particularité : il ne travaille jamais seul, et son efficacité tient à sa capacité à parler quatre langues différentes sans jamais mélanger les rôles. Passons en revue tes quatre grands interlocuteurs, ce que chacun attend de toi, et le piège à éviter avec chacun.

**La direction.** C'est elle qui engage l'argent et qui, au fond, te juge sur une seule question : est-ce que ce projet rapporte plus qu'il ne coûte ? Avec la direction, tu parles en francs, en délais et en risques évités — jamais en jargon technique. Un patron n'investit pas dans « une solution d'intelligence artificielle » ; il investit dans des devis envoyés deux fois plus vite, des clients qui ne partent plus chez le concurrent, des heures d'équipe rendues à des tâches à plus forte valeur. Ton livrable pour elle, c'est un état clair et un tableau de ROI. Le piège à éviter : noyer le dirigeant sous des détails techniques pour paraître sérieux. L'effet est inverse — tu l'inquiètes et tu le perds. La direction veut de la clarté et des décisions à prendre, pas une démonstration de savoir.

**Les équipes métier.** Ce sont les personnes dont le travail sera touché par le projet : l'administration des ventes, la comptabilité, le service après-vente, le comptoir. Elles détiennent la connaissance la plus précieuse — comment le travail se fait VRAIMENT — et elles ont, presque toujours, une peur légitime : « la machine va-t-elle me remplacer ? ». Avec elles, tu écoutes plus que tu ne parles, et tu les rassures en vérité : le bon projet les soulage des corvées et les garde aux commandes de la décision. Le piège à éviter : concevoir le projet sans elles, dans ton coin, puis le leur imposer. Un outil pensé sans ceux qui l'utiliseront sera saboté ou ignoré, quelle que soit sa qualité technique. Les équipes métier ne sont pas des obstacles au projet — elles en sont la matière première et les premiers juges.

💡 Le savoir-faire tacite avec le métier tient en une phrase : associe les gens tôt, et fais-en des co-auteurs. Quelqu'un qui a participé au cadrage défend l'outil ; quelqu'un à qui on l'impose le rejette. La réussite d'un projet IA en PME se joue autant dans l'adhésion des équipes que dans la qualité de la technique — souvent davantage.

**Les prestataires techniques.** Agence, intégrateur, indépendant : ce sont eux qui construisent. Avec eux, tu portes deux casquettes. Tu leur transmets le besoin métier traduit en langage clair et mesurable, pour qu'ils construisent la bonne chose ; et tu challenges leurs propositions, pour qu'ils ne vendent pas à la PME une usine à gaz. Voici à quoi ressemble un échange sain, quand un prestataire propose gros :

Prestataire : « Pour bien faire, il faudrait un modèle sur mesure entraîné sur vos données, comptez dans les CHF 40 000 et six mois. »

Toi : « Avant d'aller là, aidez-moi à comprendre. Notre besoin, c'est de pré-remplir un devis à partir d'un e-mail, avec vérification humaine. Est-ce qu'une solution plus simple et existante ne couvrirait pas déjà 80 % du besoin, pour tester d'abord sur un pilote à budget réduit ? »

Prestataire : « Si, un pilote léger est possible, autour de CHF 6 000, quitte à voir ensuite. »

⚠️ Ce court dialogue est le cœur de ta valeur : sans toi, la PME aurait signé les CHF 40 000. Le piège à éviter avec les prestataires est double — te faire impressionner par le jargon et tout accepter, ou à l'inverse jouer au technicien que tu n'es pas et te ridiculiser. La bonne posture n'est ni la soumission ni la rivalité : c'est de ramener chaque proposition au besoin métier et au ROI. Un prestataire sérieux respecte un coordinateur qui pose ces questions ; un prestataire qui s'en agace te dit, sans le vouloir, qu'il faut s'en méfier. Nous consacrerons toute la leçon 12 à cet art de négocier un devis IA sans se faire vendre l'inutile.

**Le référent conformité — et, au-delà, le juriste.** Dès qu'un projet touche des données personnelles, un tri de personnes, une décision qui affecte quelqu'un, tu n'es plus seul maître à bord. La nouvelle loi suisse sur la protection des données est en vigueur depuis le 1er septembre 2023 et s'applique à tout traitement de données personnelles ; le règlement européen sur l'IA, adopté en 2024, entre en application par paliers et peut concerner une PME suisse selon ses liens avec l'Union. Ces questions ne se tranchent pas au jugé : elles se traitent avec un référent conformité IA et, sur les points délicats, avec un juriste. Ton rôle de coordinateur est de REPÉRER quand un projet entre dans cette zone et d'ORCHESTRER l'intervention des bons experts — pas de rendre un avis de droit toi-même. Le piège à éviter : ignorer ce sujet parce qu'il t'intimide, ou au contraire improviser des certitudes juridiques. La bonne attitude est celle d'un chef d'orchestre lucide : tu sais que ce pupitre existe, tu sais quand le faire jouer, et pour tout approfondissement tu renvoies au cours « Devenir référent conformité IA ».

📌 Résumons l'essentiel de ce tour de table. Tu parles quatre langues : les francs avec la direction, le geste réel avec le métier, le besoin traduit avec les prestataires, le signal de risque avec la conformité. Ton talent n'est pas de maîtriser un de ces mondes mieux que ses habitants — c'est de les faire tenir ensemble, alignés sur un même objectif, chacun rassuré sur ce qu'il attend de toi. Un projet IA échoue rarement pour des raisons techniques en PME ; il échoue parce qu'un de ces quatre mondes n'a pas été écouté. Ta mission est qu'aucun ne le soit.

### Le savoir-faire tacite : là où le métier se joue vraiment

Il y a ce qu'on apprend dans un cours, et il y a ce qu'on n'apprend d'ordinaire que sur le terrain, après quelques projets ratés. Autant te transmettre ce second savoir tout de suite : c'est lui qui sépare le coordinateur qu'on rappelle du coordinateur qu'on remercie poliment.

**Chasser la solution pour retrouver le problème.** Le dirigeant d'une PME arrive presque toujours avec une solution en tête — « je veux un chatbot », « je veux automatiser mes factures » — et presque jamais avec un problème clairement formulé. Ton premier geste, systématique, est de remonter en amont : « quel est le problème que cette solution est censée résoudre, et combien nous coûte-t-il aujourd'hui ? » Neuf fois sur dix, le vrai besoin est différent de la solution imaginée, et souvent plus simple à traiter. Un coordinateur qui exécute la solution qu'on lui souffle, sans remonter au problème, construit des gadgets. Celui qui retrouve le problème construit de la valeur.

**Savoir dire qu'un projet n'est pas mûr.** C'est le courage le plus rentable du métier, et le plus rare. Beaucoup de projets IA échouent non pas dans la technique mais bien avant, parce que les données de l'entreprise sont en désordre : catalogues incohérents, historiques introuvables, fichiers clients truffés de doublons. Un bon coordinateur sait reconnaître ce cas et l'annoncer : « avant de construire quoi que ce soit, il faut mettre de l'ordre dans ces données, sinon on paiera pour un outil qui produira n'importe quoi ». Dire cela déçoit sur le moment et fait gagner des dizaines de milliers de francs à terme. Nous consacrerons toute la leçon 3 à cette maturité des données ; retiens dès maintenant qu'un « pas encore » honnête vaut mieux qu'un « oui » qui mène au mur.

💡 La formule à garder : mieux vaut un petit projet qui réussit qu'un grand qui échoue. Le débutant veut impressionner avec un chantier spectaculaire ; le professionnel commence par un pilote délimité, à budget réduit, qui prouve la valeur avant qu'on engage davantage. Un premier succès modeste ouvre tous les projets suivants ; un premier échec ambitieux referme la porte de l'IA dans l'entreprise pour des années.

**Parler quatre langues sans les mélanger.** Nous l'avons vu avec les interlocuteurs, mais c'est un savoir-faire en soi : la même information se dit différemment selon l'oreille. « Le pilote a réduit le temps de traitement de moitié » devient, pour la direction, « on récupère l'équivalent de deux postes par semaine sur cette tâche » ; pour le métier, « tu n'auras plus à ressaisir, tu vérifieras » ; pour le prestataire, « le pré-remplissage fonctionne, passons à l'étape suivante ». Traduire n'est pas déformer : c'est rendre la même vérité audible par chacun. Le coordinateur qui parle technique à un patron ou francs à un développeur perd tout le monde.

**Ne jamais affirmer une certitude que tu n'as pas.** Le domaine est jeune et mouvant. Celui qui prétend tout savoir sur ce que l'IA peut ou ne peut pas faire se disqualifie auprès des gens sérieux, parce que la réponse honnête est souvent « ça dépend, testons ». Dire « je vais faire chiffrer cette hypothèse par le prestataire avant de m'engager » construit plus de confiance qu'une promesse assurée qui se révélera fausse. Ta crédibilité ne vient pas de ton assurance ; elle vient de ta justesse et de ton honnêteté. Cela vaut pour la technique, pour le budget, et plus encore pour tout ce qui touche au droit, que tu renvoies aux experts.

**Gérer le sceptique et l'enthousiaste.** Dans toute PME, tu croiseras deux personnages. Le sceptique, qui juge l'IA « un effet de mode » et croise les bras : ne l'affronte pas, donne-lui un petit résultat mesurable qui parle de lui-même, les chiffres convainquent mieux que les discours. Et l'enthousiaste, souvent un collaborateur technophile qui voudrait « tout faire avec l'IA » tout de suite : ne le freine pas brutalement, canalise son énergie sur le pilote et fais-en ton meilleur relais auprès des équipes. 📌 Le coordinateur habile ne combat aucun de ces deux tempéraments : il transforme le sceptique en témoin par la preuve, et l'enthousiaste en allié par la responsabilité. Toute la différence de résultat, dans une PME, tient dans cette capacité à faire avancer les gens plutôt qu'à avoir raison contre eux.

### Erreurs de débutant, et comment tu te lances

Terminons cette première leçon par les pièges classiques et par les deux façons concrètes d'exercer ce métier. Tu éviteras ainsi de perdre tes premières semaines dans des impasses que presque tous les débutants traversent.

**Les cinq erreurs de débutant.** Un : se prendre pour un technicien et discuter d'architecture avec le prestataire — tu sors de ton rôle, tu dis des bêtises et tu perds ta crédibilité ; ta force est de ramener au besoin métier et au ROI, pas de coder par-dessus l'épaule de l'expert. Deux : exécuter la solution soufflée par le patron sans remonter au problème — c'est le meilleur moyen de livrer un gadget coûteux dont personne n'avait besoin. Trois : cadrer un projet sans jamais s'asseoir avec les équipes qui feront le travail — l'outil sera juste sur le papier et rejeté sur le terrain. Quatre : promettre un ROI mirobolant pour faire signer, puis ne pas pouvoir le mesurer — un coordinateur se juge sur les chiffres qu'il tient, pas sur ceux qu'il annonce. Cinq : viser trop grand pour le premier projet — un pilote modeste qui réussit ouvre l'avenir, un chantier ambitieux qui échoue le referme.

**Deux façons d'exercer.** La première, INTERNE : tu endosses ce rôle dans ton entreprise, souvent en plus d'une autre fonction (direction adjointe, administration, responsable d'un service). C'est la porte d'entrée la plus fréquente, et ce cursus te donne exactement ce qu'il faut pour la franchir sans être développeur. La seconde, EXTERNE : tu proposes ce service en mission à des PME qui n'ont personne pour faire ce pont — un cadrage, un choix de prestataire, un pilotage jusqu'au pilote livré, une mesure du ROI, sur quelques semaines.

Si tu vises la voie externe, un mot d'ordre de grandeur, que nous détaillerons en leçons 8, 11 et 12 : une mission de cadrage et de pilotage se conçoit souvent en forfait plutôt qu'en heures, parce que le client achète un résultat — un projet bien lancé et mesuré — et non ton temps. Facturer en indépendant en Suisse suppose ton affiliation comme indépendant à l'AVS et, si ton activité dépasse le seuil de CHF 100 000 de chiffre d'affaires annuel, l'assujettissement à la TVA au taux normal de 8,1 %. Nous reviendrons sur ce cadre ; retiens seulement, pour l'instant, que le métier est facturable et qu'il répond à un besoin qui ne fera que croître.

**Tes trente premiers jours sur un premier projet.** Pour ne pas rester paralysé devant l'ampleur du sujet, voici la feuille de route qu'un coordinateur applique en arrivant sur un premier projet en PME. Semaine 1 : tu ne proposes aucune solution, tu enquêtes. Tu remontes le problème derrière la demande du patron, tu t'assieds avec les équipes métier, tu observes le travail réel et tu poses partout la même question — « où perd-on du temps, où se glissent les erreurs ? ». Semaine 2 : tu poses les premières hypothèses de valeur, tu chiffres grossièrement le gain possible, tu repères si les données sont mûres ou s'il faut d'abord les remettre en ordre, et tu signales tout point de conformité au bon expert. Semaine 3 : tu rédiges une note de cadrage claire et un cahier des charges lisible par un prestataire, tu délimites un pilote modeste, tu le fais valider par la direction en francs et en délais. Semaine 4 : tu consultes un ou deux prestataires, tu challenges leurs propositions au regard du besoin, et tu poses le calendrier du pilote. À la fin du premier mois, l'IA n'est pas encore en place — c'est normal — mais tu as un problème clairement identifié, un besoin chiffré, un cadrage validé et un prestataire choisi sur des bases saines. C'est déjà l'essentiel : un projet qui part droit.

Voilà ta première journée dans la peau d'un coordinateur de projet IA. Tu as vu que ce n'est pas un métier de technicien reclus, mais un métier de traduction, de pilotage et de diplomatie, où le bon sens structuré et l'honnêteté valent plus que la maîtrise du code, et où savoir dire « pas encore » est parfois la décision la plus rentable. Dans la leçon 2, nous répondrons à la question qui explique pourquoi tant de ces projets déraillent quand on les traite comme des chantiers informatiques ordinaires : qu'est-ce qui distingue vraiment un projet IA d'un projet informatique classique ? — et tu verras que la différence change tout, du cadrage jusqu'à la manière de mesurer le succès.

## Leçon 2 — Ce qui distingue un projet IA d'un projet informatique classique

**À retenir :**

- Un projet IA n'est pas un projet informatique : le logiciel classique est déterministe (même entrée, même sortie, un écart est un bug), l'IA est probabiliste (elle estime, se trompe parfois, et l'erreur fait partie de sa nature).
- Puisque l'IA se trompe, le concept central de la gestion de projet devient le seuil d'acceptabilité : à partir de quel niveau, comparé à la situation actuelle, le système est-il gagnant ? On le formule par comparaison avec l'existant, jamais en absolu, et on l'écrit AVANT de construire.
- La matière première d'un projet IA n'est pas le code mais les données : leur qualité (état, propreté) et leur quantité (volume, profondeur d'historique) déterminent le résultat plus que la technologie. Des données médiocres donnent des prédictions médiocres.
- On ne peut pas promettre le résultat avant de l'avoir essayé : un projet IA passe par une phase d'expérimentation (POC puis pilote) sur un périmètre restreint, avec un point de décision go / no-go, avant d'industrialiser. Sauter le POC, c'est parier tout le budget sur une hypothèse non vérifiée.
- Un système d'IA se dégrade avec le temps (la dérive) parce que le monde qu'il a appris change : il faut un suivi récurrent, une mesure de performance et un réentraînement, à chiffrer dès le départ. Un logiciel, on l'achète ; une IA, on l'élève.
- La supervision humaine (garder l'humain dans la boucle) n'est pas un aveu de faiblesse : le système traite les décisions routinières, l'humain garde la main sur les cas importants. C'est aussi souvent une exigence de prudence — les points de conformité se font valider (renvoi à la leçon 10 et au cours référent conformité IA).
- Les méthodes classiques doivent s'adapter : cahier des charges en objectif de performance (pas en règles figées), contrat découpé en phases avec go / no-go, budget par tranches plus ligne de suivi, recette sur performance globale (pas cas par cas au premier écart).
- Le rôle du coordinateur est de protéger la PME de son propre malentendu : faire atterrir le rêve d'un logiciel magique dans le réel du probabiliste, sans casser le projet, par la traduction et la pédagogie autant que par le pilotage.

**Plan de la leçon :** « On veut juste un logiciel » : le malentendu qui coûte cher · Différence n° 1 — Le probabiliste : l'IA se trompe, et c'est prévu · Différence n° 2 — Les données : le carburant que personne n'avait prévu · Différence n° 3 — L'expérimentation : on essaie avant d'industrialiser · Différence n° 4 — La supervision et la dérive : un projet qui ne se termine pas · Ce que ça change pour ta gestion de projet — et tes premiers réflexes

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 3 — Maturité des données : pourquoi tant de projets IA échouent avant même de démarrer

**À retenir :**

- Un projet d'IA est un moteur et la donnée son carburant : la plupart des projets de PME échouent non à cause de l'algorithme, mais parce qu'on a promis un résultat avant de regarder l'état réel des données.
- Une donnée exploitable réunit quatre qualités — propre, disponible, suffisante, exploitable (juridiquement et techniquement) — et il suffit qu'une seule manque pour que le projet vacille.
- La grille de maturité tient en six questions posées avant tout engagement : où sont les données, dans quel état, qui les possède, y en a-t-il assez, sont-elles labellisées, y a-t-il des données personnelles.
- On regarde les données RÉELLES, jamais leur réputation : demander cinquante lignes exportées révèle les doublons, unités mélangées et champs libres qu'aucune description de fichier n'avoue.
- L'audit de maturité est un livrable court : tableau par source, verdict vert/orange/rouge, plan de mise à niveau chiffré en ordres de grandeur, calcul de retour prudent et renvoi explicite du volet conformité.
- Le coordinateur n'est pas technicien : il DIAGNOSTIQUE l'état des données comme un arpenteur juge un terrain avant construction ; il ne nettoie pas lui-même, il dit si le sol est constructible et à quel coût.
- Dès qu'il y a des données personnelles, on lève le drapeau et on renvoie la conformité et la gouvernance au cours « Devenir référent conformité IA » et à un juriste pour les points sérieux — on ne promet jamais qu'un traitement est « en règle ».
- Le vrai talent n'est pas de dire non : c'est de remplacer un projet prématuré par un premier pas possible, et d'oser recommander l'attente quand la donnée n'est pas mûre — une droiture qui vaut dix mandats.

**Plan de la leçon :** La donnée est le carburant : pas de carburant, pas de moteur · Les questions de maturité : la grille que tu poses avant tout · Une journée d'audit : chez Broye Distribution, à Estavayer-le-Lac · L'audit de maturité data : le livrable qui évite la catastrophe · Le savoir-faire tacite : dire non sans tuer le projet · Erreurs de débutant, arbitrages, et la suite

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 4 — Traduire un besoin métier en cahier des charges lisible par une équipe technique

**À retenir :**

- Le coeur du métier de coordinateur est de transformer un « on veut de l'IA » flou en un besoin précis, écrit et chiffrable : personne d'autre dans la chaîne n'a intérêt à le faire à ta place.
- On part toujours du problème métier et de sa valeur chiffrée, jamais de la technologie : un problème sans montant ni volume est une opinion, pas un projet.
- Le résultat attendu s'écrit en langage métier, sans imposer de solution technique : laisser la techno ouverte permet de comparer les offres et de choisir la moins chère qui atteint la cible.
- Un cahier des charges chiffrable contient six réponses : problème chiffré, valeur, résultat attendu, données disponibles, contraintes (budget, délai, conformité), critères de succès mesurables.
- Le test d'un bon cadrage est simple : un prestataire peut-il renvoyer un devis ferme sans t'appeler ? Les seules questions qui restent doivent porter sur SA manière de faire, pas sur ce que TU veux.
- Un assistant IA peut mettre en forme tes notes en cahier des charges, mais jamais inventer le besoin : on lui interdit d'ajouter des fonctions, de deviner des chiffres et de trancher la technique. Le besoin vient du terrain, pas du modèle.
- Tenir la ligne du périmètre face au patron (ranger les idées en « plus tard ») et face au prestataire (refuser l'inflation de l'offre) est ce qui fait économiser le plus d'argent à la PME.
- Les questions de conformité, de protection des données et de responsabilité ne se tranchent pas dans un cahier des charges : on les signale, on les documente et on renvoie au référent conformité ou à un juriste.

**Plan de la leçon :** « On veut de l'IA » : la phrase qui coûte le plus cher · La méthode : partir du problème et de sa valeur, jamais de la techno · L'anatomie d'un cahier des charges qu'on peut chiffrer sans ambiguïté · Walkthrough : de « on veut de l'IA » au cahier des charges, chez Terraroma · Le savoir-faire tacite : tenir la ligne face au patron et au prestataire · Erreurs de débutant, et ce que tu emportes vers la leçon suivante

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 5 — Définir les critères de succès et le périmètre d'un pilote délimité

**À retenir :**

- On commence toujours par un pilote délimité (une tâche, une équipe, un jeu de données, quelques semaines, un budget plafonné) : son but n'est pas de résoudre le problème mais de répondre à une question, en achetant de l'information pour peu cher plutôt qu'en pariant gros sur une intuition.
- Commencer petit ne veut pas dire viser petit : la cible peut être ambitieuse, c'est le premier pas qui doit être petit et représentatif — assez borné pour être livré vite, assez réel pour apprendre quelque chose sur le grand projet.
- Le critère de succès doit être MÉTIER (temps, argent, demandes traitées), pas technique, et il doit être spécifique, mesurable, daté et honnête — avec l'état de départ mesuré AVANT le pilote, sinon on ne peut rien prouver à la fin.
- Le seuil d'acceptabilité de l'IA se fixe à l'avance (par exemple : brouillon envoyable sans réécriture majeure dans au moins 70 % des cas) et se raisonne selon le coût d'une erreur : plus l'erreur coûte cher, plus le seuil monte et plus la supervision humaine reste la règle.
- Budget et délai plafonnés ne sont pas des contraintes comptables mais des interrupteurs de sécurité : un dépassement n'est pas une rallonge à signer, c'est un signal que le cadrage était faux et qui impose une vraie décision.
- Borner le périmètre protège contre l'effet tunnel (avancer sans point de contrôle) et le scope creep (l'élargissement rampant par petits oui) ; la parade est un point de contrôle intermédiaire et l'art de ranger les bonnes idées dans un parking à idées : ce n'est pas non, c'est pas maintenant.
- Un pilote existe pour produire une décision go / no-go / pivot, lisible sur un tableau de critères posés d'avance ; un no-go honnête est un succès du pilote, pas un échec — il a économisé le coût du grand projet raté.
- Le pouvoir du coordinateur ne vient pas d'un savoir technique mais de sa capacité à poser un cadre que ni le patron pressé ni le prestataire intéressé ne posera : il tient la ligne du pilote petit, mesuré, borné et décidé à date fixe.

**Plan de la leçon :** Pourquoi commencer petit, alors que tout le monde veut voir grand · La métrique métier : mesurer ce qui compte, et le mesurer avant · Le seuil d'acceptabilité de l'IA, et les plafonds de budget et de délai · Borner le périmètre : contre l'effet tunnel et le scope creep · Walkthrough : cadrer le pilote de Boréal, à Delémont · La décision go/no-go, les erreurs de débutant, et la suite

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 6 — Les 10 questions à poser à un prestataire technique

**À retenir :**

- Face à un prestataire technique, le coordinateur ne juge pas la technique — il rétablit le rapport de force par dix questions simples, du point de vue du métier et de l'argent, et observe autant l'attitude que les réponses.
- Le vrai risque n'est pas l'arnaque mais le prestataire sincèrement enthousiaste qui vend ce qu'il sait faire plutôt que ce dont la PME a besoin : les dix questions font remonter ce que la vente et le jargon ont recouvert.
- Les données sont la question reine : propriété au client, hébergement Suisse ou UE, et surtout réversibilité (export complet, format standard, écrit au contrat). Qui héberge tes données sans te les rendre proprement te tient en otage.
- Toujours exiger un pilote délimité et un seuil d'acceptabilité chiffré et écrit : sans plancher (ex. échec sous 80 %), on ne peut jamais dire que le projet a raté, et on paie un système qui fait perdre du temps.
- On ne compare jamais deux devis sur la première ligne : le prix qui compte est le coût total de possession sur trois ans, appels au modèle, hébergement, maintenance et ré-entraînement inclus, car l'usage grimpe avec le volume.
- Le lock-in présenté comme une force (personne d'autre ne sait reprendre) est un risque maximal ; on regarde toujours la propriété du code et la clause de sortie AVANT de signer, pas après.
- Sur la conformité, le coordinateur pose la question d'ouverture (protection des données, supervision humaine) mais ne tranche rien : il note et renvoie tout point de fond au référent conformité IA ou à un juriste — nLPD en vigueur depuis le 1er septembre 2023, cadre européen appliqué par paliers.
- La grille ne cherche pas le prestataire parfait mais une signature les yeux ouverts : un compromis choisi et chiffré est une décision, un compromis subi est un piège. On ne signe jamais dans la salle, on relit à froid.

**Plan de la leçon :** Le rendez-vous où tout se joue · Questions 1 à 3 : les données, la méthode, le seuil de réussite · Questions 4 à 6 : la propriété, la maintenance, les coûts cachés · Questions 7 à 10 : dépendance, conformité, références, sortie · La grille complète et l'art de mener la réunion · Erreurs de débutant et ce que tu emportes

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 7 — Walkthrough : cadrer un projet IA de A à Z

**À retenir :**

- Un projet IA ne commence jamais par un cahier des charges propre mais par une douleur mal formulée : le premier travail du coordinateur est de transformer ce flou en un problème chiffré et mesurable, jamais de sauter directement à une solution.
- Le cadrage complet suit huit étapes ordonnées : recueil du besoin, audit data, cahier des charges fonctionnel, critères de succès, périmètre du pilote, sélection du prestataire, planning et budget, points de contrôle. Chacune produit un livrable et répond à une question précise.
- L'audit data décide de tout : pas de données propres, pas de projet. Il révèle aussi les préalables non négociables (coordonnées à nettoyer, base légale à valider) qui doivent être réglés AVANT le lancement, parfois sans aucune IA.
- Un bon pilote se délimite en réduisant sur plusieurs axes à la fois — moins d'acteurs, durée bornée, moins de fonctions — et en écartant les cas les plus sensibles : c'est un instrument de mesure du risque, pas une version au rabais du projet.
- On critère de succès mesure toujours le gain visé ET les effets de bord (patients agacés, secrétariat surchargé) : un système qui atteint sa cible principale en dégradant l'expérience est un échec déguisé en succès.
- On sélectionne le prestataire qui a le mieux compris le problème et qui parle spontanément des risques — pas le moins cher ni le plus brillant en démo. Sur un projet de santé, celui qui balaie la question des données est un signal d'alarme.
- Dans un cabinet médical, le simple fait d'avoir un rendez-vous est une donnée de santé : le coordinateur doit voir cette sensibilité, la faire remonter en préalable et orchestrer sa validation, mais il ne tranche pas les questions juridiques — cela relève de la conformité (renvoi au cours « Devenir référent conformité IA »).
- Le planning pose des jalons intermédiaires et le budget des ordres de grandeur honnêtes à confirmer par devis ; les points de contrôle donnent, à chaque étape, le droit d'ajuster ou d'ARRÊTER — la liberté d'arrêter, décidée à froid au cadrage, est ce qui protège l'argent de la PME.

**Plan de la leçon :** Du besoin flou au pilote prêt : la carte du voyage · Étape 1 et 2 : recueillir le vrai besoin, puis auditer la data · Étape 3 et 4 : le cahier des charges, puis les critères de succès · Étape 5 et 6 : délimiter le pilote, puis choisir le prestataire · Étape 7 et 8 : le planning, le budget, et les points de contrôle · Erreurs à éviter, données de santé, et ce que prépare la leçon 8

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 8 — Cas chiffré : budget, délai et ROI d'un projet IA mesuré et présenté

**À retenir :**

- Le coût d'un projet IA en PME n'est presque jamais la licence de l'outil : c'est le cadrage, l'intégration aux données et logiciels existants, la formation et la maintenance. Le coordinateur rend ces coûts cachés visibles avant qu'ils ne surprennent la direction.
- On sépare toujours les coûts one-shot (cadrage, intégration, formation initiale, payés une fois) des coûts récurrents (licences, maintenance, supervision, qui reviennent chaque année). Un devis qui met en avant le démarrage et reste flou sur le récurrent est piégé.
- Le vrai coût se lit sur deux à trois ans, pas au jour de la signature : on présente un coût complet cumulé (démarrage + récurrent), jamais un chiffre isolé qui flatte.
- Le délai réaliste se déroule en deux temps : un pilote court (quatre à six semaines) sur un petit périmètre pour prouver le gain, puis le déploiement seulement si le pilote a convaincu. Le pilote transforme un pari en décision rationnelle par étapes.
- Le délai réel n'est pas le délai technique : le temps humain de l'entreprise cliente (transmission des données, tests, formation, ajustements) est presque toujours le vrai goulet d'étranglement.
- Un ROI complet additionne trois sources : le temps gagné valorisé au coût horaire chargé (jamais au salaire brut), les erreurs évitées, et le chiffre d'affaires additionnel. Le temps gagné n'est un vrai gain que s'il est réaffecté ; on ne promet jamais de suppressions de postes.
- On présente en une page avec la règle des trois chiffres : coût de démarrage, gain net annuel, durée de remboursement en tête ; le détail en dessous. Un ROI qu'on peut répéter en une phrase convainc ; un ROI mirobolant ou qui cache le récurrent détruit la confiance.
- Les montants en francs sont des ordres de grandeur pédagogiques : sur un cas réel on mesure l'existant, on fait chiffrer le prestataire et on fait valider les hypothèses financières par la fiduciaire avant de les présenter comme des engagements.

**Plan de la leçon :** Le chiffre, c'est ton langage commun avec la direction · Le cas : l'Imprimerie Girardet SA, à Yverdon · Poser le budget : one-shot et récurrent, sans angle mort · Le délai réaliste : d'abord un pilote, ensuite le déploiement · Mesurer le ROI : temps gagné, erreurs évitées, chiffre d'affaires additionnel · Présenter simplement : la page qui fait signer, et les pièges à éviter

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 9 — Signaux d'alerte et arbitrages quand un projet IA dérape

**À retenir :**

- Un projet IA ne dérape presque jamais d'un coup : il envoie des signaux faibles, dispersés et faciles à expliquer un par un. Le rôle du coordinateur est de reconnaître leur accumulation avant qu'elle ne devienne irréversible.
- Cinq signaux d'alerte à traquer : données de mauvaise qualité découvertes tard, périmètre qui gonfle, prestataire qui survend, utilisateurs qui n'adoptent pas, résultats non mesurés. Ils viennent rarement seuls et forment une cascade.
- Quatre arbitrages, du plus léger au plus radical : recadrer le périmètre, revenir au pilote, changer de prestataire, arrêter. On choisit le moins coûteux au regard du résultat visé, pas le plus doux.
- Dire stop n'est pas un aveu d'échec, c'est un acte de pilotage : le vrai échec est de laisser courir un projet condamné jusqu'à épuisement du budget.
- Le piège du coût irrécupérable ruine les débutants : l'argent déjà dépensé ne revient pas ; la seule question honnête est de savoir si chaque franc supplémentaire, à partir d'aujourd'hui, rapporte plus qu'il ne coûte.
- Le geste le moins cher et le plus prédictif de tout le projet : exiger dès le cadrage qu'on ouvre un échantillon réel de données à l'écran, ensemble. Un projet IA lancé sans que personne n'ait vu les données a déjà un pied dans la tombe.
- On dit stop sans casser la relation en séparant le projet des personnes, en apportant toujours une recommandation chiffrée plutôt qu'un simple problème, et en rendant visible le coût de l'inaction, différé et invisible par défaut.
- Le coordinateur est la vigie, le traducteur et le conseil, jamais le décideur : son devoir est de poser l'alerte et l'arbitrage clairement, par écrit et daté ; le choix appartient à qui porte le risque et signe le chèque.

**Plan de la leçon :** Le courage de dire stop : la compétence qu'on n'ose pas nommer · Les cinq signaux d'alerte, et comment les repérer avant tout le monde · Les quatre arbitrages, et comment choisir le bon · Walkthrough : la Clinique vétérinaire des Alpes, à Sion · La conversation difficile : comment on dit stop sans casser la relation · Erreurs de débutant, checklist de pilotage, et la suite

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 10 — Gouvernance, supervision humaine et conformité d'un projet IA

**À retenir :**

- La gouvernance d'un projet d'IA se décide au cadrage, dans les mêmes documents que le besoin et le périmètre, jamais rajoutée à la fin : c'est une poutre porteuse, pas une couche de peinture.
- La supervision humaine est réelle seulement si l'humain a le TEMPS, l'INFORMATION et le POUVOIR de contredire facilement la machine ; sinon elle est cosmétique, un simple tampon exposé au biais d'automatisation.
- Tracer les décisions (date, version de l'outil, score, raisons, supervision, reprises) donne à la PME la mémoire qui la protège et nourrit le dossier de preuves — mais on ne garde que le nécessaire, pas tout par précaution.
- Sur les données personnelles (cadre nLPD, en vigueur depuis le 1er septembre 2023) et la transparence, le coordinateur est un excellent DÉTECTEUR et un mauvais JUGE : il repère et documente, il ne qualifie pas juridiquement.
- Le coordinateur n'est pas juriste : sa compétence la plus précieuse est de savoir ce qu'il ignore et de RENVOYER au référent conformité IA ou à un juriste, avec des questions nettes, fermées et documentées.
- Un renvoi bien fait isole le point sensible, laisse avancer le reste du projet et se traduit en langage de patron : quelques jours d'attente sur un critère qui évitent de débrancher tout l'outil dans un mois.
- Un LLM sert à METTRE EN FORME l'inventaire des données et des points à valider, jamais à rendre un verdict de légalité ; un bon prompt lui interdit explicitement de conclure sur le plan juridique.
- Le cours « Devenir référent conformité IA » est le compagnon naturel du coordinateur : bon coordinateur et bon référent travaillent main dans la main sur le versant réglementaire.

**Plan de la leçon :** La gouvernance se décide au cadrage, jamais à la fin · Supervision humaine réelle, pas supervision cosmétique · Tracer les décisions : la mémoire qui protège le projet · Données personnelles et transparence : repérer, pas trancher · Savoir renvoyer : le coordinateur n'est pas juriste · Intégrer la gouvernance dans le cadrage de ThermaSion

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 11 — Présenter le ROI à une direction : le tableau qui convainc

**À retenir :**

- Une direction ne finance jamais une technologie mais un résultat chiffré assorti d'un risque maîtrisé : le rôle du coordinateur en réunion est de traduire un projet IA en décision d'investissement lisible, comparable à une machine ou à une embauche.
- La présentation tient en six temps, toujours dans cet ordre : problème chiffré, solution en une phrase non technique, coût complet et honnête, gain en francs ET en temps, risque maîtrisé, décision demandée précise. Présenter le coût avant le problème casse toute la mécanique.
- On chiffre d'abord le problème comme un coût mesuré avant de parler du moindre gain : sans point de référence (par exemple CHF 33 000/an de temps de saisie), aucun montant d'investissement n'a de sens.
- Le tableau ROI tient sur une page, distingue toujours le MESURÉ (coût actuel, devis) de l'ESTIMÉ (gain futur, délai), présente le retour comme un délai en mois avec sa réserve plutôt qu'un pourcentage spectaculaire, et se lit seul sans le coordinateur dans la pièce.
- L'IA met en forme le tableau, elle ne le remplit jamais : les chiffres viennent du terrain et du devis, de sources qu'on peut nommer et défendre. Un chiffre inventé par la machine et repéré en séance discrédite tout le dossier.
- À « et si ça ne marche pas ? », on ne promet pas le succès, on borne le risque : un pilote court, à montant plafonné, avec un critère de succès chiffré et une sortie propre, est le meilleur argument car il transforme un pari en test.
- À « et nos données ? », on ne joue jamais au juriste : on montre que la question a été cadrée (quelles données, où elles vont) et on renvoie la conformité fine vers la compétence dédiée — le cours « Devenir référent conformité IA ». Connaître la limite de son rôle est une force.
- Le fil rouge : le débutant cherche à vendre l'IA en masquant les zones d'ombre, le professionnel prépare une décision en les éclairant. C'est la seconde posture qui fait signer, car un dirigeant ne dit oui durablement qu'à des chiffres honnêtes.

**Plan de la leçon :** Le moment où tout se joue : la porte du bureau de direction · La structure d'une présentation qui décide : six temps, pas un de plus · Le cas Cadence Logistique, à Fribourg : le contexte et les chiffres · Le tableau ROI d'une page : le construire ligne par ligne · Anticiper les objections : « et si ça ne marche pas ? » et « et nos données ? » · Walkthrough : bâtir le slide décisif, et les erreurs à éviter

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 12 — Négocier un devis IA sans se faire vendre l'inutile

**À retenir :**

- Le risque numéro un d'un projet IA n'est pas de payer trop cher une bonne solution, mais de payer le prix fort une solution surdimensionnée là où un pilote simple aurait suffi : la table de négociation décide du projet avant la première ligne de code.
- La force du coordinateur n'est pas la ruse commerciale mais la clarté du besoin : il ne joue pas au plus habile avec le vendeur, il ramène sans cesse la conversation sur son terrain — besoin réel, pilote minimal, coûts sur trois à cinq ans, réversibilité, propriété des données.
- Les cinq questions qui dégonflent un devis : quel besoin réel en une phrase, quel pilote minimal, quels coûts cachés sur plusieurs années, quelle réversibilité, qui possède les données et le paramétrage.
- Les techniques de survente sont prévisibles — enrobage par la « transformation », empilement de fonctionnalités, peur de devoir recommencer, jargon intimidant (« modèle entraîné sur mesure »), supériorité non chiffrée, flou sur la propriété, coûts récurrents noyés — et chacune a une parade simple centrée sur la mesure et le besoin.
- La meilleure défense contre un devis trop lourd n'est jamais un refus mais une contre-proposition plus petite et chiffrée : un pilote sur un seul cas d'usage, une durée courte, un critère de succès mesurable, un budget modeste, transforme « je refuse » en « voici ce que j'achète ».
- On raisonne toujours en coût total sur trois à cinq ans, jamais sur le prix affiché : les licences récurrentes pèsent souvent plus lourd que l'investissement initial, et un projet dont on ne possède ni le paramétrage ni une porte de sortie est une laisse, pas un actif.
- La juste ambition se distingue de la survente à un seul critère : la preuve précède-t-elle la dépense ? La solution lourde peut être la bonne quand le volume, la sensibilité des données ou l'échelle prouvée le justifient — la taille de la solution doit épouser la taille prouvée du problème, ni plus ni moins.
- Le coordinateur cadre un périmètre et un prix, il ne rédige pas le contrat : les clauses de propriété, de données (nLPD depuis le 1er septembre 2023), de réversibilité et de responsabilité se font valider par un juriste, et la gouvernance renvoie au cursus « Devenir référent conformité IA ».

**Plan de la leçon :** Pourquoi ce moment décide de la réussite du projet · Le décor : Salaisons du Valais SA, Martigny, et un devis à CHF 180 000 · Le dialogue, réplique par réplique · Débrief : les techniques du prestataire et tes parades · La boîte à outils : questions, formule et gestes concrets · Ce qu'on retient, et quand la solution chère est la bonne

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._

## Leçon 13 — Erreurs de débutant, savoir-faire tacite et préparation de l'examen

**À retenir :**

- Le coordinateur de projet IA n'est pas développeur : il fait le pont entre le besoin d'une PME et les prestataires — il cadre, traduit, délimite, tient le prestataire, mesure le ROI et veille à l'adoption et à la gouvernance. Sa valeur vient de ce qu'il évite de construire pour rien.
- Sept erreurs de débutant tuent les projets IA : se lancer sans données mûres, un cahier des charges flou, un périmètre non délimité, croire le prestataire sur parole, oublier l'adoption, ne pas mesurer le ROI, négliger la gouvernance.
- Cinq savoir-faire tacites font la différence : traduire entre métier et technique, dire non à un projet pas mûr, tenir un prestataire (exiger de VOIR sur des cas réels), embarquer les utilisateurs dès le premier jour, mesurer sobrement deux ou trois indicateurs qui parlent au patron.
- Quatre livrables forment le portfolio qui prouve : le cahier des charges (L4), le cadrage de pilote (L5), le tableau de ROI (L11) et le plan de gouvernance (L10, à faire valider par un juriste ou un référent conformité).
- Quand on utilise un LLM, on l'emploie pour METTRE EN FORME ses propres chiffres, jamais pour DÉCIDER : on cadre son rôle, on lui interdit d'inventer et de conclure à notre place.
- L'examen final exige au moins 80 pour cent : il récompense le raisonnement, pas la récitation. Pour chaque question, identifier l'erreur ou le savoir-faire testé, se méfier des réponses qui foncent, et choisir la prudence sur tout point juridique.
- Le certificat SFM atteste une compétence pratique mais ne constitue pas un titre reconnu par la Confédération ; en indépendant, penser affiliation AVS et TVA à 8,1 pour cent au-delà de CHF 100 000 de chiffre d'affaires.
- Se lancer, c'est dérouler les quatre livrables sur un vrai cas : un premier portfolio complet vaut plus que n'importe quelle affirmation de compétence.

**Plan de la leçon :** La journée où l'on fait le bilan · Les sept erreurs de débutant du coordinateur de projet IA · Le savoir-faire tacite : ce qui ne s'apprend pas dans un manuel · Tes quatre livrables : le portfolio qui prouve · Préparer l'examen final : raisonner, pas réciter · Se lancer : du certificat au premier projet

_Contenu complet réservé aux abonnés — [suivre ce cours](https://successfor-me.ch/academy/cours/fiche/PROJ-11)._