Pourquoi les outils achetés seuls meurent au troisième mois
Le scénario se répète avec une régularité troublante. Enthousiasme le premier mois, tiédeur le deuxième, abandon le troisième. La cause n'est presque jamais l'outil.
Le scénario se répète avec une régularité troublante. Enthousiasme le premier mois, tiédeur le deuxième, abandon le troisième. La cause n'est presque jamais l'outil.
La plupart des agences que nous rencontrons ont déjà essayé quelque chose. Un outil de rédaction, un assistant, un module acheté en complément du logiciel métier. Et la plupart racontent la même trajectoire : trois personnes l'ouvrent le premier mois, une le deuxième, personne le troisième.
Le responsable en conclut généralement que l'outil n'était pas au niveau, ou que son équipe est réfractaire. Les deux conclusions sont fausses, et la seconde est coûteuse parce qu'elle décourage d'essayer à nouveau.
L'écran de plus. Un négociateur a déjà son logiciel de transaction, sa boîte mail, deux portails, un tableur, souvent WhatsApp. Un outil qui vit dans un onglet supplémentaire entre en compétition avec l'urgence permanente du métier. Il perd cette compétition, non par mauvaise volonté, mais parce qu'ouvrir un onglet de plus quand un vendeur attend au téléphone est un arbitrage que personne ne fait deux fois.
Le coût de l'entrée. Un outil non connecté demande qu'on lui apporte la matière : copier les caractéristiques du bien, recoller le résultat. Ce va-et-vient mange une grande part du temps gagné. Le premier mois, la nouveauté compense. Le troisième, le calcul est fait et il est défavorable.
L'absence de quelqu'un pendant la prise en main. C'est la cause la plus fréquente et la plus sous-estimée. Un outil livré et facturé, sans personne pour regarder comment l'équipe s'en sert, meurt au premier grain de sable. Une sortie légèrement fausse, un cas particulier non prévu, une manipulation mal comprise, et le négociateur revient à sa méthode d'avant. Il ne le signale à personne, parce que ce n'est pas son travail de signaler.
Ce dernier point mérite qu'on s'y arrête, parce qu'il explique pourquoi le responsable d'agence découvre l'abandon tardivement.
Une équipe qui abandonne un outil ne l'annonce pas. Elle n'organise pas de réunion pour dire qu'elle a cessé. Elle contourne, discrètement, et l'ancien réflexe revient sans que personne ne prenne de décision. Le responsable s'en aperçoit un mois plus tard, en constatant que rien n'a changé dans les délais et que les annonces sont toujours écrites à la main.
Un dispositif d'adoption sert exactement à ça : rendre visible l'abandon pendant qu'il commence, quand il coûte encore une correction et pas un projet entier.
Trois conséquences pratiques, qui structurent notre manière de travailler.
Nous installons dans les outils déjà ouverts, chaque fois que c'est possible. Un gain plus faible dans un outil existant bat un gain plus fort dans un écran supplémentaire, parce que le premier survit et le second non.
Nous installons peu de choses à la fois. Une brique adoptée avant la suivante. Un dispositif complet livré d'un coup ne se corrige pas, il se subit, et une équipe qui subit contourne.
Nous restons. La phase d'adoption fait partie du travail et du prix. Ce n'est pas un geste commercial, c'est le seul moment où l'on apprend ce qui ne marche pas réellement, par opposition à ce qui ne marchait pas selon la démonstration.
Nous comptons une automatisation comme livrée quand elle est utilisée, pas quand elle fonctionne. La distinction paraît rhétorique et elle ne l'est pas du tout. Elle change qui porte le risque d'adoption, et il n'y a aucune raison que ce soit l'agence.