Des systèmes décrits comme ils sont construits.

Situation initiale

Les demandes arrivaient par un formulaire publicitaire et par email. Elles étaient reprises à la main dans un tableur, puis parfois dans le CRM. Le délai moyen de première réponse dépassait la journée.

Problème

Aucune règle explicite ne déterminait qui traitait quoi. Les demandes les moins bruyantes étaient traitées en dernier, indépendamment de leur valeur.

Système conçu

Une chaîne unique de réception : normalisation des entrées, qualification par modèle de langage sur des critères écrits avec le dirigeant, enrichissement, création de l'enregistrement CRM, proposition de créneau et notification du commercial concerné.

Situation initiale

Les procédures existaient sous forme de documents épars, de messages et de savoir-faire non écrits. Chaque nouvelle recrue reposait sur la disponibilité d'un ancien.

Problème

La connaissance n'était pas perdue : elle était inaccessible. Le coût réel se payait en interruptions et en réponses divergentes au même client.

Système conçu

Une chaîne documentaire où toute production, humaine ou assistée, devient une procédure classée, relue et validée avant d'entrer dans la base. La base alimente ensuite la recherche interne et les assistants métier.

Situation initiale

Plusieurs automatisations et usages IA coexistaient, créés à des moments différents, sans journal commun ni responsable identifié.

Problème

Les incidents étaient découverts par leurs conséquences. Personne ne pouvait dire ce qui tournait, à quelle fréquence, ni ce qui avait échoué la veille.

Système conçu

Un orchestrateur unique, des agents spécialisés aux droits limités, une journalisation systématique et un tableau de supervision avec seuils d'alerte et file d'approbations humaines.