Vérifier la préparation du processus, pas seulement celle de l’équipe
Acheter un service IA ne rend pas un business prêt pour l’IA. Si le processus est différent à chaque fois, que les données sont à cinq endroits et que les décisions se prennent « au feeling », le modèle ne fera qu’accélérer le désordre.
L’erreur que j’éliminerais d’abord : Acheter un outil avant d’avoir décrit le processus.
Quoi préparer et quel résultat attendre
- Résultat : Vous savez ce qui peut démarrer maintenant et ce qui a d’abord besoin d’ordre dans les données ou les règles.
- Décrivez le déclencheur, l’entrée, les actions, le résultat, les exceptions, le calendrier et le propriétaire. Puis construisez un registre de données avec propriétaires et droits d’accès.
- Gardez les données sources et les droits d’accès séparés du résultat pour pouvoir vérifier ce que le travail de préparation IA du business a réellement fait.
- Notez les domaines 0–3 : données 30 %, processus 25 %, sécurité 20 %, intégrations 15 %, personnes 10 %. Préparation = somme((score / 3) × poids).
Construire un registre de données et le premier pilote sûr
- Décrire un processus
Ne lancez pas un audit IA abstrait de tout le business. Choisissez une tâche répétable avec une entrée claire, un résultat et un coût d’erreur.
Проверьте: Un nouvel arrivant peut comprendre le processus en cinq minutes.
Если не сработало: Découpez-le en étapes et choisissez-en une.
- Construire un registre de données
Pour le CRM, les tableurs et l’e-mail, notez propriétaire, rafraîchissement, exhaustivité, accès et données personnelles. Les données dans un CRM ne sont pas prêtes automatiquement.
Проверьте: Vous savez quels champs sont complets et qui corrigera les erreurs.
Если не сработало: Commencez par une copie de test et ne déplacez pas toute l’archive.
- Vérifier les rôles et la formation
Assignez un propriétaire de processus, un propriétaire de données, un gestionnaire d’exceptions et un canal de feedback. Donnez à l’équipe trois vrais exemples de ce qui est permis / interdit.
Проверьте: Les employés savent où envoyer un résultat douteux.
Если не сработало: Écrivez une règle d’une page au lieu d’une longue présentation.
- Lancer un petit pilote
Prenez des exemples réels mais réversibles avec revue manuelle. Mesurez précision, correctifs, temps et incidents avant de connecter un second canal.
Проверьте: Il y a une baseline et une date de décision.
Если не сработало: Revenez aux données ou au processus au lieu d’ajouter un nouveau modèle.
Une échelle de préparation d’une page
Notez un processus 0–5 : impact argent 20 %, répétabilité 15 %, qualité des données 15 %, intégrations 10 %, observabilité 10 %, contrôle des risques 15 %, propriétaire 10 %, équipe 5 %. Formule : `readiness = sum(score × weight) / 5`.
75–100 — prêt pour un pilote ; 55–74 — corrigez d’abord données et contrôles ; sous 55 — reportez l’automatisation. C’est une échelle interne : figez-la avant le lancement et ne l’ajustez pas après un mauvais résultat.
readiness = sum(score * weight) / 5
if risk_is_high && approval_gate == false: block = trueCe qui appartient au registre des processus
Champs : `process_id`, `owner`, `trigger`, `input_source`, `systems`, `manual_steps`, `decision_rules`, `exception_types`, `monthly_volume`, `manual_time`, `error_rate`, `pii_present`, `approval_required`, `rollback_method`, `baseline_metric`, `target_metric`. Répondez séparément : que fait une personne si l’IA n’est pas sûre. S’il n’y a pas de réponse, le processus n’est pas prêt.
Que faire en une journée de travail
Le matin, demandez à un employé de montrer les dix derniers cas réels, pas de raconter le processus. À midi, collectez sources, champs, exceptions et propriétaires. En fin de journée, prenez un cas et parcourez manuellement le futur workflow de l’entrée au résultat.
Si vous ne pouvez pas nommer la baseline, le rollback et la personne pour `needs_human`, n’achetez pas un nouvel outil. Corrigez d’abord ces trois manques, gardez une copie de données de test, puis seulement recalculez la préparation.
Ce qui doit être prêt avant le déploiement
| Critère | Question | Bon signe |
|---|---|---|
| Entrée | Qu’est-ce qui entre exactement dans la préparation IA du business ? | Décrivez le déclencheur, l’entrée, les actions, le résultat, les exceptions, le calendrier et le propriétaire. Puis construisez un registre de données avec propriétaires et droits d’accès. |
| Action | Que le système a-t-il le droit de faire seul ? | Uniquement les actions listées à l’avance, sans accès à tout le compte |
| Vérification | Comment savoir que le résultat peut être accepté ? | Notez les domaines 0–3 : données 30 %, processus 25 %, sécurité 20 %, intégrations 15 %, personnes 10 %. Préparation = somme((score / 3) × poids). |
| Échec | Où va un cas peu clair ? | Mettez le pilote en pause s’il n’y a pas de propriétaire de données, d’autorisation d’utiliser les données ou de métrique de baseline. |
Ce qui doit changer après la mise en place
Vous savez ce qui peut démarrer maintenant et ce qui a d’abord besoin d’ordre dans les données ou les règles.
Pourquoi les abonnements ne se transforment pas en adoption
Acheter un outil avant d’avoir décrit le processus.
Traiter les données comme prêtes uniquement parce qu’elles sont dans un CRM.
Ne pas assigner de propriétaire pour les exceptions.
Mener une formation sans tâche réelle ni mesure.
Quand la préparation a besoin d’un programme de changement
Faites intervenir un spécialiste si la préparation couvre plusieurs départements, des droits d’accès, des données réglementées ou un changement majeur de processus.
Que vérifier avant la première tâche
Faut-il des données parfaites ?
Non. Mais il faut savoir où sont les erreurs, qui les corrige et quels champs ne peuvent pas être utilisés sans autorisation.
Par où commencer sans équipe IA ?
Avec une tâche répétitive au résultat clair et à faible coût d’erreur.
Qu’est-ce qui compte le plus : les données ou l’équipe ?
Les deux. De bonnes données sans propriétaire et une équipe sans processus clair ne produisent pas un lancement stable.
À quelle fréquence revoir la préparation ?
Avant un nouveau pilote et après un changement matériel de processus, de données ou de droits d’accès.
