# L'expérience IA de 14 jours pour une startup

> Un protocole court pour tester une hypothèse IA avec une décision, une métrique et une limite avant d'en faire un produit ou une infrastructure.

- Author: Viktor Berthelius (BRTHLS)
- Published: 2026-09-02
- Category: systems thinking
- Tags: startups, experimentation
- Language: fr
- Canonical: https://www.brthls.com/magazine/experience-ia-14-jours-startup-fr
- Source: BRTHLS Magazine — https://www.brthls.com

---

## Problème

De nombreux pilotes IA commencent par un outil et se terminent par une démonstration. L'équipe prouve que quelque chose fonctionne, mais ignore si cela améliore une décision, réduit un coût complet ou mérite une place dans l'opération.

## Thèse

Une expérience utile ne demande pas « l'IA peut-elle le faire ? ». Elle demande « quelle décision change, avec quelle preuve et à quel coût de supervision ? ». Quatorze jours suffisent pour trouver un signal si le périmètre est étroit.

## Framework

Concevez le test autour de quatre éléments :

- **Décision :** le moment précis à améliorer.
- **Référence :** la manière actuelle de faire, temps humain compris.
- **Seuil :** le résultat qui justifierait de continuer.
- **Limite :** le dommage, l'erreur ou le coût qui arrête le test.

| Phase | Jours | Livrable |
| --- | --- | --- |
| Cartographier | 1–3 | Décision, cas et référence |
| Tester | 4–10 | Journal des résultats et exceptions |
| Décider | 11–14 | Continuer, corriger ou arrêter |

## Pourquoi maintenant

Le cadre NIST structure le travail autour de gouverner, cartographier, mesurer et gérer. Une startup n'a pas besoin d'un programme corporate pour appliquer cette logique : chaque expérience exige un contexte, une mesure, un responsable et une réponse au risque.

## Anti-exemple

L'équipe compare deux modèles avec vingt prompts, choisit celui qui « semble meilleur » et l'intègre. Personne ne mesure les faux positifs, le temps de révision ou les décisions affectées. La démo gagne ; l'opération hérite de l'incertitude.

## Protocole (3 étapes)

1. **Rédiger une fiche d'une page :** utilisateur, décision, données autorisées, métrique et condition d'arrêt.
2. **Tester les cas réels et les limites :** inclure des exemples normaux, ambigus et adverses.
3. **Tenir une revue de décision :** continuer seulement si le gain dépasse le coût total et les risques observés.

## Articles liés

- [Ce qu'une startup ne doit pas encore automatiser](/magazine/quoi-ne-pas-automatiser-startup-fr)
- [AI Fluency pour enseignants : développer le discernement](/magazine/ai-fluency-enseignants-discernement-fr)

## Sources consultées

- [NIST AI RMF Playbook](https://www.nist.gov/itl/ai-risk-management-framework/nist-ai-rmf-playbook)
- [Principes de l'OCDE sur l'IA](https://oecd.ai/en/ai-principles)

## Prochaine étape

Transformez le prochain « nous devrions utiliser l'IA pour… » en fiche d'expérience. Si elle ne tient pas sur une page, le problème n'est pas encore assez précis.

---

_Cite as: Berthelius, V. (2026). "L'expérience IA de 14 jours pour une startup". BRTHLS Magazine. https://www.brthls.com/magazine/experience-ia-14-jours-startup-fr_