La refonte qui ne déraille jamais pour une raison technique

Ce qui fait vraiment échouer une refonte

En 20 ans de projets digitaux, en agence ou en tant qu'indépendant, je peine à me souvenir d'une refonte de site qui aurait échoué pour une raison technique. Celles que j'ai vues déraper, et j'en ai repris plusieurs en cours de route, ont toutes buté sur autre chose : un périmètre que personne n'avait le mandat de trancher, des contenus promis par les équipes internes et jamais livrés, des arbitrages remontés si tard qu'ils imposaient de défaire ce qui venait d'être construit.

La technique, elle, se résout. C'est même la partie la plus prévisible du projet.

La question qui trouve toujours une réponse, à défaut la mauvaise

Ce qui ne se résout pas tout seul, c'est de savoir qui décide, sur quoi, et à quel moment. Quand cette question n'a pas de réponse au lancement, elle en trouve une par défaut en cours de route, et c'est rarement la bonne : le prestataire finit par arbitrer à la place du client, sur des sujets qui n'appartiennent qu'à l'entreprise, comme l'offre, le discours, ou la priorité donnée à tel segment de clientèle plutôt qu'à tel autre.

Ce qu'un dirigeant ne peut pas sous-traiter

C'est la raison pour laquelle je conseille aux dirigeants de PME de ne jamais déléguer entièrement la direction d'un projet de refonte, même à un excellent prestataire. La maîtrise d'ouvrage peut se faire accompagner, elle ne peut pas se sous-traiter, parce qu'elle engage des choix que personne d'autre ne peut assumer.

J'ai d'ailleurs vécu l'autre côté du comptoir : 5 ans à diriger mon propre commerce m'ont appris ce que c'est que de recevoir les plannings, les devis et les comptes rendus. On lit très différemment un tableau de suivi quand c'est sa propre trésorerie qui est engagée.

Et sur votre dernier projet

Qui tranchait réellement quand deux priorités entraient en conflit ? Les réponses m'intéressent.