Deux efforts, un seul mandat.
Un projet de logiciel sur‑mesure, c'est deux projets en un: bâtir l'outil, et changer la façon dont l'équipe travaille. Le second est presque toujours sous‑estimé. Le mandat est cadré, facturé et livré comme un projet logiciel — mais repose en silence sur un changement de comportement que personne ne pilote. Résultat: un outil qui demande des méthodes de travail que personne ne suit. Les employés le contournent. Les Excel et les chaînes de courriel se multiplient. L'adoption stagne. Le problème, ce n'est pas que le sur‑mesure soit difficile, ni le changement. C'est qu'on les confond. Nous refusons de les confondre.
Implanter. Puis évoluer.
Nous séparons les deux efforts dans le temps: deux phases distinctes, une transition délibérée entre les deux — et un test clair pour savoir quand la franchir.
- § 01Implantation
Un logiciel qui épouse le travail tel qu'il se fait aujourd'hui.
L'enjeu, c'est l'adoption, pas la transformation. Nous rendons la journée plus facile, pas différente. Nous rejoignons les gens là où ils sont, et nous y restons jusqu'à ce que l'outil ait gagné sa place dans leur travail quotidien.
IndispensabilitéL'utilisateur le remarquerait‑il tout de suite si on le retirait ? - § 02Évolution
Utiliser le logiciel comme levier de changement progressif.
Réglages intelligents, suggestions IA, ajustements subtils de l'interface, automatisation des étapes bien comprises. Le comportement change sans susciter de résistance, parce que les utilisateurs dépendent déjà de l'outil. Nous orientons à travers le logiciel lui‑même.
Amélioration continueUne étape à la fois, sans bousculer personne.
Effet de levier asymétrique.
L'effet de levier, ça se bâtit avant de pouvoir s'en servir. Dans un déploiement traditionnel, le consultant demande aux employés de changer dès la première semaine — avant que le logiciel n'ait rien fait pour eux. Le même conseil qui aurait été rejeté comme les consultants nous disent comment faire notre travail au premier mois devient tiens, l'outil l'a suggéré, d'accord au douzième.
La plupart des transformations échouées tentent d'utiliser un effet de levier qu'elles n'ont pas gagné. Nous le gagnons d'abord.
Le cycle a changé.
Le modèle en deux phases n'est pas neuf. Ce qui est nouveau, c'est que l'IA l'a enfin rendu économiquement viable. Le diagnostic existait avant, mais le remède était hors de portée pour la plupart des organisations.
Un projet sur‑mesure était long à livrer, et une fois en place, le coût d'un changement était élevé. La plupart des organisations n'avaient qu'une seule option. Coder l'état futur idéal d'avance et forcer l'adoption était la chose rationnelle à faire — même quand elle échouait à grande échelle.
- Un autre placement de bouton
- Une infobulle
- Un champ requis
Le code n'est plus le goulot d'étranglement. Le coût marginal d'une fonctionnalité s'est effondré. On peut enfin faire ce que la méthodologie exige: bâtir pour la réalité actuelle, observer, améliorer en continu.
- Réglages intelligents
- Suggestions contextuelles
- Recommandations apprises
- Automatisations sûres
Copilote en premier, autopilote ensuite.
Le modèle en deux phases convient particulièrement bien à l'IA appliquée. On retrouve la même idée dans le débat copilote vs autopilote. Quand l'IA s'ajoute au travail existant, elle est adoptée. Quand elle essaie de le remplacer, elle est ignorée — ou sabotée.
- § 01
La phase un, c'est le copilote.
Une IA qui s'assoit à côté du travailleur, et rend sa façon habituelle de faire les choses plus rapide et plus simple.
- § 02
La phase deux automatise, prudemment.
Une fois qu'on a vu comment le copilote est utilisé pour vrai, on automatise les parties qui se sont avérées sûres, et on oriente vers de meilleurs résultats.
- § 03
Un bénéfice indirect, propre à l'IA.
Les données d'entraînement de la phase deux viennent de la phase un. L'usage réel, les cas limites, les corrections, les contournements — la matière première sur laquelle l'orientation intelligente se bâtit. Le conseil traditionnel ne peut pas offrir ça.
Le déclencheur de transition.
Tout se joue dans la transition. Trop tôt, on lance la phase deux avant que les utilisateurs ne dépendent vraiment de l'outil — et le changement résiste. Trop tard, on reporte l'amélioration indéfiniment. Nous combinons un petit ensemble de signaux: un test décisif, trois indicateurs de confirmation, et un critère de préparation.
Le test du retrait
Si le logiciel disparaissait pour une journée, les utilisateurs seraient‑ils vraiment empêchés de travailler — et nous le diraient‑ils, plutôt que de hausser les épaules et de revenir à l'ancienne façon ? Les incidents réels génèrent ces données gratuitement. Un flot de ça me bloque pour un petit bug, c'est que l'effet de levier est réel. Une demi‑journée de panne qui produit le silence, c'est qu'il ne l'est pas.
Une télémétrie assez riche pour voir où orienter
Les interventions de phase deux ne fonctionnent que si les données pointent vers des améliorations précises et partagées. Le logiciel de phase un est livré instrumenté dès le premier jour — le déclencheur en dépend.
Couverture du travail réel
Pas le nombre de connexions ou de sessions — le pourcentage du travail-de-type-X qui passe vraiment par le système. On établit ce dénominateur par observation, pas par ateliers.
Effondrement des systèmes parallèles
Les Excel, les chats de groupe, les outils secondaires, les carnets papier. S'ils s'atrophient, le travail a vraiment migré. S'ils sont stables ou en croissance, il ne l'a pas — peu importe ce que dit le tableau de bord.
Direction des demandes de fonctionnalités
Quand les idées commencent à venir des utilisateurs eux‑mêmes plutôt que du sponsor ou de la direction, un seuil est franchi. Les gens qui font le travail sont investis dans l'outil.
De l'ambition à la production.
L'ambition est la destination. La production, c'est où l'on plante les pieds en premier — et le chemin entre les deux, c'est ce qu'on nous paie pour gérer. Pour qu'un projet passe en interne, il faut souvent le présenter comme une grande transformation. Nous laissons cette ambition intacte. Nous la livrons par une méthode qui reste humble, qui respecte les gens qui vivront dans le résultat.