Consentement, recours et oubli : trois parcours produit à concevoir

Dans beaucoup de produits IA, les droits existent dans les conditions d'utilisation mais disparaissent du parcours réel. L'utilisateur ne sait pas quand une information devient mémoire, comment corriger une décision ni ce que « supprimer » signifie. Consentement, recours et oubli doivent devenir des fonctions observables du produit.

Le consentement : une décision liée à une finalité

Un consentement général obtenu à l'inscription ne peut pas expliquer toutes les utilisations futures. Le produit doit distinguer :

• les données nécessaires pour exécuter la demande ;
• la conservation pour retrouver un contexte plus tard ;
• le partage avec une équipe ou un tiers ;
• l'analyse destinée à améliorer le service ;
• un éventuel usage d'entraînement.

Le bon moment est celui où l'utilisateur comprend l'action. Une demande de mémorisation doit apparaître au moment de mémoriser, avec une option réellement compréhensible et la possibilité de revenir sur le choix.

Le consentement n'est par ailleurs pas toujours la base appropriée. Le produit doit identifier la base et les obligations applicables avec le conseil compétent, au lieu d'utiliser le mot comme solution universelle.

Le recours : une correction avec un responsable

Un bouton « signaler » n'est pas un recours complet. L'utilisateur doit savoir :

1. ce qui peut être contesté ;
2. quelles informations seront transmises ;
3. qui examine la demande ;
4. dans quel délai une réponse est attendue ;
5. comment la décision ou la donnée sera corrigée ;
6. ce qui arrive aux actions déjà déclenchées.

Pour une recommandation importante, le recours doit pouvoir suspendre la suite. Il doit aussi conserver assez de contexte pour qu'une personne comprenne l'incident sans demander à l'utilisateur de tout raconter à nouveau.

L'oubli : plusieurs opérations, pas un seul bouton

Corriger, expirer, dissocier, restreindre et supprimer ne produisent pas le même effet. Une information fausse peut devoir être corrigée ; une information ancienne rendue inactive ; une donnée personnelle supprimée ; une décision historique conservée sous une forme minimisée.

Cartographiez les copies : source, résumé, index de recherche, mémoire d'agent, trace, export et sauvegarde. L'interface doit annoncer ce qui disparaît immédiatement, ce qui demande un délai et ce qui reste pour une obligation légitime.

Surtout, l'oubli doit empêcher l'information supprimée de revenir dans un futur contexte IA.

Une carte des droits en cinq écrans

Un parcours simple peut comprendre :

• Avant l'action : finalité, données nécessaires et limites.
• Au moment de mémoriser : aperçu, portée privée ou partagée, durée.
• Dans les réglages : consulter, corriger, exporter, restreindre ou supprimer.
• Après une erreur : contester avec le contexte déjà joint.
• Après la demande : suivre l'état et vérifier l'effet.

Cette carte transforme une obligation abstraite en expérience testable.

Métriques utiles

Suivez le taux de compréhension, les refus, les changements de choix, le délai de recours, le taux de correction, les suppressions complètes et les réapparitions après suppression. Un faible nombre de demandes n'est pas toujours un succès : le parcours peut simplement être introuvable.

Fait, inférence et hypothèse

Fait direct : les droits et obligations dépendent du contexte juridique, des données et de la finalité ; une interface ne remplace pas l'analyse compétente.

Inférence : rendre les contrôles visibles améliore à la fois la conformité opérationnelle et la capacité de l'utilisateur à déléguer en confiance.

Hypothèse à tester : un aperçu clair de la mémoire avant validation réduit les demandes de suppression et augmente l'usage durable.

FAQ

Faut-il demander un consentement pour chaque action ?

Non. Il faut éviter la fatigue de consentement et demander une décision distincte lorsque la finalité, la portée ou le risque change réellement.

Supprimer une donnée efface-t-il toute l'histoire ?

Pas nécessairement. Certaines traces légitimes peuvent rester, mais elles doivent être minimisées, protégées et exclues des usages futurs non justifiés.

Une adresse email de support suffit-elle pour le recours ?

Rarement. Il faut un chemin visible, un contexte transmis, un responsable, un état et un délai.

Prochaine étape

Dessinez la carte des droits d'une fonctionnalité existante et testez-la avec une personne qui ne connaît pas votre politique. Pour une revue du parcours, écrivez à contact@yumea.fr avec l'objet « DROITS IA ».