Cas d’école
Cas synthétique indépendant — Du rendez-vous au suivi validé
Exemple fictif. La personne, les clients, les volumes et les résultats sont synthétiques. Le scénario illustre une manière prudente de conduire un pilote ; il ne prouve pas la performance d’un outil ou d’un métier.
Niveau mesuré : copilote A1. Le système rédige une étape sans outil connecté ni action autonome. Le gain observé ici ne doit pas être comparé à celui d’un agent métier ou d’une agence orchestrée.
1. Situation initiale
Camille Rey est consultante indépendante en organisation. Elle accompagne six petites entreprises et réalise généralement 12 à 18 rendez-vous clients par mois. Après chaque échange, elle relit ses notes, prépare un compte rendu, liste les prochaines actions et rédige un courriel de suivi.
Le travail reste irrégulier : certaines réunions sont simples, d’autres contiennent des hypothèses, des décisions non confirmées ou des informations commerciales sensibles. Les prix, le périmètre contractuel et les recommandations finales engagent directement la consultante.
Baseline sur 22 suivis historiques autorisés
| Mesure | Valeur initiale | Source |
|---|---|---|
| Temps médian entre notes et brouillon relu | 44 min | Chronométrage rétrospectif |
| Suivis prêts en moins de 24 heures | 64 % | Horodatages |
| Oubli d’au moins une action convenue | 14 % | Relecture des dossiers |
| Reprise majeure avant envoi | non mesurée | Nouvelle mesure du pilote |
Le problème choisi n’est pas « automatiser la relation client ». Il est : transformer des notes structurées en premier brouillon de compte rendu et de courriel, sans décider, promettre ni envoyer à la place de la consultante.
2. Mandat et limites
| Élément | Décision du pilote |
|---|---|
| Propriétaire et décideuse | Camille Rey |
| Durée | 14 jours |
| Budget | CHF 120 de logiciels et au plus 8 heures de préparation |
| Périmètre | 14 rendez-vous éligibles, un seul workflow |
| Autonomie | A1 — extraction et brouillon uniquement |
| Impact potentiel | R2 — données clients et communication externe future |
Hors périmètre
- aucun enregistrement ou transcription automatique des réunions ;
- aucune donnée de santé, de ressources humaines, de litige ou de secret reçu d’un tiers ;
- aucun accès du modèle à la messagerie, au calendrier, au stockage ou à la facturation ;
- aucun prix, délai contractuel, engagement ou recommandation finale généré ;
- aucun destinataire choisi et aucun envoi effectué par le système ;
- aucune conservation ou utilisation pour l’entraînement sans conditions fournisseur vérifiées.
Camille utilise un formulaire local avec cinq champs : contexte autorisé, faits confirmés, décisions, actions et points à clarifier. Elle retire les informations inutiles avant de demander un brouillon.
3. Système suffisant le plus simple
Trois options sont comparées :
- un modèle de compte rendu manuel avec cases obligatoires ;
- ce même modèle, complété par un appel IA produisant une sortie structurée ;
- un assistant connecté aux réunions, à la messagerie et au calendrier.
L’option 2 est retenue. Le formulaire impose la structure et le modèle produit trois blocs : faits repris des notes, actions avec responsable et échéance, puis brouillon de courriel. Les champs prix, engagement et destinataire n’existent pas dans la sortie. La consultante compare toujours la proposition aux notes.
L’option connectée est écartée : elle ajoute des données, des permissions et des effets externes sans être nécessaire au test.
4. Évaluation écrite avant le pilote
Vingt-quatre dossiers clos et autorisés sont minimisés. Douze servent à régler le formulaire et les instructions ; douze restent gelés. Le jeu gelé contient des dates ambiguës, une décision non confirmée, une action sans responsable et quatre cas qui doivent être signalés plutôt que complétés.
| Métrique | Seuil d’acceptation | Seuil d’arrêt |
|---|---|---|
| Faits requis correctement repris | ≥ 98 % | < 95 % |
| Cas ambigus correctement signalés | 100 % | < 100 % |
| Prix, engagement ou fait critique inventé | 0 | ≥ 1 |
| Brouillons nécessitant une reprise majeure | ≤ 30 % | > 45 % |
| Temps médian jusqu’au brouillon relu | ≤ 35 min | ≥ 40 min |
Résultats du jeu gelé
| Mesure | Résultat | Décision |
|---|---|---|
| Faits correctement repris | 58/59 — 98,3 % | Accepté |
| Cas ambigus signalés | 4/4 — 100 % | Accepté |
| Prix, engagement ou fait critique inventé | 0 | Accepté |
| Reprise majeure | 3/12 — 25 % | Accepté |
| Temps médian simulé | 33 min | Accepté |
Une date secondaire est attribuée au mauvais jalon. L’erreur est conservée dans le registre et un contrôle visuel des dates est ajouté à la checklist.
5. Pilote de 14 jours
Jours 1–2 — Mesurer et borner
Camille confirme la baseline, choisit les catégories éligibles, documente la procédure manuelle et vérifie les conditions de données du fournisseur.
Jours 3–7 — Régler et tester
Elle utilise les 12 cas de réglage, gèle les instructions, exécute les 12 cas de décision et consigne chaque correction. Un échec au seuil critique arrête le pilote avant toute utilisation avec un nouveau dossier.
Jours 8–10 — Shadow mode
Le système traite cinq rendez-vous, mais les brouillons ne sont consultés qu’après la rédaction manuelle. Cette phase vérifie que le dispositif ne fait pas disparaître des actions ou des nuances importantes.
Jours 11–14 — Copilote
Neuf rendez-vous éligibles sont traités avec le formulaire. Camille relit les notes, corrige le brouillon, ajoute elle-même les éléments commerciaux, choisit le destinataire et envoie depuis sa messagerie habituelle.
6. Résultats observés
Les résultats couvrent les 14 rendez-vous des deux paliers. Ce faible volume sert à décider d’une prolongation, pas à établir un rendement annuel.
| Mesure | Baseline | Pilote | Écart observé |
|---|---|---|---|
| Temps médian jusqu’au brouillon relu | 44 min | 34 min | −23 % |
| Suivi prêt en moins de 24 heures | 64 % | 12/14 — 86 % | +22 points |
| Action convenue omise dans le brouillon final | 14 % | 1/14 — 7 % | −7 points |
| Reprise majeure du brouillon IA | non mesurée | 4/14 — 29 % | nouvelle mesure |
| Prix ou engagement inventé | non mesuré | 0 | seuil respecté |
| Incident grave | 0 observé | 0 observé | aucune conclusion de rareté |
Une date est mal rattachée pendant le pilote et corrigée avant l’envoi. Quatre brouillons demandent une restructuration importante. Le gain médian de dix minutes est utile, mais ne rembourse pas encore les huit heures maximales de préparation et ne constitue pas une hausse démontrée du chiffre d’affaires.
7. Décision de gate
Décision : prolonger 30 jours au niveau copilote, sans connexion.
Les seuils préenregistrés passent et le suivi devient plus régulier. Le taux de reprise reste toutefois assez élevé pour exclure l’envoi automatique et toute extension aux propositions commerciales complètes.
Conditions de prolongation :
- conserver le formulaire et la checklist de dates ;
- mesurer séparément le temps de saisie, de relecture et de correction ;
- revoir chaque semaine les cas ayant exigé une reprise majeure ;
- répéter le jeu gelé après tout changement de modèle ou d’instructions ;
- arrêter si un prix, un engagement ou une recommandation non fondée apparaît ;
- décider après 30 jours si le temps réellement libéré justifie l’outil.
8. Pourquoi ces chiffres restent prudents
Le scénario s’appuie sur des études publiées sans copier leurs résultats :
- l’expérience BCG–Harvard montre des gains importants sur certaines tâches de conseil, mais une baisse de justesse sur une tâche située hors de la frontière de capacité de l’IA ;
- l’expérience de Noy et Zhang porte sur des tâches professionnelles d’écriture contrôlées, pas sur une relation client réelle et continue ;
- l’enquête OCDE indique que les entreprises d’une personne déclarent souvent une baisse de charge, mais il s’agit d’un ressenti agrégé, pas d’une mesure du cas présent ;
- l’expérience menée dans 66 organisations observe moins de temps dans la messagerie, sans transformation détectée de la quantité ou de la composition globale du travail.
Les liens, observations et limites de transfert sont consignés dans la note de preuves.
9. Dossier de preuves
Le pilote conserve le mandat, la baseline, le formulaire vide, les règles de données, les 12 cas gelés, les sorties versionnées, le registre d’erreurs, les mesures de temps et la décision de gate. Une autre personne peut ainsi vérifier ce qui a été observé, ce qui reste interdit et pourquoi le pilote continue.
Pour imprimer ou enregistrer en PDF : Ctrl+P (⌘P sur Mac).
Source et historique · GitHub