Méthode
Une refonte IA doit produire un système, pas des pages.
Quatre temps, quatre filtres de décision, et ce qu'on vous dit quand un projet n'en vaut pas la peine.
Ce qu'on fait, ce que vous obtenez, à chaque étape.
- 01
Diagnostic
On part de vos flux réels : demandes clients, devis, relances, contenus, reporting. L'objectif est de repérer ce qui coûte du temps chaque semaine, pas ce qui ferait une belle démonstration.
- — Cartographie des outils et des points de friction
- — Liste priorisée des cas d'usage, classés par gain attendu
- — Première estimation effort, risque et valeur
- — Ce que nous vous déconseillons de faire, et pourquoi
- 02
Architecture
On définit la mécanique complète avant d'écrire une ligne : pages, offres, formulaires, données, déclencheurs et points de validation humaine. Rien n'est laissé à l'improvisation de la phase de construction.
- — Parcours de conversion et logique commerciale
- — Schéma des flux, nœud par nœud
- — Cadre de validation : ce que l'IA décide, ce que vous décidez
- — Règles de publication et de conservation des données
- 03
Exécution
On développe la partie visible et la partie invisible, et on teste sur vos cas réels — pas sur des données d'exemple. Chaque livraison a un usage concret et un indicateur associé.
- — Workflows testés de bout en bout, avec leurs cas de panne
- — Interface et contenus conformes au positionnement
- — Journalisation des exécutions, pour mesurer avant/après
- — Documentation écrite pendant la construction, pas après
- 04
Transmission
Le système doit rester vivant après notre départ. On forme, on documente, et on met en place les routines qui permettent de corriger et d'enrichir sans nous.
- — Formation de l'équipe aux gestes, prompts et workflows
- — Guides internes de publication et de mise à jour
- — Tableau de suivi des améliorations
- — Une personne identifiée capable de modifier le système
La question que personne ne pose avant de signer.
Un projet IA demande du temps de votre côté. Le masquer ne sert personne : c'est la première cause de projets qui glissent.
| Phase | Durée | Votre charge |
|---|---|---|
| Diagnostic | 1 à 2 semaines | 2 à 3 demi-journées |
| Architecture | 1 à 2 semaines | 2 demi-journées |
| Exécution | 2 à 6 semaines | 1 à 2 demi-journées |
| Transmission | 1 semaine | 1 journée complète |
Chaque idée passe quatre filtres avant de devenir un projet.
Si une seule question reçoit une réponse floue, le projet n'est pas mûr. C'est ce qui nous permet de vous dire non.
- 01
Valeur
Quel temps, quelle marge, quelle qualité ou quelle vitesse le cas améliore-t-il vraiment ?
Si vous ne pouvez pas le chiffrer même grossièrement, vous ne saurez pas non plus dire si le projet a réussi. Nous demandons toujours de compter la tâche sur une semaine réelle avant de commencer.
- 02
Données
Les informations nécessaires existent-elles, et sont-elles exploitables sans risque ?
C'est le filtre qui recale le plus de projets. « Nous avons les données » signifie souvent qu'elles sont réparties entre trois outils et deux tableurs, avec des libellés incohérents. Le nettoyage fait alors partie du projet, et il se budgète.
- 03
Adoption
Qui utilise le système, qui valide, et qu'est-ce qui change concrètement au quotidien ?
Un système sans utilisateur nommé meurt en trois semaines. Si les réponses sont « tout le monde » et « on verra », le projet n'est pas mûr.
- 04
Maintenance
Qui pourra corriger, enrichir et faire évoluer le workflow après la mise en production ?
Un workflow va casser : une API change, un champ est renommé, un cas non prévu se présente. La question n'est pas si, mais qui répare. Si la réponse est « personne », nous ne lançons pas le projet.
Ce qui fait échouer un projet IA.
Aucune de ces causes n'est technique. Toutes se repèrent avant de commencer.
Des données sales, découvertes en cours de route
Le symptôme : le projet glisse de trois semaines à la phase de préparation. La cause : personne n'a regardé les données avant de s'engager sur un délai.
Aucun sponsor interne
Un projet porté uniquement par le prestataire s'arrête le jour où le prestataire part. Il faut quelqu'un en interne qui en bénéficie directement.
Un cas d'usage choisi pour impressionner
Les projets lancés pour montrer qu'on fait de l'IA ne survivent pas au premier trimestre. Ils n'ont pas d'utilisateur qui les réclame.
Aucun mainteneur désigné
Six mois après la livraison, un outil tiers change son API. Sans personne pour corriger, le système s'arrête et l'expérience est classée comme un échec de l'IA.
Et si ça ne marche pas ?
Si le diagnostic conclut qu'aucun cas ne justifie un projet chez vous, nous vous le disons et nous nous arrêtons là. Le diagnostic reste offert, et vous repartez avec la cartographie.
Si un workflow livré ne tient pas l'indicateur convenu après un mois d'exploitation réelle, nous le reprenons sans facturation supplémentaire. Cet engagement figure dans le devis, pas seulement sur cette page.
On commence par regarder, pas par vendre.
45 minutes sur vos flux réels. Vous repartez avec une cartographie et une liste priorisée — y compris ce qu'il ne faut pas faire.