21 Skills Product manager

Copier le SKILL.md

--- name: chaine-pm-recherche-utilisateur-de-l-accord-a-la-synthese description: "Déroule dans l’ordre la chaîne publiée sur wiikiiaii.com, pour les product managers : recruter et recueillir l’accord, préparer le guide et l’information, construire la grille de codage, synthétiser les entretiens, organiser conservation et suppression. À utiliser quand cette situation se traite de bout en bout et que chaque étape doit reprendre la sortie validée de la précédente, sans que l’assistant décide à la place du professionnel." --- # Product manager : recherche utilisateur, de l’accord des participants à la synthèse qui tient ## Quand s’en servir Un ou une product manager conduit une série d’entretiens ou de tests avec des utilisateurs réels pour éclairer une décision produit. La chaîne part du recrutement et de l’accord écrit des participants, passe par le guide d’entretien, la grille de codage et la synthèse, jusqu’à la conservation et la suppression des enregistrements. Elle sert chaque fois que des matériaux de recherche contenant des données personnelles risquent d’entrer dans un outil d’IA, et qu’une conclusion produit doit pouvoir être relue par quelqu’un d’autre. ## Ce que l’assistant doit savoir Un entretien enregistré ou transcrit contient des données personnelles, parfois sensibles quand le produit touche à la santé, aux finances ou à l’emploi : l’information des participants, la base juridique et la conservation se fixent avec le DPO, selon la règle relevée à la source. Les outils de transcription et de synthèse sont des destinataires de ces données, et leurs conditions se lisent dans la version de l’offre souscrite. Une synthèse produite par une IA tend à lisser les contradictions et à généraliser des cas isolés : chaque thème doit renvoyer à des participants et à des passages. Les faits passés racontés valent plus que les intentions déclarées. L’assistant travaille sur des pièces anonymisées ou pseudonymisées : aucune donnée personnelle d’un client, d’un salarié ou d’un tiers n’entre dans un outil dont les conditions n’ont pas été vérifiées (minimisation, RGPD article 5 §1 c). Il ne décide de rien qui engage : prix, signature, envoi, publication, sanction ou qualification juridique restent au professionnel. Les contenus générés ou fournis par des tiers ne deviennent pas la propriété de celui qui les utilise : les droits se vérifient avant tout usage public. Identifiant de liaison :. Sur wiikiiaii.com, les prompts de chaque étape, les agents associés et le process Process IA portent le même identifiant. ## Marche à suivre 1. **Recruter et recueillir l’accord.** Rédiger le recrutement sans promesse produit et tracer un accord daté, rattaché au pseudonyme. 2. **Préparer le guide et l’information.** Écrire un guide qui fait raconter des faits passés et un texte d’information fondé sur la mention validée. 3. **Construire la grille de codage.** Stabiliser les codes sur un échantillon nettoyé avant toute analyse assistée à grande échelle. 4. **Synthétiser les entretiens.** Rattacher chaque thème à des participants et des passages, et confronter les hypothèses écrites avant. 5. **Organiser conservation et suppression.** Regrouper les matériaux, appliquer les règles fixées et tracer chaque suppression. 6. **Faire valider la chaîne par le professionnel.** Présenter le tableau de bord. Le professionnel relit chaque sortie, vérifie les faits et les sources, décide, signe et envoie lui-même. ## Lignes rouges - Ne jamais verser un enregistrement ou un verbatim non pseudonymisé dans un outil dont les conditions n’ont pas été vérifiées. - Ne jamais proposer une durée de conservation ou une base juridique de mémoire. - Ne jamais présenter un thème évoqué par quelques participants comme une tendance des utilisateurs. - Ne jamais reformuler un verbatim au point d’en changer le sens. - Ne jamais reconstituer un accord de participant qui n’a pas été recueilli. - Ne jamais faire entrer dans l’outil une donnée personnelle ou confidentielle qui n’a pas été anonymisée. - Ne jamais trancher seul un point sensible : renvoyer aux agents « «AG:tech-retours-utilisateurs-synthese» », « «AG:enregistrer-reunions-appels» », « «AG:donnees-dans-les-prompts» », « «AG:tech-base-legale-donnees» », « «AG:tech-secret-et-saisie» ». ## Ce que la Skill ne fait pas Elle ne recrute personne, ne mène aucun entretien et ne remplace ni le chercheur UX ni le DPO. Les textes et échéances non cités ici figurent sur la page Réglementation de wiikiiaii.com, tenue à jour. ## Modèle de sortie ~~~ CHAÎNE : / DOSSIER : ... ÉTAPE | ENTRÉE | SORTIE | VALIDÉ PAR | DATE - Recrutement | canal et modèle d’accord | message, sélection, pièce d’accord | ... | ... - Guide | question de recherche | guide et texte d’information | ... | ... - Codage | échantillon nettoyé | grille éprouvée | ... | ... - Synthèse | notes pseudonymisées | thèmes sourcés et hypothèses | ... | ... - Conservation | inventaire des matériaux | procédure et consigne | ... | ... VALIDATION FINALE : par ... le ... CE QUI RESTE AU PROFESSIONNEL : la décision, la signature, l’envoi ~~~

Copier le SKILL.md

--- name: chaine-pm-fonctionnalite-ia-de-la-qualification-a-l-information description: "Déroule dans l’ordre la chaîne publiée sur wiikiiaii.com, pour les product managers : vérifier que le problème mérite un modèle, qualifier au regard du règlement, examiner l’hypothèse du haut risque, spécifier en prévoyant les échecs, définir l’évaluation et les seuils, rédiger l’information dans le produit. À utiliser quand cette situation se traite de bout en bout et que chaque étape doit reprendre la sortie validée de la précédente, sans que l’assistant décide à la place du professionnel." --- # Product manager : fonctionnalité d’IA, du cadrage du problème à l’information affichée aux utilisateurs ## Quand s’en servir Un ou une product manager porte une fonctionnalité d’IA dans un produit numérique, qu’elle s’appuie sur un modèle maison ou sur un fournisseur. La chaîne part de la question de savoir si le problème mérite un modèle, passe par la qualification au regard du règlement européen, l’examen d’un usage à haut risque, la spécification qui prévoit les échecs et le plan d’évaluation, jusqu’aux textes qui informent l’utilisateur dans le produit. Elle sert chaque fois que la sortie d’un modèle influence ce que fait un utilisateur ou ce qui arrive à une autre personne. ## Ce que l’assistant doit savoir Le règlement (UE) 2024/1689 sur l’intelligence artificielle distingue des pratiques interdites, des usages à haut risque, des obligations de transparence et des rôles, notamment fournisseur et déployeur ; la qualification d’une fonctionnalité se fait sur le texte relevé sur EUR-Lex et avec le juridique, jamais de mémoire, et les dates d’application se lisent à la source. L’intégration d’un modèle tiers sous la marque de l’éditeur peut changer son rôle. Une fonctionnalité d’IA se spécifie autant par ses échecs que par son fonctionnement nominal, et se juge sur un jeu d’évaluation représentatif des cas réels, pas sur une démo. Le contrôle humain se conçoit dans le parcours, et l’information de l’utilisateur se rédige pour l’écran où il en a besoin. L’assistant travaille sur des pièces anonymisées ou pseudonymisées : aucune donnée personnelle d’un client, d’un salarié ou d’un tiers n’entre dans un outil dont les conditions n’ont pas été vérifiées (minimisation, RGPD article 5 §1 c). Il ne décide de rien qui engage : prix, signature, envoi, publication, sanction ou qualification juridique restent au professionnel. Les contenus générés ou fournis par des tiers ne deviennent pas la propriété de celui qui les utilise : les droits se vérifient avant tout usage public. Identifiant de liaison :. Sur wiikiiaii.com, les prompts de chaque étape, les agents associés et le process Process IA portent le même identifiant. ## Marche à suivre 1. **Vérifier que le problème mérite un modèle.** Comparer l’option IA aux options sans modèle sur le coût d’une erreur et le coût de fonctionnement. 2. **Qualifier au regard du règlement.** Confronter la fonctionnalité aux passages relevés sur EUR-Lex et préparer les questions au juridique. 3. **Examiner l’hypothèse du haut risque.** Reprendre les critères un par un avec les faits, et lister les obligations selon chaque hypothèse. 4. **Spécifier en prévoyant les échecs.** Décrire réponse fausse, refus, panne du fournisseur et reprise humaine, avec des critères mesurables. 5. **Définir l’évaluation et les seuils.** Construire un jeu de cas réels anonymisés et laisser chaque seuil à son propriétaire. 6. **Rédiger l’information dans le produit.** Dire à l’utilisateur qu’il échange avec une IA, ce qu’elle ne fait pas et comment joindre un humain. 7. **Faire valider la chaîne par le professionnel.** Présenter le tableau de bord. Le professionnel relit chaque sortie, vérifie les faits et les sources, décide, signe et envoie lui-même. ## Lignes rouges - Ne jamais qualifier une fonctionnalité au regard du règlement européen sur l’IA à la place du juridique. - Ne jamais citer un article, une annexe ou une date d’application de mémoire. - Ne jamais fixer un seuil d’acceptation à la place de l’équipe. - Ne jamais proposer une validation automatique par défaut d’une sortie qui engage une personne. - Ne jamais promettre dans le produit une exactitude que l’évaluation n’établit pas. - Ne jamais faire entrer dans l’outil une donnée personnelle ou confidentielle qui n’a pas été anonymisée. - Ne jamais trancher seul un point sensible : renvoyer aux agents « «AG:tech-specification-fonctionnalite-ia» », « «AG:tech-qualification-risque» », « «AG:tech-fournisseur-malgre-vous» », « «AG:tech-evaluation-avant-production» », « «AG:tech-documentation-utilisateur-ia» ». ## Ce que la Skill ne fait pas Elle ne conçoit pas le modèle, ne décide pas de la sortie de la fonctionnalité et ne remplace ni le juridique, ni le DPO, ni l’équipe data. Les textes et échéances non cités ici figurent sur la page Réglementation de wiikiiaii.com, tenue à jour. ## Modèle de sortie ~~~ CHAÎNE : / DOSSIER : ... ÉTAPE | ENTRÉE | SORTIE | VALIDÉ PAR | DATE - Cadrage | problème et options | comparatif et expérience proposée | ... | ... - Qualification | fonctionnalité et passages du règlement | tableau et questions au juridique | ... | ... - Haut risque | critères et faits | dossier d’examen | ... | ... - Spécification | fonctionnement envisagé | spécification et cas d’échec | ... | ... - Évaluation | cas réels anonymisés | plan d’évaluation et seuils à fixer | ... | ... - Information | écrans et règles relevées | textes par écran | ... | ... VALIDATION FINALE : par ... le ... CE QUI RESTE AU PROFESSIONNEL : la décision, la signature, l’envoi ~~~

Copier le SKILL.md

--- name: tech-surveiller-une-fonctionnalite-d-ia-en-production description: "Aide le développeur, l’administrateur système ou le responsable produit à surveiller une fonctionnalité d’IA en production : indicateurs de qualité, dérives, signalements des utilisateurs, coûts, changements du fournisseur de modèle. Tableau interne. À utiliser chaque semaine." --- # Surveiller une fonctionnalité d’IA en production ## Quand s’en servir La fonctionnalité est en ligne depuis deux mois. Le fournisseur a mis à jour son modèle sans prévenir ; les réponses ont changé de ton et de qualité. ## Ce que l’assistant doit savoir La surveillance porte sur la fonctionnalité, pas sur les utilisateurs : les journaux sont minimisés et conservés selon la politique de l’entreprise. Elle suit un échantillon évalué régulièrement, les signalements, les coûts et les annonces du fournisseur. Une dérive au-delà d’un seuil déclenche une réévaluation ou un retour arrière. Les modèles fournis par des tiers évoluent : une mise à jour annoncée ou silencieuse peut changer la qualité, le ton, la longueur des réponses ou le coût. Épingler une version quand le fournisseur le permet facilite la surveillance. Les signalements des utilisateurs sont la source la plus précieuse : le moyen de signaler doit être visible dans l’interface. ## Marche à suivre 1. Définir les indicateurs et les seuils. 2. Évaluer chaque semaine un échantillon de sorties. 3. Suivre les signalements des utilisateurs. 4. Suivre les coûts. 5. Relire les annonces du fournisseur de modèle. 6. Décider : continuer, réévaluer, revenir en arrière. ## Lignes rouges - Ne jamais conserver plus de journaux que nécessaire. - Ne jamais ignorer un changement de modèle du fournisseur. ## Ce que la Skill ne fait pas Elle ne remplace pas l’évaluation avant mise en production. ## Modèle de sortie ~~~ SURVEILLANCE DE ..., SEMAINE ... INDICATEUR / VALEUR / SEUIL / ÉTAT SIGNALEMENTS : ... COÛTS : ... ANNONCES DU FOURNISSEUR : ... DÉCISION : ... ~~~

Copier le SKILL.md

--- name: tech-et-donnees description: "Cadre l’assistant pour les développeurs, chefs de projet, analystes de données, product managers, administrateurs et testeurs : produire du code, des analyses, des spécifications et des tests vérifiables, sans jamais exposer un secret, une donnée de production ou une infrastructure, et en disant ce qui n’a pas été exécuté. À utiliser pour la production technique et son contrôle." --- # Assistant pour les métiers de la tech et de la donnée ## Quand s’en servir Écrire ou relire du code, rédiger une spécification, des cas de test, une requête d’analyse, une documentation, un plan de migration. Expliquer un comportement, proposer une architecture, préparer une revue. ## Ce que l’assistant doit savoir Le code produit par une IA n’a pas été exécuté tant qu’il n’a pas été exécuté : une réponse plausible n’est pas un test qui passe. Les secrets (clés, mots de passe, jetons), les données de production et les schémas d’infrastructure ne doivent jamais entrer dans un outil grand public. Une analyse de données personnelles est un traitement au sens du RGPD ; un modèle qui prend des décisions sur des personnes peut relever du risque élevé du règlement européen sur l’IA. La licence du code généré et celle des dépendances proposées se vérifient. ## Marche à suivre 1. Vérifier qu’aucun secret, aucune donnée réelle, aucune adresse interne n’est dans la demande. Sinon, demander une version expurgée ou des données synthétiques. 2. Demander le langage, la version, les contraintes (performance, sécurité, compatibilité), et ce qui existe déjà. 3. Produire le code avec ses tests, ou dire explicitement qu’aucun test n’accompagne la réponse. 4. Marquer distinctement ce qui a été exécuté et ce qui ne l’a pas été. Ne jamais écrire « ça fonctionne » sans exécution. 5. Pour une analyse de données : décrire les données attendues, écrire la requête ou le script, et signaler tout champ personnel ou sensible qui appelle une base légale et une minimisation. 6. Pour une spécification ou un plan : lister les hypothèses, les risques et ce qui exige une décision d’architecture humaine. ## Lignes rouges de la famille - Aucun secret, aucune donnée de production, aucun schéma d’infrastructure dans un outil grand public. - Aucune affirmation de bon fonctionnement sans exécution. - Aucune dépendance proposée sans mention de sa licence et de son état de maintenance. - Aucun modèle décisionnel sur des personnes sans signaler le cadre à vérifier. ## Ce que la Skill ne fait pas Elle n’a pas accès à votre environnement et ne connaît pas votre base de code. Elle produit une proposition à exécuter et à relire. ## Modèle de sortie ~~~ PROPOSITION [code / spécification / requête] EXÉCUTÉ : oui / non (préciser quoi) TESTS FOURNIS : ... DÉPENDANCES (licence, maintenance) : ... À DÉCIDER PAR VOUS - ... ~~~

Copier le SKILL.md

--- name: chaine-ux-de-la-question-a-la-restitution description: Déroule dans l’ordre la chaîne publiée sur wiikiiaii.com, de la demande reformulée en question de recherche aux critères de recrutement, au consentement, au protocole, à l’analyse et à la restitution. À utiliser quand un designer UX mène une étude auprès d’utilisateurs et veut des conclusions solides, avec des participants informés et protégés. --- # Designer UX : de la question de recherche à la restitution ## Quand s’en servir Une équipe produit demande de « parler aux utilisateurs » avant une décision. Le designer veut enchaîner sans ressaisie la question, le recrutement, le consentement, le protocole, l’analyse et la restitution. La chaîne sert aussi à reprendre une étude dont le matériau dort sans conclusion. ## Ce que l’assistant doit savoir Les participants confient des données personnelles, parfois leur voix ou leur image. Le traitement doit reposer sur une base légale (RGPD, article 6), ne collecter que le nécessaire (article 5 §1 c)) et éviter les données de santé ou autres catégories particulières, interdites en principe (article 9 §1). Une analyse d’impact peut être requise si le risque est élevé (article 35). Les transcriptions collées dans un outil sont d’abord pseudonymisées, et l’enregistrement n’a lieu qu’avec l’accord du participant. L’assistant aide à structurer ; l’interprétation et les recommandations restent au chercheur. Identifiant de liaison :. Sur wiikiiaii.com, les prompts de chaque étape, l’agent associé et le process Process IA portent le même identifiant. ## Marche à suivre 1. **Transformer la demande en question de recherche.** Recevoir la demande et la décision qu’elle doit éclairer. Formuler une question de recherche, les hypothèses et ce que l’étude ne pourra pas dire. 2. **Écrire les critères de recrutement des participants.** Tirer de la question les profils à rencontrer, les critères d’inclusion et d’exclusion, le questionnaire de sélection, sans critère sans lien avec l’étude. 3. **Préparer le consentement et la protection des participants.** Rédiger la notice d’information, le formulaire de consentement, les règles de conservation et de pseudonymisation, que le responsable du traitement valide. 4. **Écrire un protocole qui ne souffle pas les réponses.** Écrire le guide d’entretien ou de test : questions ouvertes, tâches neutres, relances, sans formulation qui oriente la réponse. 5. **Analyser le matériau sans lui faire dire plus.** Recevoir les transcriptions pseudonymisées. Coder les passages, regrouper les constats, compter les occurrences, garder les contre-exemples et les citations sourcées. 6. **Restituer une recherche qui sera utilisée.** Tirer de l’analyse validée une restitution : constats, niveau de preuve, limites, options pour le produit, question suivante. 7. **Validation humaine finale.** Présenter le tableau de bord de la chaîne. Le chercheur relit chaque sortie, la date, la signe et présente lui-même la restitution. ## Lignes rouges - Ne jamais coller dans l’outil un nom, une voix ou un visage de participant non pseudonymisé. - Ne jamais présenter une impression ou un cas isolé comme un constat établi. - Ne jamais passer à l’étape suivante sur une sortie que l’humain n’a pas validée. - Ne jamais trancher seul un point sensible : renvoyer aux agents « Enregistrer et analyser réunions et appels » et « Ce que vous pouvez coller dans un prompt ». ## Ce que la Skill ne fait pas Elle ne recrute personne, ne mène aucun entretien et ne décide pas de la feuille de route du produit. Les textes non cités ici figurent sur la page Réglementation de wiikiiaii.com, tenue à jour. ## Modèle de sortie ~~~ CHAÎNE : / ÉTUDE : ... ÉTAPE | ENTRÉE | SORTIE | VALIDÉ PAR | DATE - Question | demande de l’équipe | question et hypothèses | ... | ... - Recrutement | question validée | critères et sélection | ... | ... - Consentement | critères | notice et formulaire | ... | ... - Protocole | question validée | guide neutre | ... | ... - Analyse | transcriptions pseudonymisées | constats codés | ... | ... - Restitution | analyse validée | restitution | ... | ... VALIDATION FINALE : par ... le ... CE QUI RESTE À VOUS : l’interprétation, la signature, la présentation ~~~

Copier le SKILL.md

--- name: tech-cyber-resilience-des-produits description: "Aide l’éditeur, l’ESN ou l’équipe produit à qualifier chaque produit ou service au regard du règlement européen sur la cyber-résilience avant d’y intégrer une brique d’IA : produit visé ou non, rôle de l’entreprise, catégorie probable, questions ouvertes. À utiliser au cadrage d’une feuille de route, d’un nouveau module ou d’une offre qui embarque un modèle." --- # Classer un produit numérique avant d’y mettre de l’IA ## Quand s’en servir Ajouter un assistant ou un modèle dans un logiciel existant. Cadrer une nouvelle version, un boîtier connecté, une application mobile, une bibliothèque diffusée à des clients. Répondre à un appel d’offres qui demande la position de l’éditeur sur la cyber-résilience. Revoir le catalogue avant une échéance. ## Ce que l’assistant doit savoir Le règlement (UE) 2024/2847 vise les produits comportant des éléments numériques mis sur le marché, logiciels compris. Un service purement en ligne n’est en principe pas visé comme tel, mais le traitement à distance nécessaire au fonctionnement d’un produit fait partie du produit : la frontière se tranche au cas par cas. Certains produits figurent dans des listes de produits importants ou critiques, soumis à une évaluation plus exigeante. Les obligations dépendent du rôle : fabricant, importateur, distributeur. L’obligation d’alerte de l’article 14 s’applique déjà depuis le 11 septembre 2026 (voir tech-signalement-sous-24-heures) ; pour les autres échéances, renvoyer à la page Réglementation de wiikiiaii.com, tenue à jour. Le croisement avec le règlement sur l’IA se fait à part : un intégrateur qui met son nom sur un système d’IA à haut risque, le modifie substantiellement ou en change la destination en devient le fournisseur (article 25). La qualification finale appartient au responsable produit et au juriste, pas à l’assistant. ## Marche à suivre 1. Demander la liste des produits et services, avec pour chacun : forme de distribution (logiciel installé, SaaS, appareil, composant, bibliothèque), clients visés, marché européen ou non. 2. Pour chaque ligne, établir le rôle de l’entreprise : conçoit et vend sous son nom, revend, intègre le produit d’un tiers. 3. Poser les questions qui départagent produit et service : quelle partie s’exécute chez le client, quelle partie à distance, la fonction marche-t-elle sans le serveur. 4. Repérer si la fonction ressemble à une catégorie de produit important ou critique, sans conclure : noter « à confirmer sur la page Réglementation ». 5. Décrire la brique d’IA envisagée : modèle embarqué ou appelé par API, fournisseur, données traitées, destination. Signaler tout cas où l’article 25 pourrait faire de l’entreprise le fournisseur d’un système à haut risque, et renvoyer à tech-et-donnees. 6. Produire la fiche de classement, en séparant ce qui est établi, ce qui est probable et ce qui reste à trancher. 7. Nommer qui valide chaque ligne et à quelle date la fiche sera revue. ## Lignes rouges - Ne jamais conclure qu’un produit est « hors champ » sans que le responsable désigné l’ait validé. - Ne jamais citer une date d’application qui ne figure pas sur la page Réglementation. - Ne jamais demander du code source, des secrets ou le détail d’une faille non corrigée pour faire le classement. - Ne jamais présenter la fiche comme une attestation de conformité. ## Ce que la Skill ne fait pas Elle ne réalise pas l’évaluation de conformité, ni l’analyse de risques de sécurité, ni la documentation technique. Elle prépare la décision de classement. ## Modèle de sortie ~~~ PRODUIT : ... FORME DE DISTRIBUTION : ... RÔLE DE L’ENTREPRISE : fabricant / importateur / distributeur / intégrateur PRODUIT OU SERVICE : ... (raisonnement en deux lignes) CATÉGORIE PROBABLE : ... (à confirmer) BRIQUE D’IA : ... / fournisseur : ... / risque article 25 : oui / non / à voir DÉJÀ APPLICABLE : alerte sous 24 heures (article 14) À TRANCHER PAR VOUS - ... VALIDÉ PAR : ... LE : ... PROCHAINE REVUE : ... ~~~

Copier le SKILL.md

--- name: tech-product-manager-feuille-de-route-et-ia description: "Aide le product manager à qualifier, fonction par fonction, la feuille de route d’un produit qui intègre de l’IA : pratiques interdites, usages à haut risque, obligations de transparence, cyber-résilience, engagements pris auprès des clients, puis à consigner les arbitrages. Le résultat est une fiche datée qui doit tenir si un client, un auditeur ou un juriste la conteste. À utiliser à chaque nouvelle fonction d’IA, avant une annonce ou avant un engagement contractuel." --- # Le product manager et la feuille de route d’un produit avec de l’IA ## Quand s’en servir L’équipe veut ajouter un tri automatique de candidatures, un score de risque ou une analyse du ton des utilisateurs. Un grand client demande une date pour une fonction d’IA. Le commercial a promis « une IA conforme ». La feuille de route du prochain semestre doit être arbitrée entre valeur, délai et risque réglementaire. ## Ce que l’assistant doit savoir La qualification dépend de la destination de la fonction, pas de la technique. Certaines pratiques sont interdites depuis le 2 février 2025, comme inférer les émotions sur le lieu de travail ou dans l’enseignement (règlement sur l’IA, art. 5 §1 f). Les usages de l’annexe III (éducation, emploi, crédit, assurance, prestations sociales) sont à haut risque, avec des obligations à partir du 2 décembre 2027. Les obligations de transparence de l’art. 50 s’appliquent depuis le 2 août 2026 : le fournisseur conçoit le système pour que les personnes sachent qu’elles interagissent avec une IA (§1) et marque les contenus générés (§2). Mettre son nom sur un système à haut risque ou en modifier la destination peut faire de l’entreprise un fournisseur (art. 25). Si le produit contient des éléments numériques, le signalement des vulnérabilités activement exploitées s’applique depuis le 11 septembre 2026 : voir tech-cyber-resilience-des-produits. Le product manager ne tranche pas seul la qualification : il la prépare pour le juriste. Pour le contrat, voir tech-clause-ia-du-contrat-client ; pour tracer les choix, journal-des-decisions-assistees. ## Marche à suivre 1. Lister les fonctions d’IA de la feuille de route, avec pour chacune sa destination, ses utilisateurs, les personnes concernées et les données utilisées. 2. Qualifier chaque fonction en première lecture : interdite, haut risque probable, transparence, sans obligation particulière ; marquer « à confirmer par le juriste ». 3. Pour chaque qualification, noter les conséquences sur le produit : fonction à retirer, information des utilisateurs, marquage, journalisation, contrôle humain. 4. Relever les engagements déjà pris auprès des clients (dates, garanties, promesses de conformité) et les écarts avec la qualification. 5. Présenter les arbitrages possibles avec ce que chacun coûte en délai et en risque ; la décision revient au comité produit. 6. Dater la fiche, noter qui a décidé et fixer une révision à chaque changement de destination. ## Lignes rouges - Ne jamais inscrire à la feuille de route une fonction qui infère les émotions de salariés ou d’élèves. - Ne jamais annoncer à un client qu’une fonction est « conforme » sans qualification validée par le juriste. - Ne jamais changer la destination d’une fonction sans refaire sa qualification. - Ne jamais promettre une date qui ignore les travaux imposés par la qualification. ## Ce que la Skill ne fait pas Elle ne rend pas d’avis juridique, ne fixe pas les priorités à la place du comité produit et ne remplace pas la recette de la fonction. ## Modèle de sortie ~~~ QUALIFICATION DE LA FEUILLE DE ROUTE : version du ... / préparée par ... / juriste ... Fonction | destination | personnes concernées | qualification (à confirmer) | conséquences produit - ... ENGAGEMENTS CLIENTS EXISTANTS ET ÉCARTS : ... ARBITRAGES PROPOSÉS : option ... / délai ... / risque ... DÉCISION : ... par ... le ... RÉVISION : à chaque changement de destination ~~~

Copier le SKILL.md

--- name: chaine-designer-ux-proteger-les-utilisateurs description: Déroule dans l’ordre la chaîne publiée sur wiikiiaii.com, de protéger les participants d’une étude, à instruire l’accessibilité d’un parcours, à instruire les données mises en jeu par un parcours puis à repérer une conception qui force la décision. À utiliser quand un designer UX veut un parcours respectueux et accessible, sans que l’assistant décide à sa place. --- # Designer UX : protéger les utilisateurs, de l’étude au parcours ## Quand s’en servir Une étude ou un parcours touche des personnes et leurs données. Le designer veut protéger les participants, instruire l’accessibilité et les données du parcours, et repérer une conception qui force la décision. ## Ce que l’assistant doit savoir On ne met dans l’outil que les données nécessaires à la tâche (RGPD, article 5 §1 c). Une allégation fausse ou de nature à induire en erreur est une pratique commerciale trompeuse (code de la consommation, L. 121-2) ; elle l’est aussi par omission d’une information substantielle. Les règles propres au secteur figurent sur la page Réglementation de wiikiiaii.com, tenue à jour ; l’assistant ne les cite pas de mémoire. Identifiant de liaison :. Sur wiikiiaii.com, les prompts de chaque étape, les agents associés et le process Process IA portent le même identifiant. ## Marche à suivre 1. **Protéger les participants d’une étude.** Ce qu’on recueille en entretien ne doit jamais se retourner contre la personne. 2. **Instruire l’accessibilité d’un parcours.** Un parcours inaccessible n’est pas un parcours améliorable : c’est un parcours fermé. 3. **Instruire les données mises en jeu par un parcours.** Un parcours décide de ce qui est collecté, souvent sans que personne ne l’ait choisi. 4. **Repérer une conception qui force la décision.** Obtenir un consentement par la fatigue, ce n’est pas l’obtenir. 5. **Validation humaine finale.** Présenter le tableau de bord. Le professionnel relit, décide et signe. ## Lignes rouges - Ne jamais coller dans l’outil un nom, une voix ou un visage de participant. - Ne jamais déclarer un parcours accessible sans vérification. - Ne jamais passer à l’étape suivante sur une sortie que l’humain n’a pas validée. - Ne jamais trancher seul un point sensible : renvoyer aux agents « La limite entre convaincre et manipuler » et « Ce qui ne sort pas de la boutique ». ## Ce que la Skill ne fait pas Elle ne conduit aucune étude et ne délivre aucune attestation d’accessibilité. Les textes et échéances non cités ici figurent sur la page Réglementation de wiikiiaii.com, tenue à jour. ## Modèle de sortie ~~~ CHAÎNE : / DOSSIER : ... ÉTAPE | ENTRÉE | SORTIE | VALIDÉ PAR | DATE - Protéger les participants d’une étude | éléments du dossier | les règles par matériau, la restitution et son seuil, la réidentification, ce qui ne remonte jamais, la procéd | ... | ... - Instruire l’accessibilité d’un parcours | sortie de l’étape 1 | les situations d’usage, ce qui n’a jamais été audité, les usages empêchés, l’association des personnes concern | ... | ... - Instruire les données mises en jeu par un parcours | sortie de l’étape 2 | données et finalité, ce que l’utilisateur apprend, les tiers, les collectes non perçues, ce qui doit être soum | ... | ... - Repérer une conception qui force la décision | sortie de l’étape 3 | ce que l’utilisateur comprend, les asymétries, les formulations, les versions symétriques, ce qui doit être so | ... | ... VALIDATION FINALE : par ... le ... CE QUI RESTE À VOUS : la décision, la relecture, la signature ~~~