Chapitre 12 / 12

Pourquoi ça échoue

Un projet d'assistant échoue rarement à cause du modèle. Il échoue parce que plus personne ne s'en sert au bout de trois semaines, et ça se joue bien avant la mise en service.

Un échec, ici, désigne un assistant construit mais jamais utilisé par les équipes au quotidien, ou abandonné après quelques semaines faute de résultat fiable.

Un périmètre trop large dès le départ

Vouloir couvrir tous les documents et tous les usages dès le premier jour retarde le premier résultat utile et dilue l'effort. Un périmètre restreint (chapitre 11) livre plus vite et se corrige plus facilement.

Des données sales

Un assistant reflète la qualité des documents qu'on lui donne. Des dossiers mal rangés ou des doublons non résolus produisent des réponses incohérentes, quel que soit le modèle choisi.

Personne ne s'en sert

Un outil techniquement fiable mais jamais intégré dans le réflexe quotidien des équipes retombe vite dans l'oubli. L'adoption se travaille autant que la technique.

Questions fréquentes

Ces trois raisons sont-elles évitables ?

Oui, toutes les trois se préviennent par un périmètre restreint au départ, un audit des données avant construction, et l'implication des équipes dès le début.

Le modèle est-il rarement en cause ?

Rarement en première cause. La plupart des échecs observés tiennent au périmètre, aux données ou à l'adoption, pas au modèle lui-même.

Que faire si un projet a déjà échoue chez vous ?

Reprendre un périmètre plus restreint sur les documents les plus utilisés au quotidien, plutôt que de relancer le même projet à l'identique.

Partir du bon pied

La plupart des échecs de ce chapitre ont la même racine : un projet lancé sans cadrage. L'audit stratégique sert à l'éviter, en tranchant le périmètre avant d'écrire la moindre ligne. Pour savoir d'où vous partez, l'analyseur donne une première photo à partir de votre site.

Voir comment se passe un audit stratégique Faire analyser mon site

Tous les chapitres

Faire le point sur ma situation